O que são planos de entrega?
À medida que as organizações de desenvolvimento crescem, elas precisam se reorganizar em equipes menores que possam gerenciar com eficiência unidades parceladas de trabalho. Essas equipes geralmente têm seus cronogramas de trabalho, quadros e outros processos que atendem às suas necessidades exclusivas dentro do contexto dos objetivos maiores da organização. Com o tempo, as organizações podem descobrir que desfrutam dos benefícios da rede consolidando seus processos em torno de uma estrutura consistente.
Um plano de entrega é uma visualização de um ou mais cronogramas de trabalho. Destina-se a fornecer às equipas e à gestão uma visão global do que cada equipa está a planear produzir e quando. Permite tomar decisões que otimizam os investimentos em toda a organização.
As equipes devem revisar regularmente seus planos de entrega para garantir que seu cronograma de trabalho esteja alinhado com os cronogramas de outras equipes. Essas avaliações devem abordar questões como:
- Temos certeza de que podemos entregar o que nos comprometemos em nosso cronograma atual?
- Estamos confiantes de que as equipas de que dependemos irão entregar o que precisamos no seu calendário atual?
- Há calmarias na nossa agenda que possamos preencher com trabalho?
- Há problemas com dependências dentro de uma equipe ou entre equipes?
Os planos de entrega agregam valor em qualquer ponto do ciclo de vida de um projeto. Como eles são gerados dinamicamente com base nas listas de pendências da equipe, eles estão sempre atualizados e oferecem os insights mais recentes.
Vamos nos juntar à equipe web do Tailspin em sua discussão.
Andy: Acabei de ter uma ótima reunião com a gerência de engenharia. Fiz uma demonstração do trabalho que estamos fazendo com os Quadros do Azure e eles estão entusiasmados com a perspetiva de integrar outras equipes.
Mara: Incrível! Quando começarão?
Andy: Essa é a melhor parte. Eles já têm! Ontem à noite, o líder do projeto do motor de jogo criou uma equipe com alguns sprints e começou a adicionar itens de trabalho. Eu dei uma olhada rápida esta manhã, e está se moldando bem. Deixe-me mostrar o que eles estão fazendo.
Andy navega para o tabuleiro de sprint atual do motor de jogo. Ele e Mara analisam os itens do trabalho com grande interesse.
Andy: Hmm... Acabei de notar que eles não estão planejando implantar seu beta até o final deste sprint. Não estamos à espera de integrar a nossa tabela de classificação com a base de dados beta durante o nosso próximo sprint? Não podemos fazer isso se eles não enviarem o beta primeiro.
Mara: Esse é um bom ponto. Temos uma dependência dessa equipe para produzir essa entrega para que possamos produzir uma das nossas.
Andy: Isso pode ter realmente prejudicado nossa produtividade no próximo sprint. Vou ligar para eles para saber o que está acontecendo.
Infelizmente, estruturas de equipe mais sofisticadas podem resultar em lacunas ou atrasos na comunicação. Quando uma equipe é bloqueada, ela pode não ser capaz de produzir algo do qual outra equipe depende. Isso pode não ser um grande problema para um pequeno grupo de equipes que têm reuniões diárias para todos os envolvidos. No entanto, à medida que as equipes escalam em tamanho e localização, pode se tornar insustentável para todos saber tudo o que está acontecendo em todos os lugares. É neste ponto que as organizações precisam fazer a transição de um modelo "push" puro (como anúncios presenciais ou por e-mail) para um modelo "pull" (onde as equipes podem revisar e acompanhar as agendas umas das outras).
Andy: Ok, acabei de falar com o líder de desenvolvimento. Ela me disse que sua equipe está impedida de enviar o beta até que a equipe de arte retorne de Cliffchella.
Mara: O festival de música do topo da montanha?
Andy: Sim, aparentemente, é um grande negócio na comunidade de design, e toda a equipe deles simplesmente sai da grade por uma semana inteira para participar. A equipe do motor de jogo está bastante chateada porque atrasou seu cronograma em três semanas. Se soubessem que estava chegando, teriam se assegurado de obter os artefatos de que precisavam com antecedência. Eles também pediram desculpas por não nos avisar antes. Eles não perceberam que estaríamos esperando em seu beta para enviar nossa parte.
Mara: Bem, pelo menos podemos ficar felizes que a equipe do motor de jogo está publicando seus planos de sprint. Ajudou-nos a encontrar este problema de dependência suficientemente cedo para ajustar o nosso calendário.
Andy: Eu só gostaria que houvesse uma maneira de ver esses riscos potenciais chegando mais facilmente. Nossas equipes têm tantas dependências em toda a empresa que não há como participar de todas as reuniões e nos inscrever em todos os grupos de distribuição.
Mara: Devemos criar um plano de entrega para que possamos ver nossos sprints lado a lado. Isso ajudará ambas as equipes a identificar mais facilmente como nossos horários afetam um ao outro.
Recomendações para gerenciar várias equipes ágeis
Uma abordagem ágil, juntamente com o Azure DevOps, pode melhorar substancialmente a transparência e a previsibilidade do projeto. No entanto, os projetos ainda podem esbarrar em desafios tradicionais, muitas vezes relacionados a pessoal ou falhas de comunicação. Aqui estão algumas coisas a considerar ao escalar seus esforços ágeis.
Construa confiança nas suas pessoas e processos
Os primeiros detratores das implementações ágeis são frequentemente céticos sobre sua capacidade de melhorar o desempenho da equipe. É importante que os líderes de pensamento dentro da organização criem confiança, ilustrando como as ferramentas e os processos produzem resultados. Por vezes, estes resultados são melhorias na produtividade, que são fáceis de quantificar. No entanto, não se esqueça de destacar as vitórias da equipe que ocorrem contornando possíveis problemas, como deslizes de cronograma evitáveis ou problemas de qualidade. À medida que as pessoas começam a associar os benefícios ao processo que os alcançou, você terá mais entusiasmo.
Elevar a organização acima da equipa (e individual)
Algumas equipas e indivíduos tornam-se territoriais quando são propostos novos processos ou políticas. Em vez de enquadrar novas políticas como expondo negativamente o desempenho de equipes ou indivíduos específicos, destaque como a nova transparência em toda a organização informa a todos sobre as expectativas. Ter um único lugar onde qualquer pessoa possa rastrear como seu trabalho se relaciona com o cumprimento de seus objetivos pela organização levará para casa a importância de seu compromisso com o processo.
Fomentar uma cultura de transparência
Infelizmente, o termo "transparência" é mal visto. Ninguém pede mais transparência quando tudo corre bem. Em vez disso, a transparência (ou a falta dela) é frequentemente culpada quando as equipes estão lutando. Mesmo com todas as oportunidades de transparência oferecidas para as equipes ágeis, ela ainda está sujeita à honestidade de indivíduos e equipes. Enfatize que uma das razões para a transparência é ser capaz de identificar e resolver possíveis problemas antes que seja tarde demais. Todos compreendem que, por vezes, as pessoas se deparam com circunstâncias que as impedem de cumprir os prazos previstos. Mas se eles não se sentirem seguros em relatar notícias dececionantes até o último momento possível, isso pode ter um impacto muito mais destrutivo. Construir um nível de conforto com transparência pode começar com agradecer às pessoas por relatarem os atrasos esperados o mais cedo possível.