Planeamento dos PI

as futuras tarefas de desenvolvimento de produtos não podem ser predeterminadas. Distribuir planejamento e controle para aqueles que podem entender e reagir aos resultados finais.

—Michael Kennedy, Product Development for the Lean Enterprise

There is no magic in SAFe . . . excepto o planeamento da PI.

—autores

Programme Increment (PI) Planning é um evento baseado em cadência que serve como o batimento cardíaco do trem de lançamento ágil (ART), alinhando todas as equipes na arte a uma missão e visão compartilhadas.

o planeamento de IP é essencial para a segurança: se não o estiver a fazer, não o estará a fazer em segurança.

O Manifesto Ágil estados, “O método mais eficiente e eficaz de transmitir informações para e dentro de uma equipe de desenvolvimento é um face-a-face conversa.”O seguro leva isto para o próximo nível com o planeamento da PI.Sempre que possível, isto envolve colocalização física, e estes eventos de planeamento em grande escala da PI ocorrem agora em muitas empresas em todo o mundo. Eles mostraram claramente ROI financeiro real, para não mencionar os intangíveis que ocorrem quando a equipe de equipes ágeis cria uma construção social que é pessoal e coletivamente gratificante.

pode nem sempre ser prático para toda a arte a coocate no entanto, e em nossos tempos atuais COVID-19 criou uma situação em que esta não é uma opção. Enquanto o planejamento físico face a face tem seus benefícios, a ‘regra’ segura não escrita é “as pessoas que fazem o plano de trabalho o trabalho.”Quando a presença física não é possível, em tempo real, concorrente, virtual, face a face o planejamento já provou ser eficaz. Na verdade, muitas artes têm sido bem sucedidas na criação de uma situação híbrida onde várias equipes se juntam remotamente, como mostrado abaixo na Figura 1.

o artigo temático avançado, planeamento de PI distribuído com segurança, fornece orientações e considerações adicionais para gerir com sucesso estes cenários.

o planejamento PI tem uma agenda padrão que inclui uma apresentação do contexto de negócios e visão, seguido por breakouts de planejamento de equipe—onde as equipes criam seus planos de iteração e objetivos para o próximo incremento de programa (PI). Facilitado pelo engenheiro de trem de lançamento (RTE), este evento inclui todos os membros da arte e ocorre dentro da iteração inovação e planejamento (IP). A realização do evento durante a iteração IP evita afetar a programação, ou a capacidade de outras iterações no PI. O planejamento de PI ocorre ao longo de dois dias, embora isso seja muitas vezes estendido para acomodar o planejamento em vários fusos horários.Os benefícios comerciais do planeamento da PI são muitos, incluindo::

• Estabelecimento de face-a-face, a comunicação entre todos os membros da equipe e os stakeholders
• Construção de rede social a ARTE depende de
• Alinhamento de desenvolvimento para os objetivos do negócio com o contexto do negócio, visão, e de Equipe e Programa de PI objetivos
• Identificação de dependências e de promoção da cruz-equipe e de cruz-a ARTE de colaboração
• Proporcionando a oportunidade para o ‘medida certa’ de arquitetura e Magra Experiência do Usuário (UX) orientação
• Correspondência de demanda de capacidade e eliminando o excesso de material em Processo (WIP)
• Rápido tomada de decisão

Entradas e Saídas de PI Planejamento

Entradas para o PI de planejamento incluem:

• contexto do Negócio (ver ‘prontidão de conteúdo”, abaixo)
• Roteiro e visão
• 10 principais Características do Programa de Pendências

o sucesso de Um PI de planejamento do evento oferece dois principais resultados:

• Comprometidos PI objectivos – Um conjunto de objetivos SMART que são criados pela equipe, com o valor de negócio que a atribuída pelos Proprietários de Negócios.
• Placa de programa-destacando as novas datas de entrega de recursos, dependências de recursos entre as equipes e Marcos relevantes.

preparação

