Há uma citação introduzindo o conteúdo do PI Planning no site Scaled Agile Framework. A citação diz: “Não há mágica em SAFe® exceto talvez para PI Planning”. Neste blog, pretendo dar uma olhada mais de perto na cerimônia de PI Planning e, no processo, talvez ganhar mais clareza sobre o porquê de ser realizada com tão alta consideração.
Fonte: Youtube.com/VanceLowe
A maioria das organizações que implementam SAFe® não o implementam em sua totalidade. Mas se existe um denominador comum entre todas as implementações de SAFe®, então tem que ser o PI Planning. Então o que é PI Planning? E o que significa o ‘PI’ em PI Planning?
Bem – PI significa Programa de Incremento. Um Programa de Incremento é uma grade de tempo fixa de 8 a 12 semanas (o padrão é 10 semanas, como recomendado pela Scaled Agile Inc.). A grade de tempo de 10 semanas encapsula 5 Sprints do Agile ou Iterações com 2 semanas cada uma. O PI de 10 semanas termina com o PI System Demo, onde o trabalho entregue durante o PI é mostrado às partes interessadas. (É útil notar aqui, que um PI é um incremento de um Programa completo. Um Programa é onde as equipes e outros recursos são aplicados a alguma missão de desenvolvimento importante e contínua. Um Programa consiste em múltiplos incrementos de Programas.
Como o PI tem 5 iterações com múltiplas equipes trabalhando em cadência para alcançar uma visão comum, é importante que estas equipes se reúnam e planejem o curso de ação para toda a duração do PI. A reunião também ajuda as equipes a compreender quaisquer dependências entre si e quaisquer riscos a serem abordados. Esta reunião é chamada de Planejamento de PI. É uma reunião elaborada e detalhada e tem a duração de 2 dias para um PI de 10 semanas.
Então, o que entra em um PI Planning?
A Visão do Programa e o Backlog do Programa são dois inputs essenciais para a realização de uma reunião de Planejamento PI. A Visão fornece o contexto para toda a equipe sobre por que e como o trabalho que está sendo feito na PI ajudará na entrega da Solução geral. O Backlog do Programa compreende as 10 Principais Funcionalidades classificadas por Prioridade e acompanhadas de uma breve descrição do Benefício Comercial que a Funcionalidade geraria.
O Backlog do Programa é de propriedade do Gerente de Produto, que também é responsável por garantir que ele seja encomendado de acordo com a prioridade comercial baseada na realidade do mercado e outros fatores de ambiente. As 10 principais Funcionalidades também são acompanhadas de Histórias Iniciais (onde muitas histórias podem estar faltando, muitas precisam ser decompostas, ou são duplicadas nos backlogs de outras equipes) que permitem que as equipes iniciem seus planos para o PI.
Fonte: ScaledAgileFramework
PI Planning
O PI Planning é destinado a toda a equipe alocada ao Agile Release Train e espera-se que todos compareçam a ele. Se alguns dos membros da equipe estiverem em outros locais, eles precisam participar remotamente. A reunião de PI Planning é dividida em diferentes sessões realizadas durante o período de 2 dias.
A reunião de PI Planning é organizada pelo Release Train Engineer (RTE, também chamado de Scrum Master do Agile Release Train). O RTE apresenta a Visão e as 10 principais funcionalidades na sessão inaugural do PI Planning. Depois disso, todas as equipes entram em suas respectivas breakouts onde estimam sua respectiva velocidade para, se não todas as 5, pelo menos as 2 primeiras iterações. As equipes refinam as Funcionalidades e as Histórias de Iniciação e as dimensionam. Ao final do primeiro dia, as equipes se reúnem com os empresários, arquitetos de sistema e outros interessados para esclarecimentos e para destacar sua compreensão.
No segundo dia, as equipes voltam a entrar em uma sessão de descanso e refinam ainda mais seus respectivos backlogs. Cada equipe formula uma lista de objetivos chamada Objetivos de Equipe e os Empresários dão a cada um dos objetivos uma pontuação de Valor Empresarial. A pontuação do Valor Empresarial é um número entre 1 e 10 (10 para o Valor Empresarial mais alto, 1 para o mais baixo). Mais de um objetivo pode ter a mesma pontuação de valor comercial.
Depois disso, cada uma das equipes apresenta seu plano para todo o grupo montado. O plano destaca os riscos identificados, as dependências previstas e os objetivos acordados juntamente com seu valor comercial. Uma vez que cada uma das equipes tenha concluído esta apresentação, uma lista agregada dos objetivos da equipe é apresentada e uma lista agregada dos riscos do Programa também é compilada.
A equipe discute cada um dos riscos e os aborda com base no mecanismo ROAM (Resolved, Owned, Accepted, Mitigated). Finalmente, há um voto de confiança onde cada equipe dá sua pontuação (entre 1 e 5) sobre o quão confiantes estão de alcançar os vários objetivos. Se qualquer equipe votar abaixo de uma pontuação de 3, então eles devem expressar suas preocupações que são refletidas por todo o grupo. A preocupação pode aumentar a lista de riscos ou requerer algum re-planejamento ou simplesmente ser informativa. Se necessário, as equipes reelaboram seus planos até que um alto nível de confiança possa ser alcançado.
Resultados de um PI Planning
Os resultados de uma reunião de PI Planning são os seguintes –
- Uma lista de Objetivos da Equipe com Valor Comercial, onde os objetivos são resumos comerciais do que cada equipe pretende entregar no próximo PI.
- Além disso, existem Objetivos de Extensão que cada equipe pode ter optado no caso de ser capaz de completar seu trabalho e de restar alguma velocidade.
Os objetivos da equipe são agregados e refinados para formar os objetivos gerais do Programa PI com Valor Comercial. Isto é feito pelo Release Train Engineer após o término da reunião de PI Planning e não durante a reunião.
- Também obtemos uma visão da velocidade de cada equipe para a Iteração 1 e Iteração 2 no mínimo, juntamente com as histórias de usuários com tamanho identificado para estas iterações em que as equipes trabalharão.
- Um resultado importante do PI Planning é o quadro de Dependência do Programa que retrata as Funcionalidades/Histórias, quaisquer Dependências, e os Marcos. Arquitetos e membros da equipe de UX desempenham um papel fundamental para ajudar a identificar estas dependências.
- O PI Planning também nos dá uma lista de Riscos identificados e como eles foram tratados através do mecanismo ROAM (Resolved, Owned, Accepted, Mitigated).
Principais Funções envolvidas no PI Planning
Os papéis-chave e suas funções durante o PI Planning estão destacados abaixo.
- Dono de Negócio – fornece o Valor Comercial e aprovação para os Objetivos da Equipe PI
- Gerente de Produto – fornece o backlog das 10 principais funcionalidades (priorizadas)
- RTE – apresenta o processo de planejamento e os resultados esperados
- Product Owner e Scrum Masters – para possibilitar breakouts da equipe e a decomposição da Funcionalidade para História
- Equipes Agile – para dividir as Funcionalidades em Histórias de Usuários durante os breakouts da Equipe, identificar/enviar riscos e dar o importante voto de confiança
- Arquiteto/Engenheiro de sistemas – para ajudar a estabelecer dependências e riscos entre as equipes
Epílogo
A reunião de PI Planning serve à importante função de reunir toda a equipe ART e ajudá-los a ter uma perspectiva unificada do trabalho que vão realizar.
As equipes recebem notícias dos Donos de Negócios – os líderes organizacionais – sobre como o PI sendo planejado ajudará a organização a se aproximar de seus objetivos gerais e qual é o futuro previsto da Solução a ser entregue.
Em uma nota mais mundana, as equipes são capazes de destacar as interdependências e como eles planejam enfrentá-las com sucesso. Tendo formulado os objetivos do PI, as equipes têm um senso de propriedade para realizá-los.
A reunião de PI Planning é organizada na 5ª iteração do PI que é a Inovação e Iteração de Planejamento e, portanto, não precisa ser agendada em uma linha de tempo adicional. Ela suprime a necessidade da perspectiva que as equipes muitas vezes desejam, mas raramente a obtêm. Ele distribui o planejamento e o controle do trabalho para as equipes que são as últimas responsáveis pela entrega.
E isso é algo bom!
Confira como nosso produto SwiftEASe ajuda nas reuniões de PI Planning e rastreia os objetivos de PI, Riscos e status de conclusão de Funcionalidades.
Anshuman Singh
Product Manager, SwiftEASe
SAFe® and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.
