A PI (Program Increment) Planning é o evento mais importante do SAFe. Nesse artigo apresentarei como funciona a PI Planning e o seu objetivo.
Você está preparado para a prova do SAFe? Teste seu conhecimento, faça o simulado é grátis.
A PI é um evento cadenciado que serve para alinhar as equipes e o ritmo do programa com a missão e visão de forma compartilhada. A PI é conhecida como a batida do coração do Agile Release Train. Algumas considerações:
Duração de 2 dias a cada 8-12 semanas (10 semanas normalmente)
Facilitada pelo Release Train Engineer (RTE)
Todos planejam juntos
O Product Management (PM) assume a prioridade das Features
Os times de desenvolvimento assumem o planejamento das Histórias e suas estimativas em alto nível.
Os times de arquitetura e experiência do usuário (UX) trabalham com a governança, infraestrutura e dependências.
Os benefícios da PI Planning:
Estabelece uma comunicação assertiva entre os membros time e stakeholders.
Alinha meta e objetivos do negócio com a execução.
Identifica dependências e promove colaboração entre os times e ARTs.
Equipara demanda e capacidade, eliminando o excesso de trabalho em andamento (WIP).
Tomada rápida de decisões
A PI planning é um evento presencial onde é realizado ao alinhamento com as equipes. A entrada é o backlog do programa e nessa reunião iremos sair com os objetivos e missão do time para as próximas entregas.
Os objetivos definidos no PI são os resumos de negócio que cada time pretende entregar ao final do PI, muitas vezes estão relacionados a própria feature.
Objetivos não comprometidos
Objetivos não comprometidos ajudam a manter a previsibilidade da entrega de valor ao negócio. Estes são planejados e não são coisas extras que devem ser feitas se tiver tempo. Estes não são incluídos no compromisso, o que torna o compromisso confiável, se um time não estiver confiante se esse objetivo será entregue deve ser tratado como não comprometido e os objetivos não comprometidos contam no calculo da carga. Um exemplo de objetivo não comprometido.
Melhorar a performance do relatório em 30%.
Manter o sistema com atualizações em tempo real.
Agora vamos fazer uma simulação de PI Planning para entender como funciona. Segue agenda:
Dia 01
Primeiro começamos com uma apresentação do contexto do negócio apresentada pelos Business Owener, que fornece o portifólio Vision.
O Product Management apresenta a visão e as features priorizadas.
Os Arquiteto/Engenheiros, apresentam uma visão técnica de como serão realizadas as implementações e opções.
Agora o RTE (Release Train Engineer) apresenta o processo de planejamento e os objetivos esperados.
No Breakouts as equipes estimam sua capacidade para cada interação e revisam os itens que precisarão de mais detalhes para realizar os recursos. Cada equipe cria seu plano e torna visível a todos.
Os times agora vão apresentar o esboço, risco e impedimentos do plano.
No final do dia a gerência irá fazer ajustes com base nos desafios elucubrados.
Dia 02
O dia inicia com os ajustes feitos pela gerência com base no dia anterior.
No segundo breakout os times fazem os últimos ajustes, impedimentos, refinamentos e o plano final. Os Business Owners circulam e atribuem valor aos objetivos dos times. Com os objetivos definidos e compromisso com PI feito os Business Owner passam para atribuir valor ao negócio. Eles dão uma nota de 1 a 10 para cada atividade. O intuito é que no final da interação esse valor possa ser medido em outra etapa, para identificar se o valor para o negócio mudou.
Os times agora apresentam o plano final para todas as equipes.
Os riscos do programa são discutidos entre os times. Existem 4 tipos de riscos mapeado pelo SAFe conforme imagem abaixo.
Os times fazem o voto de confiança no programa. Concordando em fazer tudo que é possível para atingir o objetivo. Caso algo saia do controle o time deve escalonar rapidamente, para que não haja atrasos.
Se necessário reformular o planejamento continua a até o compromisso ser firmado.
Após o compromisso, sessões de retrospectiva, próximos passos e instruções finais.
Precisa de ajuda para passar na prova de certificação? Conheça nosso material.
Esse é a agenda de uma PI Planning normalmente. O próprio safe assume que no início pode parecer um pouco caótico, mas que com o tempo vai ser tornando um evento gratificante.
Papeis e Responsábilidades
Product Owner -> tem autoridade de conteúdo, para tomar decisão sobre histórias.
Scrum Master -> responsável por gerenciar o timebox, dependências e ambiguidades.
Time ágil -> Definir as histórias dos usuários, planejá-las e resolver interdependências com outros times.
Um ponto importante que vale se lembrado aqui é a reunião de Scrum of Scrums. Durante a PI acontece também a reunião de Scrum of Scrum o objetivo é alinhar as equipes. Os Scrums Masters participam de uma reunião liderar pelo RTE para acompanhar:
A capacidade da interação foi definida.
As histórias foram entendidas e estimadas, existe alguma que precisa ser detalhada?
Existe alguma dependência com outra equipe.
Qualquer impedimento que esteja atrapalhando a performance do time.
Se você prefere consumir esse assunto em vídeo, segue abaixo uma série de vídeos que irei fazer sobre o assunto.
Fonte do artigo:
Comments