planeamento PI é um evento significativo que requer preparação, coordenação e comunicação. Ela é facilitada pela RTE e participantes de eventos incluem empresários, gerenciamento de produtos, equipes ágeis, arquiteto/Engenharia de sistemas e soluções, a equipe de sistemas e outros stakeholders, todos os quais devem ser notificados com antecedência para serem bem preparados. A participação activa dos empresários neste evento proporciona uma protecção importante sobre as despesas orçamentais.

para que o evento seja bem sucedido, é necessário preparação em três grandes áreas:

• prontidão Organizacional – alinhamento Estratégico e de equipes e trens de configuração
• prontidão de Conteúdo – Gestão e desenvolvimento de prontidão
• Logística de preparação – Considerações para a execução de um evento de sucesso

Abaixo, os destaques da ARTE de Preparação de lista de verificação. (A lista completa de controlo é fornecida no kit de ferramentas de planeamento PI seguro, disponível para os SPCs).Antes do planeamento da PI, deve haver alinhamento estratégico entre os participantes, partes interessadas e proprietários de empresas. Funções críticas são atribuídas. Para abordar isso com antecedência, no entanto, os organizadores do evento devem considerar o seguinte::

• âmbito de Planejamento e contexto-o escopo (Produto, Sistema, domínio tecnológico) do processo de planejamento é entendido? Sabemos que equipas precisam de planear em conjunto?Alinhamento das Empresas – existe um acordo razoável entre os proprietários das empresas quanto às prioridades?Equipas ágeis-temos equipas ágeis? Existem membros dedicados da equipe e um mestre Scrum identificado e dono de produto para cada equipe?

disponibilidade de conteúdo

é igualmente importante assegurar que haja uma visão e um contexto claros e que as partes interessadas possam participar. Por conseguinte, o planeamento dos PI deve incluir::

• reuniões Executivas – Um briefing que define o atual contexto de negócios
• visão do Produto briefing(s) – Briefings preparado pela Gestão de Produtos, incluindo os 10 melhores recursos do Programa de Pendências
• visão da Arquitetura briefing – Uma apresentação feita pelo diretor de tecnologia, Enterprise Architect, ou Arquiteto de Sistema para comunicar os novos Meios, recursos e Requisitos não-funcionais (NFRs)

A logística de Preparação de

Preparando um evento para dar suporte a um grande número de participantes não é trivial. Para o planejamento físico, isso pode incluir a segurança e preparação do espaço físico. Para os participantes remotos, ou para um planejamento de PI totalmente distribuído, isso também inclui investimento na infra-estrutura técnica necessária. As considerações incluem::

• Locais – Cada um planejamento local deve ser preparado com antecedência
• Tecnologia e ferramentas – acesso em tempo Real a informações e ferramentas de apoio distribuídos planejamento ou participantes remotos
• canais de Comunicação – Primário e secundário de áudio, vídeo e apresentação de canais deve estar disponível

Padrão Agenda

O evento segue uma agenda semelhante à Figura 2. Seguem-se descrições de cada item. Para obter orientações sobre a adaptação desta agenda para apoiar o planeamento em vários fusos horários, consulte o artigo temático avançado, planeamento de PI distribuído com SAFe.

Agenda do dia 1

• visão de Produto/Solução-A Gestão de produtos apresenta a visão atual (tipicamente representada pelos próximos 10 novos recursos) e destaca quaisquer mudanças do evento de planejamento de PI anterior, bem como quaisquer Marcos futuros.
• Architecture vision and development practices-System Architect / Engineering presents the architecture vision. Além disso, um gerente de desenvolvimento sênior pode introduzir mudanças ágeis de suporte às práticas de desenvolvimento, tais como automação de teste, DevOps, integração contínua e implantação contínua, que estão sendo avançadas na próxima PI.
• contexto de planeamento e almoço-a RTE apresenta o processo de planeamento e os resultados esperados do evento.
• time breakouts # 1-In The breakout, teams estimate their capacity for each Iteration and identify the backlog items they will likely need to realize the features. Cada equipa cria os seus planos de projecto, visíveis para todos, iteração por iteração.

