Planejamento de incrementos de programa ágil passo a passo

1. Visão geral do planejamento do incremento do programa ágil: Olá e bem-vindo à série de vídeos de planejamento de incremento de incremento do programa de zeros de sprint em seu lado. E eu quero convidá-lo para uma série de vídeos exclusiva, onde vamos enfrentar o desafio de como executar um incremento de programa organizado, eficaz, produtivo e sim, até divertido sessão de planejamento. Agora, resumidamente, vamos nos referir a ele como o evento de planejamento de PI. Este é o principal evento de planejamento para um trem Agile Release entre 5025 pessoas. Agora esse é um grande evento com muita complexidade de partes móveis e muitas coisas que podem dar errado. Agora, o desafio com esses eventos é que um pequeno erro pode afetar um grande número de pessoas, um grande número de equipes. E agora isso causa erros potencialmente muito caros. Às vezes, correndo para milhares ou até dezenas de milhares de libras. Nos últimos cinco anos, executei mais de 20 sessões de planejamento de PI e cometi muitos erros. Até tive um PI planejando Mutiny em minhas mãos durante um dos meus muitos eventos de planejamento de PI. E eu gostaria de salvá-lo. 2. Desafios de planejamento do PI: Olá e bem-vindo à série de vídeos de planejamento PI seguro Sprint Zero . Nesta série de três partes, vou orientá-lo sobre o que é necessário para implementar planejamento de PI de forma eficaz em sua organização. Vamos discutir quais desafios você esperaria ao executar o planejamento de PI em seu ambiente. Então, primeiro, vamos discutir o que é o planejamento de relações públicas. Digamos que se você tem algo conhecido como trem Agile Release, agora esta é uma coleção de 512 equipes ágeis. Eles têm uma caixa de tempo chamada incremento de programa, que dura entre oito a 12 semanas. O padrão é de dez semanas, embora a maioria das empresas para as quais trabalhei normalmente usam uma duração de iteração de 12 semanas para se alinhar com os trimestres financeiros. Então, qual é o propósito do planejamento de PI? Portanto, o planejamento de PI é o principal evento de planejamento para todo o trem de lançamento ágil. Para todas as equipes no trem para a próxima caixa de tempo ou programação. Então, executamos isso no início do PI. Usamos esse evento para que possamos planejar todas as equipes no trem Agile Release. Agora, lembre-se, podemos ter até 125 pessoas em um único evento. Então isso é até 12 P em 12 equipes na teoria e na prática, às vezes ainda mais, eu pessoalmente dirijo trens até 16 equipes. Então isso é muita complexidade, muitas coisas que podem realmente dar errado também. Então, para nos certificar de que organizamos este evento corretamente, precisamos nos certificar de que colocamos alguma preparação e planejamento em sim, o planejamento de n. Então, vamos começar analisando quais são as saídas para o planejamento PI dele. Portanto, a primeira saída são os objetivos do PI. Então a questão é: quais são os objetivos gerais desse PI? Qual é a visão que essa organização está tentando realmente alcançar? Qual é a visão para o trem Agile Release e para esta próxima caixa de tempo, quais são os objetivos que queremos que não uma única equipe forneça, mas todo o trem de lançamento ágil. E, obviamente, queremos ter certeza de que os objetivos que temos para este PI IN sincronizam com a visão geral do Agile Release treinados em um horizonte mais longo e para a visão da organização geral também. Então, a próxima coisa que queremos ter como saída é a dependência, o que chamamos de mapa de dependência. Nós realmente queremos entender todas as dependências entre equipes. Agora, a razão para isso é porque o valor nem sempre pode ser restrito a uma única equipe. Agora, o valor pode abranger várias equipes. Então, precisamos de um mecanismo para identificar, visualizar e, com o tempo, reduzir essas dependências, certificando-se que temos equipes estruturadas de forma ideal. E, portanto, um dos principais elementos e principais benefícios de um evento de planejamento de PI é a identificação dessas dependências entre equipes. Agora, a próxima coisa que gostaríamos como saída é um roteiro emergente. Assim, cada equipe terá um roteiro emergente de nível mais alto dos próximos incrementos do programa. Agora, dependendo do tamanho do incremento do programa, uma equipe pode ter entre 46 iterações dentro de um PI. Agora, a situação da lei, se você olhar para o quadro geral, você verá ali que a iteração de perda tem um acrônimo IEP ali que significa inovação e planejamento. E essa é a situação da lei. Nós mantemos, mantemos isso, mantemos isso livre. Agora, isso significa que você terá que criar um roteiro de equipe para entre 35 iterações, dependendo do tamanho do incremento do seu programa. Agora, quando digo emergente, a questão é: o que quero dizer com a fusão? Então o que queremos dizer é que, no início do P II, há mais detalhes lá. Saberemos mais sobre cada uma das iterações. Mas à medida que passamos pelas iterações, há isso. Sabemos cada vez menos informações sobre isso. Então, queremos ter certeza de que temos mais informações antecipadamente nas partes iniciais do PI, menos no final. E podemos fazer isso carregando cada iteração com poucas histórias e tendo histórias mais granulares. Nos primeiros sprints. E em sprints de rede, temos histórias maiores que podem ser divididas em uma data posterior. Então, finalmente , oh, parece que já abandonamos os impedimentos e os riscos. Então, finalmente, queremos que os impedimentos e os riscos sejam identificados para a cepa Agile Release também. Então, todas as equipes vão identificar quais impedimentos eles têm no nível do programa. Podem ser coisas que, como elas, poderiam ser qualquer coisa. Poderia ser como problemas de recursos que eles podem ter problemas com o com a pista arquitetônica. Eles poderiam ter qualquer coisa que fique no nível do programa. Poderia ser lançado, desafios ou qualquer coisa desse tipo. Agora, é claro, as equipes serão responsáveis por seus próprios níveis de equipe, impedimentos no nível da equipe. Mas o tipo de impedimentos que vamos levantar aqui são aqueles que precisam ser resolvidos em um nível de programa. Agora, também temos riscos lá que podem questões que podem não ter realmente se materializado, mas poderiam se materializar ao longo do PI atual que precisam de consideração também. Ok, então agora são as saídas que esperamos da sessão de planejamento de incremento do programa. Agora, o que eu quero discutir com você são quais são os desafios que você deve esperar ou se deve esperar ao executar um evento de planejamento de PI em sua organização pela primeira vez. Ou mesmo se você estiver, se você tiver feito isso por várias vezes antes. Agora, como mencionei, o evento de planejamento de relações públicas é um grande evento. É um evento co-localizado, idealmente onde temos todas as equipes entrando em um local cara a cara, onde podemos ter toda essa interação rica em todos os principais jogadores dentro os incrementos do programa. Então, você esperaria ter uma boa representação no nível da equipe e também uma boa representação na equipe do programa, bem como as principais partes interessadas também. Então, como você pode imaginar, você precisará de espaço para todas essas equipes sobre isso. Então, vamos querer ter idealmente uma mesa ou uma área para cada equipe onde puder, onde eles podem fazer isso, onde eles podem fazer seu planejamento. Você quer ter algum espaço em branco na área de bordo onde eles possam realmente colocar suas planilhas de planejamento. E você também quer ter espaço para os outros executivos que não são da equipe também. Agora você também pode ter indivíduos externos que precisam discar também. Então você pode precisar ter salas de reunião também porque com a melhor vontade do mundo, o que eu vi na minha experiência é que principalmente você terá algumas pessoas que não são vai ser capaz de fazê-lo. Você precisa identificar isso antecipadamente e ter certeza de que você tem áreas de fuga para que essas equipes possam realmente ir lá e depois voltar. Então, uma tupla, eu diria é que você quer ter certeza de que eles não se sentam apenas em suas próprias áreas isoladas, porque caso contrário, você não vai ter essa rica interação que pode surgir você não vai ter essa rica interação através as equipes. Ok, então o próximo desafio que temos é clareza. Então, o que quero dizer com clareza? Então, a primeira coisa é a clareza do resultado. Quais são os resultados que estamos tentando alcançar, certo? Fazemos isso certificando-se de que temos uma visão clara. E também obtivemos recursos bem compreendidos e claros também para todas as equipes trabalharem. Então, queremos ter certeza de que, no início, mesmo antes do planejamento do PI, as equipes estejam familiarizadas com os recursos que estão chegando e eles entendam claramente quais são os resultados para esse próximo pi r. Agora, outra coisa que queremos ter certeza é que eles, eles limpam, especialmente se a primeira vez que eles estão fazendo isso é uma equipe precisa ser clara sobre exatamente o que eles precisam fazer, qual é o processo. Então isso também é uma coisa muito importante. Em terceiro lugar, como eu disse, valor pode abranger várias equipes, então as equipes podem depender umas das outras. Precisamos ter certeza de que temos, temos um mecanismo para identificar quando o valor se estende de uma equipe para a outra. Então, precisamos ter certeza de que temos nosso quadro de dependência do programa lá. Projetamos esta sessão tal forma que podemos extrair todas as dependências que abrangem as várias equipes também. Agora, seria muito fácil para nós para cada equipe simplesmente ir embora e realmente criasse seu próprio plano, o que na verdade estaria completamente derrotando o propósito. O que estamos procurando é um plano integrado e coerente que integre todos os outros planos também. Então, queremos ter certeza de que onde as dependências, essas são chamadas, onde há impedimentos ou outros fatores de risco, essas são levadas em consideração e criamos um sim, um plano para o trem Agile Release, mas também para cada uma das equipes individuais que se encaixam, que são integradas e funcionam bem umas com as outras e levam em consideração todas as os desafios que provavelmente ocorrerão durante o próximo PI também. Certo? E, finalmente, o que temos é que cada equipe pode ter, a realidade da situação é que cada equipe e até mesmo indivíduos dentro da equipe podem ter diferentes níveis de agilidade. Então, nem todos terão o mesmo nível de compreensão. E, portanto, uma das coisas que queremos garantir que adaptemos nosso treinamento com antecedência para garantir que todas as equipes estejam começando em condições de igualdade. E fazemos isso fornecendo pacotes, pacotes de equipe e treinamento antes do planejamento de relações públicas para garantir que todos entendam exatamente o que é necessário deles. Então lá você tem isso. Então, temos as saídas para quatro saídas que você esperaria do planejamento de PI. Temos alguns desafios aqui e nos próximos vídeos agora, vou falar sobre como podemos começar a trabalhar e realmente resolver esses desafios. Ok, então é disso que se trata o planejamento de PI e o que considero ser os cinco principais desafios que precisamos superar para executar um evento de planejamento de PI bem-sucedido. Então, para aprender a fazer isso, fique atento aos próximos vídeos que vamos falar sobre todas as dicas e ideias sobre como superar esses desafios para superar esses desafios que você possa ter um planejamento de PI produtivo, divertido e agradável. Vejo você em breve. 3. Como planejar pré-preparação para eventos: Ok, bem-vindo ao segundo vídeo da série de vídeos de planejamento de PI de sprint zeros. Já discutimos os desafios, mas agora quero falar com você sobre qual é a solução para todos esses desafios. Então eu trabalhei, como mencionei anteriormente, trabalhei em muitas organizações e implementamos um grande número de organizações e implementamos eventos de planejamento de PI ao longo dos anos. Uma coisa que eu descobri é o número um, a coisa mais importante que você pode fazer quando se trata de chegar e se preparar para um evento de planejamento de PI é sim, é o P o que exatamente? É preparação. É a coisa mais importante. Agora, se você participou do treinamento seguro líder, o treinamento certificado seguro líder, quer tenha feito isso comigo mesmo ou com outra pessoa. Você pode ter olhado o manual e, dentro do manual, realmente fala sobre planejamento de PI, sendo o primeiro caótico. Bem, minha experiência é exatamente o oposto disso. E eu diria que a única vez seu planejamento de PI é caótico é quando você não se preparou corretamente. Então a questão é: como nos preparamos corretamente? Então é disso que vamos falar neste vídeo. Então, os três ladrões, três coisas principais em que precisamos nos concentrar ao nos prepararmos para o planejamento de PI. A primeira coisa é, obviamente, é um grande evento. Há um grande número de pessoas. Lembre-se agora que o evento de planejamento PI tem praticamente a grande maioria das pessoas em sua variedade Agile Release que, por sua própria natureza, é um grande evento. Portanto, há muita coordenação e há muita preparação necessária para garantir que este seja um ótimo evento do qual as pessoas não apenas obtêm alguma produção produtiva, mas espero que as pessoas não apenas obtêm alguma produção produtiva, também aproveitem eles mesmos também. Então, vamos dar uma olhada em uma série de ideias, dicas, coisas que eu gostaria que você pensasse quando estiver preparando seu evento de planejamento de PI. Então a primeira coisa que eu diria é, eu sugiro é, você sabe seus números. Se você olhar para a teoria, ela diz que todos no trem Agile Release devem estar lá. Agora, na prática, o que você pode encontrar é em algumas organizações, elas podem hesitar em tentar convidar todos. Então, quem viria para este evento? Então eu vou falar com você sobre o livro didático primeiro e falarei com você sobre no mundo real como você faria isso. Então, o primeiro é todo mundo em sua equipe. Então, todas as pessoas da sua equipe seriam convidadas para isso. Então, todas as equipes quando você é lançamento ágil treinam se isso é, você sabe, como você sabe, cinco a quantas você se lembra? 12, certo, cinco a 12 equipes em seu dreno de Liberação Ágil. E você teria todos convidados. Ok, então estamos falando sobre mais de 100 pessoas potencialmente, certo? O próximo é todas as pessoas do programa TO, ok, então estamos falando sobre as pessoas como os gerentes de produto estavam falando sobre o trem de lançamento que os engenheiros estavam falando sobre o sistema, arquitetos estavam falando sobre os empresários. Estamos falando de partes interessadas. Estamos falando de pessoas que eu ajudando a liberar, integrar e todas as outras funções que se sentam e apoiam o trem Agile Release nesse nível. E também estamos conversando, temos envolvimento e participação do nível do portfólio. Então você pode ter africano está lá. Você pode ter gerentes de portfólio enxutos lá que estão apoiando o evento também. Então, é um bom número de pessoas lá agora, certo? Então, como eu disse, você vai falar sobre mais de 100 pessoas. Agora. Isso é, essa é a teoria disso. Agora, onde eu vi? O que eu vi na prática? Pessoas fazendo, as pessoas muitas vezes tendem a circa, bem, olhe, não vamos convidar todos para a equipe, da equipe ao evento. Então, o que faríamos é convidar, eu não sei. Digamos que o scrum master talvez seja o dono do produto. Conseguiremos algumas das pessoas-chave da equipe. O que eu descobri que realmente funcionou no passado é que, se você deixar as equipes decidirem o subconjunto que eles desejam enviar, quatro, representá-los porque eu acho que é muito importante que eles tenham esse poder de realmente decidir quem está representando a equipe e tomando decisões em termos de planejamento de alto nível. Agora, lembre-se com o que eles vão sair. A equipe está apresentando um roteiro de alto nível de alto nível, se você quiser no nível da equipe para o que, pelo que eles estão realmente fazendo. Então você quer ter certeza de que a equipe está feliz com isso. Agora, no nível do programa, como eu disse, você tem algumas pessoas, provavelmente não tantas pessoas quanto você teria no nível da equipe. Portanto, não há muito que você possa fazer por lá. Mas o que você pode dar uma olhada e ver é que, se houver partes interessadas e outros, outros indivíduos que não são, não são realmente necessários. Agora, apenas um ponto de aviso aqui, independentemente de você estar olhando para o nível de portfólio do programa de equipe, um dos elementos mágicos do planejamento de PI é que você pode obter o que precisar feito porque você tem acesso a todas as pessoas certas. Portanto, tenha cuidado ao não deixar as pessoas erradas de fora. E você pode acabar com um pouco como investir em grande quantia de dinheiro e ter um grande evento. E você tem muitas pessoas chegando. Mas porque você deixou de fora dois ou três indivíduos chave, você pode começar a descarrilar o poder do local. Então, apenas um aviso sobre isso. Agora, obviamente, temos tantas pessoas que você tem que ter certeza de que você tem o local certo. Certo. Certo. Local ali. Isso tem o tamanho certo, mas também você está procurando por outra, várias coisas agora. Então, como eu olho é que não vamos dar uma olhada no local. A primeira coisa que eu olho é dizer, ok, qual é o tamanho geral disso agora, qual é o tipo de camada que você teria você teria o que é chamado de camada de banquete, camada capilar. Certo. A outra coisa que você gostaria de ter é que, para cada equipe, você poderia dar a eles uma área onde eles poderiam se sentar e eles pudessem plantar. Agora eles precisam de algum espaço na parede. Eles vão precisar de um flip chart e um cavalete onde eles possam realmente colocar as saídas lá também. Você também precisará espaço para um grande quadro de programas. Agora lembre-se de que você vai precisar de uma coluna para cada sprint. Então isso poderia começar a somar um espaço bastante, bastante horizontal. E você também vai precisar de linhas para cada equipe também, ok? Porque é aí que você precisará resolver as dependências em todas as equipes também. Então, você vai precisar de um grande espaço onde você possa ter o quadro do programa ali. Certo? Lembre-se também no início do evento, isso supondo que você esteja indo com um evento de dois dias, que é uma duração padrão de planejamento de PI padrão. Então, no início, você vai precisar de uma visão, certo? Então você pode ter a necessidade um projetor e todo esse tipo de coisa também. Então, tenha isso em mente. Você, você precisaria, precisa dar uma olhada nisso também. Além disso, você quer ter certeza de que, além dessas pessoas, você também terá partes interessadas adicionais , certo? Então você quer ter certeza de que há espaço para essas pessoas também. Tudo bem, agora, a terceira coisa que eu gostaria de dizer é que os diários de bloqueio. Esta, a beleza do Agile é que você tem uma caixa de tempo e está consertada e você sabe o que vai acontecer. Então, bloqueados, todos os diários do nível da equipe, bloquearam os diários do programa, certifique-se de que todos saibam com antecedência. Agora lembre-se, como eu disse, se você tem um indivíduo chave que está de férias neste momento, então isso pode descarrilar todo o evento. Então, claramente, não queremos que isso aconteça. Então, queremos garantir que as pessoas saibam com bastante antecedência para que, se precisarem levar as datas em consideração ao planejar suas férias, elas possam fazer isso. Então isso é muito, muito importante. Agora, não há razão que você possa realmente bloquear as cerimônias para as próximas duas, até três ***. Não há razão para que você não possa fazer isso. Você poderia cancelá-los depois se, por exemplo, por qualquer motivo, a restrição Agile não for vendida há tanto tempo formada, mas pelo menos você tiver os diários das pessoas bloqueados de lá. Certo. Então essa é a primeira coisa. Algumas coisas que eu só pediria para você ter um, pensar e se preparar. Agora. O próximo elemento em que precisamos pensar são as entradas. Agora, este é provavelmente um dos elementos desafiadores e desafiadores quando se trata de realmente preparar o evento de planejamento do PI. E é aquele que tem o tempo de entrega mais longo também. Então, vamos dar uma olhada em alguns desses elementos para isso. Então agora lembre-se, precisamos ter a visão. Você deve ter uma visão de qualquer maneira. Se for como assumir uma aparência, você já fez um evento de planejamento de PI antes. Não é seu primeiro planejamento de PI. Você já deve ter uma visão pronta, certo? Então, se for seu primeiro planejamento de PI, você só precisa ter certeza de que tem uma visão claramente articulada. Você tem o, os executivos seniores e os empresários e os gerentes de produto são capazes e dispostos e articulam o que essa visão realmente é. Então, você quer ter certeza que você tem clareza sobre isso também. Outra grande coisa é garantir que você esteja bem formado, um backlog de recursos bem formado. Agora, é aqui que um bom gerente de produto realmente ajudaria a ajudá-lo a preparar sua lista de pendências de recursos, trabalhando com todas as partes interessadas. Você se lembra com quem são alguns dos principais detentores de participação com quem ele estaria trabalhando? Bem, sim, espero que sim. Bem, é o dono da empresa. É o engenheiro do trem de liberação. É do arquiteto. Eles trabalharão com todas essas pessoas e estarão reunindo esses recursos, bem como também, é claro, os proprietários de produtos no nível da equipe. Então, todos eles estarão trabalhando juntos para montar um conjunto coerente de recursos. Agora, por experiência, o que eu acho é, é que esta é a parte onde as pessoas mais lutam. Então eles fazem um ou dois extremos. Todos eles fazem um extremo onde estavam. Eles não se preocupam muito com os recursos. E então eles apresentam recursos horríveis. Ou, por outro lado, ele vai tão exagerado que quase acabam em um cenário de cachoeira em que os recursos são realmente detalhados e, em seguida, não são claros. Os critérios de aceitação não estão claros. E é preciso que ele sempre junte essas coisas. Então, o que estamos procurando, algo no meio, você quer recursos de boa qualidade lembrando. É suposto ser curto por um motivo. Eles deveriam caber em um cartão por um motivo. A ideia é, é, que não é suposto levar tanto tempo, certo? Então, tenha isso em mente. Agora, a outra coisa é que, uma vez que você tenha os recursos, você quer ter certeza de que eles são priorizados para demonstrar esse valor. Agora, no começo, pode ser menos formal. Depois, à medida que você se torna mais maduro, você pode dar uma olhada em alguns dos outros algoritmos e outras coisas como trabalho mais curto ponderado primeiro e algoritmos como esse também para ajudar a priorização. Mas realmente importante para garantir que os recursos sejam priorizados acordo com o que é o maior valor. Agora, por último, muito importante é a arquitetura, é a arquitetura e a pista arquitetônica. Então, queremos ter certeza de que as coisas que não podemos mudar tão facilmente, algumas coisas que não são fáceis, não podemos iterar sobre isso com muita facilidade. Então, queremos ter certeza de que temos uma boa compreensão disso com bastante antecedência. Por exemplo, do ponto de vista dos sistemas, se você estiver usando uma tecnologia específica, talvez queira tomar decisões sobre o tipo de tecnologia que deseja usar. Porque depois a mudança e tecnologia no meio do caminho pode ser, pode, pode envolver algum custo de arrependimento. Por exemplo, se você estiver fazendo um exemplo não, não de TI, se estiver desenvolvendo um edifício, você quer saber o tamanho da escala do edifício para que você possa estabelecer as bases. Mais uma vez. Não é fácil mudar as fundações depois sem incorrer em muito custo. Certo? Então, esses são os tipos de coisas que você pensaria sobre isso que seriam incluídas em uma pista arquitetônica. Também pense em coisas que têm um longo prazo de entrega também. Então, se você tem certas decisões arquitetônicas que podem envolver o uso de certas ou as tecnologias são certas abordagens ou certos recursos e elas têm um longo prazo de entrega. Você pode querer pensar sobre esses tipos de coisas também. Você também quer ter certeza de que a arquitetura, os recursos, você deu uma olhada e veja quais recursos realmente precisam de suporte arquitetônico também. Certo? Então esse é o segundo elemento lá. Insumos de planejamento Pi, muito importante se eu dissesse onde a maioria estava, maioria libera engenheiros de treinamento e gerentes de produto e outras pessoas que estão reunindo esse evento onde eles poderia dar errado é provavelmente, é aqui ter certeza de que você não tem as entradas. Olha, se você tem entradas de lixo, a chance de você sair com algo incrível vai ser muito quieta, baixa. E também será uma experiência bastante frustrante também. Então, não posso enfatizar isso o suficiente. Certo. Agora, você tem os eventos, você tem o local classificado, você saberia seus números, você selecionou o local certo, você está em um rolo, ok, você bloqueou os diários, você tem todas as entradas agora, eu gostaria de poder dizer que isso foi suficiente, mas não é. Eu tive esse cenário em que fizemos todas essas coisas e as coisas ainda deram errado. E onde as coisas deram errado foi que as equipes, os indivíduos estão realmente fazendo o planejamento. Eles ficaram bastante chocados porque alguns deles não tinham esse nível de maturidade e compreensão ágil em termos de como, como planejar e como se envolver, coordenar com o outro equipes de forma significativa. Então o que eu descobri ao longo do tempo é que é realmente importante que façamos algumas coisas. Então, a primeira coisa é garantir que eles estejam familiarizados com os recursos. Não os choce no começo para dizer sobre a data. Então aqui vamos nós. Aqui estão alguns recursos de você começar a planejar. Um pouco de parede é muito pouco, tarde demais. Certifique-se de um pouco antes da abundância do PI. Você mostrou a eles o que está por vir. Eles têm uma ideia do que há lá. Se idealmente, se pudessem, se pudessem dimensioná-los ou dar uma olhada neles, isso seria útil. Eles têm a oportunidade de perguntar aos arquitetos que tipo de arquitetura na parte duas implicações que o recurso poderia ter. Então isso é muito importante agora, além disso, a outra coisa que você quer estar analisando é treinamento geral e orientação sobre planejamento de relações públicas, se for, se for sua primeira vez. Então você quer ter certeza de que as pessoas entendam o que realmente é esperado para elas. Coloque passo a passo. Faça isso quase prova fictícia. Você terá algumas pessoas em seu evento de planejamento de relações públicas. Há mestres, entendido, eu entendo, mas você também terá pessoas que são completamente novas no Agile também. Então comece do mais básico, tenha um guia passo a passo. Tenho um pacote de equipe que dou a cada equipe. Na verdade, é uma impressão escrita. Não, não é muito ecológico ou o outro. Mas realmente eles precisam disso porque imaginem que eles se movem se movendo tiverem algo em suas mãos. Certo, como faço essa parte da sessão de planejamento? É muito útil e não consigo enfatizar isso o suficiente. Ok, então esse é o vídeo para a preparação do planejamento de PI. Espero que você tenha achado útil. Agora, estou ansioso para vê-lo no próximo vídeo, onde vamos dar isso um passo adiante. Vejo você em breve. Muito obrigado. Fique atento. Fale com você em breve. Tchau. 4. Como planejar o evento: Olá e bem-vindo à série de vídeos de planejamento de PI de sprint zeros. Estamos no homestretch agora. Estamos no terceiro vídeo da série de vídeos de planejamento PI que o orienta sobre como planejar e efetivo e esperamos que um divertido evento de planejamento de PI. Agora, então estamos no, no grande evento agora ele vai falar sobre como você realmente gerencia seu evento de planejamento de PI? Como você executa isso? Então você se preparou muito bem. Você olhou para o segundo vídeo sobre o qual falamos. Você fez todas as coisas para gerenciar um grande evento sobre o qual falamos. Você treinou as equipes e sim, você até tem entradas muito boas entrando em sua sessão de planejamento de PI. Você tem uma visão clara que foi bem articulada pelo executivo. Você tem recursos bem formados. Adivinhe o que eles pediram na ordem do valor máximo que isso pode ser necessário para entregar essa visão. Você entende sua arquitetura, você é capaz de articular isso e você realmente tem o que chamamos de pista arquitetônica. Então agora estão todos preparados. O que fazemos agora? Essa é a pergunta. Então, vamos dar um passo atrás e vamos nos perguntar o que é um evento de planejamento de PI? Qual é o propósito de um evento de planejamento de PI? Agora, o objetivo de um evento de planejamento de PI é criar um plano que esclarece as metas para todo o trem de lançamento ágil para a próxima caixa de tempo do programa, que é, se você se lembrar, é chamado incrementos de programa. Se você se lembra, você se lembra de quanto tempo demorou? Qual é a duração da caixa de tempo? Se você dissesse oito a 12 semanas? Absolutamente Dez semanas tendem a ser o padrão. Na prática, o que estou vendo é que a maioria das organizações está indo para incrementos de 12 semanas. Pelo menos os que eu encontrei vão para incrementos de 12 semanas. Ele se encaixa muito bem nas janelas financeiras que eles têm por lá também. Ok, então agora o que vamos fazer é ver como realmente executar um evento de planejamento de PI eficaz. Agora, existem duas, existem duas abordagens que você pode usar para executar seu planejamento de relações públicas de um I pessoalmente executei eventos de planejamento de PI que ocorrem e são concluídos dentro de um único dia. E também realizei eventos de planos de relações públicas que duram um período de dois dias. Meu feedback aproximadamente eu fiz cerca de 40% do plano de RP é que realizei eventos de um dia e um marrom 60% em torno de dois dias eventos. Eventos do dia a dia ou a duração padrão recomendada para um planejamento de PI. Usando, se você olhar para o guia oficial do framework Agile escalado, eu prefiro também dois dias porque é um pouco mais relaxado. Um dia tende a ser um pouco mais agressivo. Você precisa fazer um pouco mais de esforço em termos de planejamento, as equipes precisam saber exatamente o que estão fazendo. Portanto, há mais esforço em termos de treinamento das equipes também. Então, dois dias, o feedback que recebi é de dois dias é um evento mais relaxado, mais divertido e divertido também. Então, o que vamos falar hoje é o evento de dois dias. Tenho uma série de vídeos de planejamento de PI online em detalhes que estou montando. E isso vai passar por ambos os eventos passo a passo com muito mais detalhes. Mas para os propósitos de hoje, vamos nos concentrar na segunda opção, que é um evento de dois dias, certo? Então, falamos sobre a criação de uma planta. Precisamos esclarecer as metas para o próximo programa, incrementar o planejamento, mas o plano foi levado em consideração. Várias coisas são levadas em consideração. A capacidade de todas as equipes é levada em consideração todas as dependências que você pode ter nas diferentes equipes também. Portanto, tudo isso é considerado e é levado em consideração quaisquer impedimentos e riscos que você possa ter. E uma vez tomado em todos esses fatores, então você cria um plano. Você circuito. Este é um roteiro plausível de como podemos executar no próximo incremento. Ok, então isso é basicamente o propósito do planejamento do PI se n. Então, agora vamos analisar como realmente passaríamos por um evento de dois dias naquele primeiro dia. E eu me lembro da primeira coisa que eu só quero chamar de novo, mesmo tendo mencionado isso no vídeo anterior, é que este é idealmente um evento presencial. Então você quer ter um local onde você convidou todos para vir e você os convidou com bastante antecedência. E eu encorajo você se você não viu o segundo vídeo, por favor, volte e olhe para o lado da preparação das coisas porque não estou cobrindo esse material neste vídeo novamente. Mas basta dizer que você tem um grande evento lá. Você tem um grande local, é capaz de segurar todas as suas equipes lá. Você pode ter algumas salas lá para poder se comunicar com equipes e indivíduos que não podem chegar ao evento também. Ok, então você tem este local incrível e agora você quer começar. Então, como ele realmente começa? Então, se você olhar na sua tela agora, o que você realmente vai ver é uma agenda de exemplo, e este é um exemplo que eu executei pessoalmente. Agora, você pode olhar para os horários não Por favor, não tome o tempo como um dado. Isso é algo que foi configurado para um cliente específico. Leve em consideração suas necessidades específicas, mas isso lhe dará uma ideia. Então, minha abordagem geral de quatro para esse cliente em particular quer ter uma versão mais curta. Então, tivemos uma visão entre 910 da manhã e nesse slot, o que faríamos é começar com a articulação, é claro, como você provavelmente adivinhou a visão. Mas depois que fizemos isso, teríamos um pequeno espaço, talvez dez minutos para falar sobre a visão, onde o executivo entraria e falaria sobre a visão. E então faremos com que o engenheiro do trem de lançamento falasse sobre o, sobre como o último PI, o último incremento do programa realmente foi. E alguns falam sobre métricas, conquistas e outras coisas, e quão longe ao longo da grande visão eles foram. E o que você também está procurando fazer agora para o próximo PI, é aí que entram os gerentes de produtos. Todos os empresários são, os executivos podem entrar e realmente falar sobre o que está acontecendo no próximo PI. Além disso, temos um slot arquitetônico lá dentro. Você gostaria de ter isso lá também. E também diretrizes de planejamento. Então eles estão divididos em provavelmente cerca de cinco ou seis slots diferentes, cinco ou dez minutos cada, e isso cobrirá toda a sua visão pela manhã agora, tendem a manter sua alta energia, muito rápido, e mantenha-o um pouco leve e divertido. Mas também certifique-se de que eles obtenham as informações de que precisam para que eles entendam claramente onde elas estão, onde vão e também quais são os recursos que estão chegando em um nível de pincel largo? Idealmente, as equipes, se você olhou para o vídeo de preparação, você se certificou de que tem durante a preparação para o planejamento de PI, as equipes olharam e eu estou familiarizado com o recursos que estão chegando. Ok, então essa é uma sessão de nove a dez. Agora depois disso, o que você tem é que você tem o que eu chamo de planejar um. Certo? E assim, o que você faria é identificar os recursos em que cada equipe está trabalhando. Agora, os dois elementos para isso, certo? Portanto, um é um recurso que pode ser feito na íntegra por uma única equipe e isso é ótimo, ótimo. Então, se você tem uma equipe totalmente multifuncional, você terá um recurso ou seja, que é um valor real de entrega em todo o seu sistema e em todos os seus diferentes silos. Isso é ótimo. E você tem uma equipe individual capaz de cumprir isso. Fantástico. Agora, às vezes , não haverá o caso. Às vezes você vai descobrir que você tem que apresentar, oh meu Deus, eu preciso de três equipes para trabalhar nisso para realmente ser capaz de entregar isso. Está tudo bem também. Mas o que você quer fazer nisso, nesta sessão é o que você quer fazer é ter certeza que identificou isso, ok? Agora, na prática, costumo identificar isso antes de entrarmos no planejamento de relações públicas porque nos familiarizamos com as equipes, com os recursos e sabemos quais equipes serão donas disso. Então, vem na forma de uma matriz. E mostra quais equipes estão possuindo os recursos. Então, quando dizemos que uma equipe t e individual é proprietária dos recursos, eles são responsáveis por obter os recursos. Todas as diferentes histórias individuais das diferentes equipes, juntando-as, garantindo que elas também sejam feitas. Certo, então essa é a primeira coisa. Agora, a outra coisa que você quer ter certeza é que olhamos para cada equipe individual, sua própria capacidade de equipe. Então eles são, dê uma olhada no PI anterior, veja o que eles realmente fizeram. E eles podem então determinar com base no que fizeram no PI anterior, como, o que eles podem antecipar no PI atual. Agora, obviamente, coisas como feriados, se você tem como um se você tem um PI com nós temos o Natal chegam no meio disso. Claro, isso precisa ser levado em consideração que isso pode ter um impacto bastante grande na nova capacidade também. E também se você tem recursos compartilhados que, o que é, o que pode ser um problema, você precisa ter isso em mente e levar isso em consideração. Certo? Então você não tende a 11. Agora fomos o PI planejando um, ou eles identificaram os recursos. Você identificou, as equipes entendem qual a capacidade deles realmente é fantástica. Agora, no PI, no planejamento até agora. O que você quer fazer é ter certeza de que você também dimensionou os recursos. Então, as equipes agora estão dimensionando-as. Eles os fizeram. Eles podem querer usar o que chamamos de tamanho de camiseta ou podem querer usar pontos de recurso. Não me importo particularmente. Eu dou às equipes a tradução lá para dizer, o que é um pequeno, extra pequeno, pequeno, médio ou grande, que está se referindo aos tamanhos das camisetas e como eles se igualam a pontos de destaque também. Ok, então eu estou planejando, nós dimensionamos os recursos também. Então começamos a pegar os recursos e os dividimos em espaços reservados para a história. Um ponto muito importante a ser observado, e é aqui que as pessoas escorregam bastante. Às vezes, as pessoas realmente começam a tomar os pés disso e sua pausa. Todos aqueles no freio. Todos os recursos estão em tantas histórias quanto puderem. E o desafio com isso é que você acaba descendo para um modelo em cascata. Então, o que queremos fazer é ter cuidado ao quebrar os recursos que estão nos primeiros sprints ou os recursos que estão abrangendo várias equipes. Você quer chamar essas histórias específicas para identificar as dependências entre essas diferentes equipes. Você quer começar a mapear aqueles no quadro de dependências. E você quer ter certeza de que, se houver algum recurso de alto risco com o qual você esteja preocupado e quiser entender um pouco mais de uso, você os divide. Isso é perfeitamente aceitável. Se, digamos, por exemplo, você tem um PI, digamos, eu não sei, um PI de 12 semanas, certo? É perfeitamente aceitável para você dizer, eu vou, não vou dividir os recursos que estão, dentro, na iteração 45, certo? Vou colocá-los lá completamente como seus, especialmente se a equipe for capaz completá-los na íntegra. Porque o que realmente queremos, não queremos que aconteça é que não queremos que a equipe se afaste daquele planejamento just-in-time que é tão poderoso em qualquer abordagem ágil. Então isso é um, esse é um ponto que eu quero esfriar lá fora agora. Então, depois que o quadro for útil, o que você poderia fazer é fazer um Scrum of Scrums onde você tem uma placa lá em cima e você está realmente identificado. Imagine que você tem 12 a 16 equipes agora elas estão jogando juntas. Você quer ter certeza de que todos estão no caminho certo e descobrir se alguém precisa de algum apoio. Se houver algum suporte necessário de outros Scrum Masters ou proprietários de produtos ou do gerente de produto ou da restrição ou de quem quer que seja, então você pode identificar isso durante o Scrum of Scrums. Então, essa é a próxima coisa. Ok, então agora você trabalhou, você teve um grande networking no começo. E lembre-se que isso é sobre rede de comunicação presencial. Em muitas dessas pessoas não se conhecerão antes. Especialmente se você estiver executando como seu primeiro evento de planejamento de PI talvez eles estejam se encontrando pela primeira vez, dependendo do tipo de organização que você tem. Portanto, é uma oportunidade fantástica para fazer esse networking. Então você começou com esse café. Você fez a visão, fez o planejamento onde identificou os recursos, identificou a capacidade da sua equipe, começou a dividir esses recursos em histórias. Você também dimensiona esses recursos e adivinha? Você também identificou. Começou a neblina todas as equipes estão bem, fantásticas, muito bem. Você pode dar um tapinha nas costas. Você fez um ótimo trabalho até agora. Agora vem o almoço, então você vai dar a eles, sugiro que você dê a eles dependendo do tamanho. Olha, se você tem um 100 ou as pessoas em seu PR, vai levar tempo. E especialmente se você tem como um ponto de pitada, como talvez se você tiver um local para almoçar, às vezes pode ser rápido, então pode demorar mais tempo do que se você teve uma sessão mais curta. Então o que você pode querer fazer é ter certeza de dar a eles uma hora inteira de almoço, mas vou deixar isso para você decidir. Mas tenha em mente que os números também podem ter um efeito nisso. Ok, então dê um bom almoço porque você vai se aposentar. Ok, agora depois disso você vai ter a queda natural na energia depois do almoço. Então você quer dar a eles um pouco de um energizador. Às vezes você faz um pequeno jogo. Às vezes, nós os levantamos. Nós apenas os levantamos para levá-los a se levantar. E não apenas para esticar ou fazer algo ou jogar um jogo ativo um com o outro. E isso lhes dá um pouco de impulso também. Ok, agora, no exemplo específico que eu tenho na tela, o que você vai ver é você vai ver que temos uma reunião de sincronização agora neste caso específico. E eu queria manter esse exemplo específico aqui só para mostrar a vocês, tínhamos outro trem de lançamento ágil que estava funcionando também, e eles vão atravessar as dependências da equipe lá também. Então, o que fizemos foi depois do almoço, identificamos essas dependências com a outra vantagem já tensa porque uma coisa que eu não mencionei é que você pediria às equipes que identifiquem quaisquer dependências entre equipes nesta instância específica, pelo menos. E então essa reunião de sincronização seria essa conversa com nossos colegas dos EUA neste exemplo específico. Claramente, se você não tem outra tensão ágil com a qual você precisa sincronizar, então você acabou de cortar isso. Essa seção para fora. Certo, vamos seguir em frente agora. Então agora, depois disso, o que você gostaria de fazer, as equipes voltando do almoço, fizeram seu energizador e agora estão prontas para continuar seu planejamento. Então, eles vão dividir os recursos em espaço reservado para a história. Então agora, se você pensar sobre isso, o que você realmente tem é que você tem essa situação em que imagine, vamos apenas dizer, por causa de argumentos, você tem um número de equipes aqui, ok? E cada um deles saiu com seu plano aqui, certo? Então esse é o plano da equipe aqui. Cada um deles saiu com seu plano de equipe aqui. Certo? Agora, o que você não tem é que você não tem, eu tenho um plano integrado ainda neste momento. Certo. Então, o que eles fizeram foi que eles realmente tomaram os recursos, certo? Basta suportar comigo um segundo. Então, eles pegando seus recursos, identificamos que você lembra que identificamos como esses mapeiam em todas as diferentes equipes e os dividimos em cada uma das equipes diferentes, certo? Então as equipes sabem que estão trabalhando e o que fizeram foi, identificam suas histórias, certo? Provavelmente, eu fatore. Deixe-me desenhar algo aqui, certo? De uma forma maior por aqui. Então imagine que o plano PI, ok? E então haverá identificação suas histórias aqui, certo? Então você tem mais algumas histórias aqui nas anteriores e tem menos histórias à medida que continuamos para baixo, porque precisamos que o plano seja o que chamamos de emergente. E falarei mais sobre isso em um vídeo separado porque não temos tempo para isso neste vídeo agora. Certo? Então, o problema que temos é o que não temos é que não temos um plano integrado. Então o que quero dizer isso é que temos planos individuais isolados neste momento, certo? Então, o que precisamos começar a fazer é que precisamos começar a tentar ficar ocioso. Começamos a precisar incentivar as equipes a descobrir as dependências que elas têm umas das outras. Ok, então agora imagine essa equipe aqui tem uma dependência. Vamos chamá-los de equipe a e equipe B. Vamos imaginar que a equipe tem uma dependência da equipe B. Agora eles vão dizer, bem, eu preciso dessa história nesta iteração, iteração um ou dois ou seja lá o que for. E agora eles vão ter aquela negociação que isso vai continuar. Certo. Então é isso que eles farão em um, em um planejamento, o que eu chamei de planejamento três. Certo? Assim que eles fizerem isso, haverá fazer isso por um tempo, dar-lhes um pouco de uma pausa para o café e deixá-los continuar a fazer isso. Agora o que você descobre é que, se você quiser, se você fez isso direito, você terá um quadro de programa, certo? Era um quadro de dependência do programa. Parece algo assim. Certo. Então o que você tem é que você tem seu, ao longo de suas colunas. O que você tem é que você tem suas iterações, certo? Então, vamos chamar essa iteração uma iteração para a iteração três, e isso continuaria, certo? Certo? E então você tem suas equipes aqui. Isso é chamado de equipe a, equipe B, equipe C. Ok? E então o que você teria aqui é isso, este é um mapa para identificar quaisquer dependências que você tenha. Então, se T está entregando um recurso aqui, e, mas isso requer uma história da Equipe B. É assim que você quer que isso seja realmente representado com uma string ou uma linha entre os dois, certo? E então o que isso significa é que facilita essa comunicação no momento certo para dizer: Ei, essa avó. Então, do TMA pode ter uma conversa com Equipe B apenas para verificar se eles estão passando essa história. Certo. Então, agora temos isso, temos essa necessidade de identificar essas dependências agora. Você terá esses dois, não se preocupe se estiver, se estiver executando este plano de RP, até mesmo usar seu, seu, seu quadro de dependências está permitindo vazio para o primeiro. Mesmo também, até, no meio do planejamento três, não se preocupe muito com isso, tudo bem. É perfeitamente normal porque as equipes precisam descobrir o que estão fazendo individualmente e, em seguida, podemos começar a mesclar a equipe, os planos da equipe juntos. Certo? E agora, durante o planejamento da equipe 34, você quer começar a identificar as dependências entre equipes. Certo? Agora, uma vez que você tenha feito isso de novo, você teria outro posto de controle onde você faz talvez um Scrum of Scrums. E depois disso, o que você quer é no final do dia, você quer ter a oportunidade todos passarem pelos planos da equipe, todos os diferentes planos de equipe. Agora, o que você tem que ter em mente que se você tem como dizer, eu não sei, se você tem, digamos dez equipes, certo? E cada um deles leva seis minutos, é uma hora. Então você explodiu uma hora, certo? Então, tenha isso em mente. Pode parecer que se eu der à equipe como, não sei se dez ou 15 minutos, isso não é muito longo. Mas dependendo do tamanho da sua negociação é começar a somar. Então você só tem que ter isso em mente que você precisa manter o tempo, o termo bem curto e precisa ser bastante sucinto também. Certo? Agora , o primeiro dia termina com uma revisão de gerenciamento com uma gerência e outros executivos-chave e dê uma olhada nisso. E você pode, ok, dada a visão geral dada que temos. Essa é a visão que temos para o trem Agile Release. Ótimo, isso é fantástico. Tudo bem, isso é o que conseguimos no PI anterior, ok? Isso é o que esperávamos alcançar ou é aqui que ele está meio que olhando. O que é esse delta há algum ajuste que precisamos fazer, todo esse tipo de coisa boa que vai acontecer no final agora é um longo dia, lembra, certo? Então, alguns desses custos podem ser muito bons. Mas provavelmente será depois das cinco horas, eu diria certo. Então, você quer, quando estiver configurando sua agenda, certifique-se de definir as expectativas. O que acho é melhor definir as expectativas , antecipadamente. Então as pessoas procuram, especialmente para executivos e outras pessoas que estarão envolvidas com a visão geral. Garantir a obtenção dessa visão. Provavelmente não vai para casa até 6630, algo assim. Certo. Mas lá vai você. Certo. Certo. Dia um. Então agora fizemos o primeiro dia, está tudo ótimo. Dia também. Eu vi por experiência tende a ser um pouco mais relaxado porque as equipes estão agora, espero que se você tenha feito um bom trabalho quebrando a parte de trás do plano, ainda não inteiramente lá. Mas você começa com o seu networking, ok, você poderia começar um pouco mais tarde se quisesse escrever porque você é feito no primeiro dia no estilo 830 e no dia seguinte você poderia dizer, sabe o que? As equipes serão um pouco agora, poderíamos até começar às nove horas. Certo. Mas essa é a sua decisão, obviamente, certo? Então você percebe que quer tomar um café da manhã ou sessão de networking onde as pessoas possam conversar umas com as outras que normalmente não estejam conversando, certo? Porque é aí que a magia acontece, certo? Você está conversando com o papel que você normalmente não fala ou conversa no seu, no seu diário, no seu trabalho diário. Então isso é útil a partir dessa perspectiva. Ok, então agora continuamos fazendo o planejamento para as equipes apenas realmente, isso é apenas um ponto para as equipes continuarem. Eles continuam mapeando as dependências. Agora, neste momento, o que eles estão fazendo é mapear uma série de saídas diferentes também, certo? Então, haverá um, quais são as saídas? Eu só vou, vou limpar isso para dar um pouco de espaço aqui. Tudo bem, então as saídas que temos do planejamento de PI são basicamente a primeira coisa. Como eu disse, obviamente o que temos é temos o conselho de dependência do programa. Certo, então essa é a primeira coisa. Então esse é o quadro geral de dependências que temos que está lá. Certo? Suponho que provavelmente mais importante do que isso são seus objetivos de PI obviamente, certo? Porque é isso que os objetivos que você espera alcançar para apoiar sua visão, certo? Então esse é o PI vai. Agora esse é o PR vai para todo o trem de liberação ágil. Certo? E isso é importante saber. Então você tem essa visão muito grande, este trem maior do Agile Release. E você, você entregou algumas metas no PI anterior. Agora você tem um conjunto de metas que você precisa para vivê-lo no próximo, certo? Certo. Então isso é, a próxima coisa é, é que você agora, é importante, realmente, muito importante também. Não posso enfatizar isso o suficiente, certo? Esta é uma das razões pelas quais o seguro recebe um rap ruim em alguns, em algumas partes da comunidade ágil também, é porque o que as pessoas realmente fazem é que elas não tratam a saída do planejamento PI como um Plano emergente. Eles o tratam como um plano de sprint detalhado por cinco semanas, cinco sprints, o que é simplesmente horrível. Mas você não quer fazer isso. Então, as equipes estão saindo com roteiros da equipe é o que são, como são, como eu gosto de pensar nisso, certo? Roteiro de nível de equipe para k. Então, está dizendo que aproximadamente esses são os recursos que iremos entregar nos próximos cinco sprints, os recursos. E olha, nós dividimos algumas dessas histórias e sabemos para o próximo sprint porque isso é apenas alguns dias de distância. Mas para sprints de acompanhamento, não sabemos por aproximadamente esses são os objetivos que queremos alcançar, certo? A próxima coisa que você tem são os impedimentos. E assim, por impedimentos, o que queremos dizer é que estes são e riscos, ok? Então você tem e suposições. Certo? Tudo bem. Então, por impedimentos, queremos dizer, olhe, você tem que bloquear e agora não temos um servidor, não temos esse recurso. Temos esse desafio com a API que nos impede de fazer algo, pode ser qualquer coisa, pode ser qualquer coisa de saber que algo tolo desse usuário não tem acesso a algo maior. Agora, a única coisa que eu diria , porém, para salientar é que neste nível você não vai colocar impedimentos de nível de equipe que o mestre scrum deve resolver a si mesmo. Você está falando sobre coisas mais de alto nível. Você está falando sobre coisas como se tivesse desafios com recursos, ok? Talvez aconteça. Você tem grandes desafios arquitetônicos que podem estar acontecendo e precisam ser vendidos em nível de programa, ok? Agora, a diferença entre um impedimento e um risco é um impedimento realmente é um risco que foi atualizado. Está lá. Um risco é algo que pode ou não acontecer algum momento no futuro quando ocorreu, esse risco agora se torna um impedimento. Idealmente, você obviamente quer minimizar seu número de impedimentos. Ou como, ou pelo menos você quer ser capaz de pular sobre eles muito rapidamente. Todo bom engenheiro de trem de lançamento terá uma lista quente dos impedimentos e essa é a primeira coisa que eles vão entrar. Eles vão enfrentar, e eu vou resolvê-los porque eles sabem. Que um impedimento é mortal para a execução de um PI, de um SRE, de um ágil realmente reto. E então, obviamente, as suposições são realmente importantes que eu frequentemente deixei de fora também. Certo? Então, essas são as saídas que você espera para começar a se unir agora, nesta fase, certo? Agora, se você olhar para a agenda aqui, nós então almoçamos mais. Você tem uma outra reunião de sincronização de arte no exemplo que eu coloquei aqui, porque isso foi como um exemplo que teve outro Agilent é treinado, como eu mencionei, você tem esses lençóis juntos e agora você tem uma pausa para café. Agora, finalmente, você faz uma revisão final. Agora, isso pode ser mais em um, mais aprofundado e dia um, você tem mais detalhes agora você tem todas as saídas lá. E você tem algo, algo bastante concreto para realmente dar uma olhada. Então, finalmente, o que eu diria é que você quer ter certeza de que encerra todo esse planejamento com muito cuidado, porque é muito fácil sair alto e você tem toda essa saída. E se ele não for cuidadosamente retirado daquela sala não é cuidadosamente colado, então pode haver uma perda entre as saídas do dia de planejamento PI, qualquer máquina ou qualquer ferramenta que você esteja usando para suportar sua execução de PI. Então esse último bit é muito importante. Você quer ter certeza de que tem como uma retrospectiva. Você quer fazer uma retrospectiva para ver o quão bem ela foi. E também temos algo chamado de confiança para no final disso, ok? Então, seu voto de confiança é que você quer descobrir como as pessoas estão confiantes em seu trem geral Agile Release, planeje para o próximo PI. Tudo bem, então algumas coisas então eu vou colocar vídeos, fazer, fazer mergulhos profundos em cada uma dessas áreas diferentes. E também se você precisar de alguma ajuda , por favor me avise. Agora você tem três opções em termos do tipo de suporte que eu forneço em termos de planejamento de PI. A primeira é que a cada quinzena eu tenho alguns slots que uso para ajudar as pessoas com seu planejamento de PI. É mais como uma pergunta e respostas, qualquer ajuda que alguém precise. Agora não posso dar isso a todos devido ao volume de solicitações que recebo. Mas se você tiver alguma dúvida específica, se precisar de ajuda, então você pode preencher o formulário e, se possível, não pode fazer nenhuma promessa, mas, se possível, tentarei dar-lhe um pouco de hora de realmente ajudá-lo com isso. A outra opção que você tem é se você tiver evento de planejamento de API e você é o único a levá-lo para o próximo nível ou é a primeira vez que você faz isso. Ele realmente paga para ajudar a obter alguma ajuda para realmente facilitar um evento profissional. E é isso que eu faço. Assim, você também pode entrar em contato com nossos escritórios para isso. Mais uma vez, os detalhes estarão na página para isso. Finalmente, estou montando uma sessão de treinamento passo a passo de planejamento de PI on-line, qual você pode se inscrever. E, novamente, você pode obter detalhes disso nesta página. Ok, então olhe, espero que você ache isso útil. Estou muito animado por você. Se este for o seu primeiro evento de planejamento de relações públicas, é incrível. Você vai adorar. Eu tenho feito isso há muitos anos. Eventos de planejamento de PI 2021. Agora ajudei a apoiar, preparar, facilitar e acredite, ainda estou muito animado quando o próximo evento de planejamento de PI chega. Desejo-lhe o mesmo tipo de emoção, paixão quando você, quando você está fazendo seu evento de planejamento de PI também. E como eu disse, se você precisar de alguma ajuda, por favor, entre em contato comigo, todos nós esperamos que você ache isso útil. Muito obrigado. Tchau.