A gestão ágil revisão de sprint

Durante um projeto usando metodologias de gestão ágeis, você segurar periódica Sprint comentários -

reuniões para analisar e demonstrar as histórias de usuários que a equipe de desenvolvimento concluídas durante o sprint. A revisão de sprint é aberto a qualquer pessoa interessada em analisar as realizações da Sprint. Isto significa que todas as partes interessadas ter a chance de ver o progresso sobre o produto e fornecer feedback.

A reunião Sprint Review é valioso para a equipe de desenvolvimento, pois proporciona uma oportunidade para a equipe para mostrar seu trabalho diretamente e obter o reconhecimento dos stakeholders. A reunião contribui para o moral da equipe de desenvolvimento, mantendo a equipe motivada para tentar produzir volumes cada vez maiores de um trabalho de qualidade. A revisão de sprint mesmo estabelece um certo nível de comparativo competição amigável entre as equipes do scrum que mantém todos focados.

A revisão de sprint é Stage 6 no Roteiro para valor, como mostrado:

Preparar-se para uma revisão de sprint ágil

Preparação para uma reunião Sprint Review ágil não deve demorar mais do que alguns minutos, no máximo. A revisão de sprint se concentra em demonstrar o que a equipe de desenvolvimento tem feito. Conhecer as histórias de usuários concluídos e estar pronto para demonstrar a funcionalidade dessas histórias prepara você para começar com confiança a reunião Sprint Review.

Preparação para a reunião Sprint Review envolve o proprietário do produto ea equipe de desenvolvimento. O proprietário do produto precisa saber as histórias que usuário A equipe de desenvolvimento concluída durante o sprint. A equipe de desenvolvimento precisa ser pronto para demonstrar concluída, funcionalidade shippable.

Para a equipe de desenvolvimento para demonstrar o produto na revisão sprint, deve ser concluído de acordo com a definição do feito:

Video: Revisão da Sprint

  • Desenvolvido

  • provado

    Video: Agile

  • Integrado

  • documentada



Como histórias de usuários são concluídas durante todo o sprint, o proprietário do produto e equipe de desenvolvimento deve verificar se o produto atende a esses padrões. Esta validação contínua durante todo o sprint reduz os riscos de fim de sprint e ajuda a equipe scrum gastar tão pouco tempo quanto possível preparar a revisão sprint.

Dicas para a realização de um ágil revisão de sprint

A revisão de sprint geralmente ocorre no final do dia, no último dia do sprint, muitas vezes, uma sexta-feira. Uma das regras de scrum é gastar não mais de uma hora em uma reunião Sprint comentário para cada semana do sprint. Orientações para a sua reunião de avaliação final:

  • Não slides do PowerPoint! Consulte o sprint backlog se você precisar exibir uma lista de histórias de usuários concluídas.

  • Toda a equipe scrum deve participar da reunião.

  • Quem está interessado na reunião podem assistir. Os participantes do projeto, os estagiários de verão, eo CEO poderiam ser teoricamente em uma revisão sprint.

  • O proprietário do produto introduz o objetivo lançamento, o objetivo do sprint, e os novos recursos incluídos.

  • A equipe de desenvolvimento demonstra que é concluída durante o sprint. Normalmente, a equipe de desenvolvimento apresenta novas funcionalidades ou arquitetura.

  • A demonstração deve ser em equipamentos o mais próximo possível ao ambiente de produção planejado. Por exemplo, se você estiver criando um aplicativo móvel, apresentar as características de um smartphone - talvez ligado a um monitor - ao invés de um laptop.

  • As partes interessadas podem fazer perguntas e fornecer feedback sobre o produto demonstrada.

  • Nenhuma funcionalidade fraudada divulgadas não, como valores codificados e outros atalhos de programação que fazem a aplicação olhar mais maduro do que é atualmente.

  • O proprietário do produto pode conduzir uma discussão sobre o que vem a seguir com base nas características apenas apresentados e novos itens que foram adicionados ao backlog do produto durante o sprint atual.

No momento em que você começa com a revisão sprint, o proprietário do produto já viu a funcionalidade para cada uma das histórias de usuários e concordou que eles estão completos.


Publicações relacionadas