PI Planning (Program Increment Planning) é o evento de planejamento do SAFe, o Scaled Agile Framework. Nele, todas as equipes de um mesmo trem ágil (o ART, Agile Release Train) se reúnem, em geral por dois dias, para combinar o que vão entregar no próximo incremento de programa, a PI. Uma PI costuma durar de 8 a 12 semanas, ou seja, de 4 a 6 sprints de duas semanas.
O objetivo não é sair com cada tarefa decidida, e sim com objetivos claros, dependências visíveis entre as equipes e um compromisso que caiba na capacidade real de cada time.
Quem participa
- Gestão de negócio e produto apresentam a visão e as prioridades da PI.
- RTE (Release Train Engineer) conduz o evento, como um agile master do trem inteiro.
- Product Owners trazem o backlog de features priorizado e negociam o escopo com as equipes.
- Scrum Masters ou agile masters facilitam o planejamento de cada equipe.
- As equipes estimam, quebram features em histórias e assumem os objetivos.
- Arquitetura e áreas de apoio apontam restrições técnicas e dependências.
O que preparar antes do evento
Boa parte do resultado do PI Planning é decidida antes dele. Chegue com:
- Visão e objetivos de negócio para a PI, em linguagem que todos entendam.
- Backlog de features priorizado, cada uma com critério de aceite e uma estimativa inicial. Features sem requisitos claros viram discussão longa no evento.
- Capacidade de cada equipe, já descontando férias, feriados e o tempo de suporte e manutenção.
- Dependências conhecidas entre equipes e com fornecedores externos.
- Datas fixas, como lançamentos, auditorias e eventos que não podem mudar.
Agenda típica dos dois dias
Dia 1
- Contexto de negócio e visão de produto.
- Visão de arquitetura e práticas de engenharia.
- Primeira rodada de planejamento por equipe (breakout): features viram histórias distribuídas pelas sprints.
- Revisão dos rascunhos de plano, com riscos e dependências levantados.
- Reunião de gestão para resolver conflitos de escopo e capacidade.
Dia 2
- Ajustes de escopo vindos da gestão.
- Segunda rodada de planejamento por equipe e definição dos objetivos da PI, com valor de negócio atribuído.
- Revisão final dos planos e tratamento dos riscos.
- Voto de confiança: cada pessoa mostra de 1 a 5 dedos o quanto acredita no plano. Votos baixos pedem ajuste.
- Retrospectiva do próprio evento.
O que sai do PI Planning
- Objetivos da PI de cada equipe e do trem, com valor de negócio de 1 a 10.
- Quadro do programa (program board), mostrando quando cada feature fica pronta e as dependências entre equipes.
- Riscos tratados pelo método ROAM: Resolvido, Owned (tem dono), Aceito ou Mitigado.
- Plano por sprint de cada equipe, que serve de ponto de partida e será ajustado ao longo da PI.
Como calcular a capacidade da equipe
A conta mais comum é simples: dias úteis da pessoa na sprint, menos férias e feriados, vezes uma parcela de foco que desconta reuniões, suporte e imprevistos. Veja um exemplo para uma sprint de 10 dias úteis com um feriado:
| Pessoa | Dias úteis | Ausências | Dias disponíveis | Foco | Capacidade (dias) |
|---|---|---|---|---|---|
| Ana (back-end) | 9 | 0 | 9 | 80% | 7,2 |
| Bruno (front-end) | 9 | 3 de férias | 6 | 80% | 4,8 |
| Carla (QA) | 9 | 0 | 9 | 70% | 6,3 |
| Equipe | 18,3 |
Repita para cada sprint da PI e compare com o esforço do backlog por perfil. Se o back-end está lotado e o front-end sobra, o problema não aparece no total da equipe, só na conta por pessoa e perfil. Por isso vale planejar por pessoa, e não só por equipe.
Muitas equipes também deixam a última sprint da PI como sprint de Inovação e Planejamento (IP), sem compromisso de entrega, para absorver atrasos e preparar a próxima PI.
Erros comuns
- Planejar 100% da capacidade. Sem folga, qualquer imprevisto derruba o plano. Reserve de 10% a 20%.
- Features grandes demais. Uma feature que não cabe em uma PI precisa ser quebrada antes do evento.
- Dependências descobertas tarde. Levante dependências antes, não no segundo dia.
- Esquecer férias e feriados. Eles mudam a capacidade sprint a sprint, não só no total.
- Tratar o plano como contrato. O plano é a melhor aposta do momento e deve ser revisto a cada sprint.
Onde o PIPA ajuda
O PIPA é um assistente de PI Planning para a preparação do evento. Você descreve o projeto e ele conduz o levantamento de requisitos, features e tarefas com IA, com você aprovando cada etapa. Depois, monta o plano da PI por pessoa e sprint, respeitando perfis, dependências, férias, feriados e a reserva para imprevistos, e explica por que cada tarefa ficou onde ficou.
O plano Gratuito não tem prazo e inclui 1 projeto completo e 1 planejamento da PI. Veja os detalhes na página de preços.
Descreva o projeto e acompanhe o backlog e o plano por sprint sendo montados, etapa por etapa. Sem cadastro para testar.