durante este processo, as equipas identificam riscos e dependências e elaboram os seus objectivos iniciais de equipa PI. Os objetivos do PI normalmente incluem “objetivos não comprometidos”, que são objetivos incorporados no plano (por exemplo, histórias que foram definidas e incluídas para esses objetivos), mas não são comprometidos pela equipe por causa de muitos incógnitos ou riscos. Objectivos não comprometidos não são coisas extras a fazer no caso de haver tempo. Em vez disso, eles aumentam a confiabilidade do plano e dão à gerência um alerta precoce de objetivos que a arte pode não ser capaz de entregar. As equipes também adicionam as características e dependências associadas ao quadro do programa, como mostrado na Figura 3.

• rascunho de revisão do plano – durante o rascunho apertado de revisão do Plano, as equipas apresentam os principais resultados do planeamento, que incluem capacidade e carga, objectivos de PI, riscos potenciais e dependências. Proprietários de Empresas, Gestão de produtos e outras equipes e stakeholders revisam e fornecem insumos.
• Management review and problem-solving-it’s likely that the draft plans present challenges such as scope, people and resource constraints, and dependencies. Durante o evento de resolução de problemas, a gerência pode negociar mudanças de escopo e resolver outros problemas, concordando com vários ajustes de planejamento. A RTE facilita e mantém as principais partes interessadas juntas durante o tempo necessário para tomar as decisões necessárias para alcançar objectivos alcançáveis.

em Comboios multi-ART Solution, um evento semelhante pode ser realizado após o primeiro dia de planejamento para resolver questões cross-ART que surgiram. Alternativamente, os RTEs dos trens envolvidos podem conversar uns com os outros para levantar questões que são, em seguida, resolvidos na análise de gestão específica de cada arte e evento de resolução de problemas. A Solution Train Engineer (STE) ajuda a facilitar e resolver problemas em todas as artes.

dia 2 Agenda

• planeamento ajustamentos – no dia seguinte, o evento começa com a gestão apresentando quaisquer alterações ao âmbito de planeamento, pessoas e recursos.
• time breakouts #2-Team continue planning based on their agenda from the previous day, making the appropriate adjustments. Eles finalizam seus objetivos para o PI, ao qual os empresários atribuem valor comercial, como mostrado na Figura 4.
  

  

• revisão final do plano e almoço – durante esta sessão, todas as equipas apresentam os seus planos ao grupo. No final do espaço de tempo de cada equipa, a equipa expõe os seus riscos e impedimentos e fornece os riscos para a RTE para utilização posterior no exercício de ROAMing. A equipe, em seguida, pergunta aos empresários se o plano é aceitável. Se o plano for aceite, a equipa leva a sua folha de objectivos do team PI para a frente da sala, para que todos possam ver os objectivos agregados a desenrolar-se em tempo real. Se os empresários têm preocupações, as equipas têm a oportunidade de ajustar o plano conforme necessário para resolver as questões identificadas. A equipe então apresenta seu plano revisto.
• riscos de programa – durante o planeamento, as equipas identificaram riscos de programa e impedimentos que poderiam afectar a sua capacidade de cumprir os seus objectivos. Estes são resolvidos num contexto de gestão mais amplo em frente de todo o comboio. Um por um, os riscos são discutidos e tratados com honestidade e transparência, e depois categorizados em uma das seguintes categorias:
  • resolvido-as equipas concordam que o risco já não é uma preocupação.
  • propriedade-alguém no trem assume o risco, uma vez que não pode ser resolvido durante o planejamento de PI.
  • aceites-alguns riscos são apenas factos ou potenciais problemas que devem ser compreendidos e aceites.
  • equipas mitigadas identificam um plano para reduzir o impacto do risco.
• voto de confiança-Uma vez que os riscos do programa tenham sido abordados, as equipes votam em sua confiança em cumprir seus objetivos da equipe PI.

