PIPA

O que é PI Planning

O PI Planning é o evento em que as equipes de um trem ágil planejam juntas as próximas 8 a 12 semanas de trabalho. Este guia mostra como ele funciona, o que preparar e como chegar com um plano realista.

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:

  1. Visão e objetivos de negócio para a PI, em linguagem que todos entendam.
  2. 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.
  3. Capacidade de cada equipe, já descontando férias, feriados e o tempo de suporte e manutenção.
  4. Dependências conhecidas entre equipes e com fornecedores externos.
  5. 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:

PessoaDias úteisAusênciasDias disponíveisFocoCapacidade (dias)
Ana (back-end)90980%7,2
Bruno (front-end)93 de férias680%4,8
Carla (QA)90970%6,3
Equipe18,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.

Prepare sua próxima PI

Descreva o projeto e acompanhe o backlog e o plano por sprint sendo montados, etapa por etapa. Sem cadastro para testar.

Começar projeto de teste