top of page
Foto do escritorRaphael Fontes

Como é a PI (Program Increment) Planning no SAFe

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:

435 visualizações0 comentário

Posts recentes

Ver tudo

Comments


bottom of page