Planejamento de PI

O Planejamento de PI é o evento mais importante do SAFe. É onde toda a ART—cada equipe, cada função—se reúne para planejar o próximo Incremento do Programa.

Por que vale a pena investir em planejamento presencial com 50-125 pessoas?

1. Alinhamento em escala: Todos ouvem a mesma visão, as mesmas prioridades, as mesmas restrições. Desalinhamentos que levariam semanas para descobrir e corrigir são identificados e resolvidos em horas.

2. Gestão de dependências: As equipes identificam dependências com outras equipes durante o planejamento, não durante o desenvolvimento quando é tarde demais para ajustar. O quadro do programa torna as dependências visíveis de relance.

3. Compromisso coletivo: As equipes se comprometem com objetivos que ajudaram a definir. Isso não é uma atribuição de cima para baixo—é uma negociação colaborativa. As pessoas se comprometem mais profundamente com planos que ajudaram a moldar.

4. Conexão social: Os seres humanos constroem confiança através da interação presencial. Dois dias trabalhando juntos constroem mais confiança do que meses de mensagens no Slack. A confiança é a moeda que faz a coordenação entre equipes funcionar.

5. Resolução rápida de problemas: Quando mais de 100 pessoas estão na mesma sala, os problemas são resolvidos em minutos que levariam dias por e-mail. Precisa esclarecer um requisito? Caminhe dez passos. Precisa negociar uma dependência? Tenha a conversa agora.

O Planejamento de PI normalmente acontece a cada 8-12 semanas. O investimento é significativo (2 dias × 100 pessoas = 200 dias-pessoa), mas o retorno—em alinhamento, redução de retrabalho e entrega mais rápida—consistentemente justifica o custo.

O Planejamento de PI segue um formato estruturado de dois dias:

Dia 1:

• Contexto de Negócio (1 hora) — A liderança sênior apresenta a situação atual do negócio, dinâmicas de mercado e prioridades estratégicas. Este é o "porquê" por trás do próximo PI.
• Visão do Produto/Solução (1 hora) — A Gestão de Produto apresenta as principais funcionalidades para o PI, explica prioridades e responde perguntas. Este é o "o quê".
• Visão de Arquitetura (30 min) — O Arquiteto de Sistema apresenta a direção técnica, status da pista de arquitetura e preocupações transversais. Este é o "como" em alto nível.
• Sessões de Equipe (3-4 horas) — As equipes vão para suas áreas e planejam. Elas decompõem funcionalidades em histórias, identificam dependências, estimam capacidade e rascunham seus objetivos de PI. É aqui que o trabalho real acontece.
• Revisão do Plano Preliminar (2 horas) — Cada equipe apresenta seu plano preliminar (2 minutos por equipe) para toda a ART. Outras equipes ouvem para identificar dependências e conflitos.

Dia 2:

• Ajustes de Planejamento (1-2 horas) — Com base na revisão do plano preliminar, as equipes ajustam seus planos. Dependências são negociadas. O escopo é ajustado. A Gestão de Produto pode repriorizar com base no que as equipes aprenderam.
• Plano Final e Votação de Confiança (1 hora) — Cada equipe apresenta seus objetivos finais de PI e a ART vota na confiança. Todos levantam de 1 a 5 dedos. Se a confiança média estiver abaixo de 3, a ART discute e replanejar até que a confiança melhore.
• Retrospectiva do Planejamento de PI (30 min) — Retro rápida sobre o próprio evento de planejamento. Como podemos melhorar o Planejamento de PI da próxima vez?

O Quadro do Programa é um artefato físico (ou digital) que torna as dependências visíveis entre equipes e iterações.

Estrutura: Uma grade com equipes como linhas e iterações como colunas. As equipes colocam cartões de funcionalidades na iteração onde planejam trabalhar nelas. Cordas de dependência (literalmente fios coloridos em um quadro físico) conectam cartões entre equipes.

O que o Quadro do Programa revela:

• Quais equipes estão trabalhando em quais funcionalidades em quais iterações
• Dependências entre equipes (os fios entre cartões)
• Marcos e compromissos de entrega
• Potenciais gargalos (muitos fios apontando para uma equipe)

Lendo o quadro:

• Fios vermelhos = dependências de alto risco (entre equipes, prazos rígidos)
• Agrupamento de fios = uma equipe é um gargalo ou ponto único de falha
• Fios cruzando muitas iterações = longas cadeias de dependência que aumentam o risco
• Linhas vazias = equipe com objetivos pouco claros (investigar)

O Quadro do Programa é um dos artefatos mais poderosos do SAFe porque transforma problemas de coordenação invisíveis em problemas visíveis e gerenciáveis. Um quadro lotado com muitos fios não é uma falha—é uma representação honesta da realidade que você agora pode abordar.

Estratégias de gestão de dependências:

• Reordenar histórias para entregar dependências primeiro
• Parear equipes para trabalhar em componentes compartilhados
• Criar APIs ou contratos compartilhados que desacoplam equipes
• Aceitar a dependência e gerenciá-la com reuniões regulares de sincronização