Cada equipa realiza um “punho de cinco” voto. Se a média for de três dedos ou superior, então a gerência deve aceitar o compromisso. Se forem menos de três, a equipa reformula o plano. Qualquer pessoa que vote dois dedos ou menos deve ter a oportunidade de expressar as suas preocupações. Isso pode adicionar à lista de riscos, exigir algum planejamento, ou simplesmente ser informativo. Uma vez que cada equipe tenha votado, o processo é repetido para toda a arte, com todos expressando sua confiança no plano coletivo, como ilustrado na Figura 5.

• plano de retrabalho – se necessário, as equipas reformulam os seus planos até se atingir um nível de confiança elevado. Esta é uma ocasião em que o alinhamento e o compromisso são valorizados mais do que a adesão a um timebox.
• planning retrospective and moving forward-Finally, the RTE leads a brief retrospective for the PI planning event to capture what went well, what didn’t, and what can be done better next time, as shown in Figure 6.

• normalmente, segue-se uma discussão sobre os próximos passos, juntamente com as instruções finais para as equipas. Isto pode incluir:
  • limpar os quartos utilizados para o planeamento.
  • capturando os objetivos e histórias da equipe PI em uma ferramenta ágil de gerenciamento de projetos.
  • revendo calendários de eventos de equipe e arte.
  • Determining Iteration Planning and daily stand-up (DSU) locations and timings.

depois que o evento de planejamento é feito, a RTE E outros stakeholders de arte resumem os objetivos individuais da equipe PI em um conjunto de objetivos do programa PI (Figura 7) e usá-lo para comunicar externamente e acompanhar o progresso em direção aos objetivos.

a gestão de produtos utiliza os objectivos do programa PI para actualizar o roteiro e irá melhorar a previsão para os dois PIs seguintes, com base no que acabou de ser aprendido.

o quadro do programa é muitas vezes usado durante o Scrum dos Scrums para rastrear dependências. Pode, ou não, ser mantido (manualmente) após o planejamento estar completo. Isso depende da ágil ferramenta de gerenciamento de projetos no lugar e das necessidades da arte.

times leave the PI planning event with a prepopulated iteration backlog for the next PI. Eles levam os objetivos de PI de sua equipe, planos de iteração e riscos de volta para sua área de trabalho regular. Os riscos do programa permanecem com a RTE, que garante que as pessoas responsáveis por possuir ou mitigar um risco capturaram a informação e estão gerenciando ativamente o risco.Mais importante, a arte procede à execução do PI, acompanhando o progresso e ajustando-se conforme necessário às mudanças que ocorrem à medida que surge o novo conhecimento. A execução do PI começa com todas as equipes conduzindo o planejamento para a primeira iteração, usando seus planos de PI como ponto de partida. Esta é uma nova entrada para os processos de planejamento de iteração que se seguem. Uma vez que os planos de iteração criados durante o planeamento da PI não tiveram em conta critérios detalhados de aceitação do nível de história, é provável que sejam necessários ajustamentos aos primeiros e subsequentes planos de iteração.

planeamento do Projecto do comboio de solução

este artigo centra-se nas actividades de planeamento de uma única arte. No entanto, grandes fluxos de Valor podem conter múltiplas Artes e fornecedores. Neste caso, o trem Solution fornece a coordenação usando um evento de planejamento pré-PI, que define o contexto e fornece as entradas para os eventos de planejamento de arte PI individuais. Um evento de planejamento pós-PI segue o planejamento da ART PI e é usado para integrar os resultados de planejamento das artes que contribuem para a solução.

o artigo de iteração “inovação e Planeamento” fornece um exemplo de calendário para acolher eventos de planeamento pré e pós – PI.

Aprenda Mais

Leffingwell, Dean. Requisitos de Software ágil: práticas Lean Requirements para equipes, programas e a empresa. Addison-Wesley, 2011. Kennedy, Michael. Desenvolvimento de produtos para a Lean Enterprise. Oaklea Press, 2003.Última actualização: 12 de agosto 2020