PI Planning remota, eu vivi
Trabalho em uma empresa que usa Safe e a minha primeira PI Planning acabou sendo remota. Foi uma experiência incrível e vou compartilhar com vocês.
Na minha visão esse artigo conseguirá ajudar mais quem já conhece o Safe, mas que ainda não teve nenhuma experiência remota de PI Planning.
Preparação da PI Planning remota:
Os RTE fizeram com antecedência dois Boards no miro, uma para ser utilizado na PI PLanning e uma para simulações.
Nós SM e PO simulamos a utilização da ferramenta Miro. Depois apresentamos a ferramenta Miro aos times mostrando o Board de simulação.
Nós SM e PO com antecedência preenchemos dados no miro da versão que seria utilizado no dia da Planning na raia de cada time, como: visão do produto, os nomes dos integrantes do time e dos BO.
As salas foram criadas específicas para o evento da PI. Tinha uma sala geral para as apresentações diversas destinada a todo público. Havia uma sala para cada time, uma sala cross para arquitetura, ux etc. Também havia uma sala para SM sync, uma para PO sync e uma sala para Agile Coach em caso de alguma necessidade de consulta.
Foi enviado aos participantes uma agenda com os links das salas e horários de cada tema.
Tivemos um simulado com todos que deveriam apresentar algum tema, sincronizando os horários e o tempo que cada um iria falar.
Nós SM simulamos a abertura das reuniões nas salas no momento estabelecido na agenda. Então, todos os envolvidos simularam a migração entre as salas virtuais, menos os BO (Business Owner) que eram convidados. Quando realizamos um evento onde temos convidados, ninguém pede os convidados para irem antes ao local do evento para simular. Da mesma forma no virtual.
No nosso time fizemos um “refinamento”, então com antecedência mapeamos as features, as histórias e pontuamos com o time em alto nível.
Execução da PI Planning remota:
Primeiramente, começam as apresentações da Diretoria, depois do ART, depois da área de negócios etc na sala geral. Após isso, se inicia de fato o trabalho dos times.
Nessa hora é que cada SM migrou para a sala criada para o seu time e abriu a reunião. Ali deveríamos garantir que todos do time saíssem da sala geral e chegassem na sala correta, assim como cada BO. Não poderíamos deixar os BO que eram convidados perdidos, já que haviam várias salas e eles não participaram das simulações.
A estratégia foi que o time fazia as discussões técnicas tirando as dúvidas com o PO e iam pontuando as histórias, enquanto os SM iam atualizando o Miro. Esse foi um passo muito importante já que todos os participantes do evento puderam consumir informações atualizadas do board do time no Miro.
Se não fosse dessa forma, o board só seria preenchido correndo ao final, passando a maior parte do dia sem transparência do trabalho que estava sendo realizado.
A medida que as discussões traziam questões necessárias de esclarecimento, os SM iam na sala Cross buscar um profissional para ajudar nas dúvidas e discussões do time. Assim como íamos em outros times para esclarecer questões de dependências com esses outros times.
Nós SM estávamos responsáveis pelo time box, intervalos necessários e retorno no horário para a sala geral no fim do dia.
Os BO interagiram com nosso time e colocaram questões muito relevantes que precisavam ser abordados, por mais difícil que fosse para o time, por conta dos desafios que surgiam.
Em alguns momentos o RTE chamava os SM para a sala para os Sync em outros momentos chamavam os PO para a sala do sync. Ali fazíamos alguns alinhamentos rápidos e retomávamos para os times para continuar o trabalho.
Ao final do segundo dia, fizemos a votação de confiança de tudo que foi apresentado nos boards e discutimos o porquê daquela pontuação. Foi um alinhamento de expectativas gerando muita transparência dos problemas que se apresentaram ao longo do evento, tanto para a gerência quanto para os BOs.
Resultado:
Em conclusão foram dois dias de evento, e saímos de lá com o board alimentado com o planejamento do quartil com objetivos claros, assim como riscos, pendências e bloqueios mapeadas.
Para mim foi uma experiência sensacional, pois tudo funcionou muito bem, tanto na condução quanto no resultado do evento que gerou muita transparência.
No dia seguinte, eu como SM, comecei a atacar os riscos, pendências e bloqueios do nosso time, que por sinal, eram os mais difíceis, só para variar.
Informações sobre a autora: Jacqueline Viana é Scrum Master e é apaixonada por agilidade.
Parabéns pelo artigo, muito bom.
as simulações me parecem o diferencial, assim como apresentar o Miro com os Boards prontos evita perda de tempo e permite uma certa preparação dos participantes.
Minha duvida é se este modelo serve também para a descoberta de um novo produto?
Obrigada. Esse Board foi desenvolvido especícifo para PI Plinning, baseado em como é o trabalho quando feito de forma presencial.
O Miro tem vários boards e podem ser customizados para discovery, de acordo com as dinâmicas que serão aplicadas.
Na minha opinião não vejo esse como um modelo pronto de de Board para Discovery.
Abraços.