A revisão scrum sprint - etapa 6

A revisão de sprint é um evento scrum e Estágio 6 do roteiro para valor. Este evento scrum é parte integrante do processo de inspecionar-and-adaptação de scrum, e ocorre no final de cada sprint.

Video: Agile Scrum Training Series Part 6 - Sprint Review Meeting

A revisão de sprint é um evento scrum e Estágio 6 do roteiro para valor.
A revisão de sprint é um evento scrum e Estágio 6 do roteiro para valor.

O propósito da revisão de sprint é para o proprietário do produto para obter feedback organizacional sobre se eles estão se movendo o produto na direção certa. É também uma grande oportunidade para o (equipe de desenvolvimento) “talento” para se levantar e mostrar o que eles conseguiram. Eles obter crédito total para o que eles conquistaram, e que eles não têm.

modelagem de exposição empírica remonta ao início dos tempos. No entanto, em algum lugar ao longo do caminho, ele se perdeu em estruturas de gerenciamento de projeto. práticas ágeis e scrum tê-lo trazido de volta com um estrondo. Todo o processo de sprint - desde o planejamento sprint para o scrum diário e agora a revisão sprint e retrospectiva do sprint - colhe os benefícios do modelo empírico e sua premissa de inspecionar e adaptar-se.

Esta reunião, no final de cada Sprint garante que as partes interessadas estão completamente atualizados sobre o que foi realizado no sprint e ter um fórum fantástico para a entrega de feedback diretamente para o proprietário do produto, com a equipe de desenvolvimento escutando. Assim, as partes interessadas têm agora a trabalhar, o produto “shippable” em suas mãos.

O processo de revisão de sprint

A revisão de sprint é Timebox a uma hora por semana de sprint, e tem lugar no fim do último dia do sprint, geralmente uma sexta-feira. Portanto, se seus sprints são uma semana de duração, você iria alocar uma hora cada tarde sexta-feira. Lembre-se de permitir esta despesa momento durante a sessão de planejamento do sprint.

Os participantes na revisão de sprint são toda a equipe scrum e as partes interessadas, nesses papéis:

  • Scrum Master: Facilita a reunião e garante que ele permanece no foco e no tempo.

  • Dono do produto: Resumidamente revê o objetivo do sprint e quão bem a equipe scrum cumpriram a meta, preenche as partes interessadas sobre o que os itens do backlog foram concluídas, e resume o que é deixado para ir na liberação.

    A revisão de sprint não é o lugar para o proprietário do produto para fornecer feedback sobre a funcionalidade completa. Cabe ao proprietário do produto para receber feedback das partes interessadas sobre a direção que estão a tomar o produto. O proprietário do produto aceita ou rejeita cada requisito, como é concluída, e não no final do sprint. O proprietário do produto aprova os requisitos antes de serem demonstradas às partes interessadas.

  • Equipe de desenvolvimento: Exibe e explica os requisitos completos.

  • Stakeholders: Fazer perguntas e dar feedback.

O processo começa com a equipe de desenvolvimento a preparar para a revisão. Considere as seguintes diretrizes para a preparação Sprint Review:

  • A equipe de desenvolvimento prepara para a revisão de sprint, no montante mínimo de tempo (20 minutos max) e sem material de apresentação para apresentar os requisitos que eles completaram.

  • Sem slides formais deve ser usado em uma revisão sprint.

    A equipe de desenvolvimento deve gastar tanto de seu tempo desenvolvendo o produto quanto possível, em vez de preparar teatralidade.

  • Apenas os requisitos que foram consideradas “done” (de acordo com a definição do feito) e aprovados pelo proprietário do produto são demonstrados.

  • A equipe de desenvolvimento apresenta a funcionalidade “shippable” da exigência, que é, como funciona no mundo real.

Video: Know all about Sprint Planning & Agile Estimation under 6 minutes

Se você gastar tempo mostrando as partes interessadas o que poderia ou deveria ter sido feito, isso significa que você está dando uma demonstração fraudada, e você não ter feito qualquer um nenhuns favores. Stakeholders nunca espera menos- eles sempre esperar mais. Ao torná-lo parecido com o seu incremento produto funciona quando realmente não o fizer, você vai ter aumentado sua carga de trabalho para o próximo sprint, porque você vai ter que fazer o trabalho que você mostrou devem trabalhar, além de todo o novo trabalho você vai plano para. Demonstrar apenas incrementos de produtos de trabalho. demos nenhuma fraudada! Eles levam tempo para criar e que é valioso tempo longe de desenvolvimento.

o feedback das partes interessadas

Fundamental para o sucesso da revisão de sprint é o feedback das partes interessadas. É este ciclo constante de comunicação que mantém o projeto em andamento e produzindo o que os interessados ​​querem. Enquanto as partes interessadas não pode dizer os membros da equipe de desenvolvimento como desenvolver requisitos, eles podem fornecer uma visão sobre quais requisitos e características que eles querem desenvolvido para o proprietário do produto, e quão bem as implementações servir as necessidades do cliente.

Este ciclo de feedback serve a um propósito bem: Ele mantém a equipe de desenvolvimento envolvidos e, portanto, emocionalmente engajados no projeto.

Quando Daniel Pink estudou motivação, ele descobriu que um dos três elementos-chave foi ter um senso de propósito em que as pessoas estavam fazendo. Apresentando o trabalho duro dos desenvolvedores e estando directamente envolvido no feedback e planejamento ajuda a fazer exatamente isso. É chamado propriedade.

O feedback é um tema comum em todo scrum. A figura ilustra o quão muitas camadas diferentes de gabarito estão envolvidos no âmbito scrum. Cada feedback em tempo for recebido, ele é um ciclo de volta para as sessões de backlog do produto e planejamento do sprint. Isto é realmente inspecionar e adaptar-se.

Múltiplas camadas de realimentação existir em um projeto scrum típico.
Múltiplas camadas de realimentação existir em um projeto scrum típico.

incrementos de produtos

o incremento do produto é a última das três artefactos scrum.

Dentro de um único sprint, o incremento produto é produto de trabalho considerado feito pelo proprietário do produto e é agora potencialmente “shippable.” É potencialmente shippable porque o proprietário do produto não pode decidir que está pronto para enviar até uma data posterior. Mas a boa notícia é que ele está pronto para enviar, logo que o proprietário do produto está pronto.

Um incremento do produto tem sido

  • Desenvolvido

  • provado

  • Integrado

  • documentada

    Video: SCRUM - 6. SPRINT REVIEW MEETING

Durante a reunião de revisão sprint, este incremento produto é o que é demonstrado para os interessados. O ciclo de inspecionar-and-se adaptar Sprint vida continua como feedback é retirado e traduzido em requisitos. Estes requisitos podem então se elaborada durante as atividades de refinamento do backlog do produto, à medida que sobem na prioridade para apreciação em sprints futuros e, eventualmente, tornar-se novos incrementos produtos.

Video: Agile Scrum Training Part 4 - The Sprint Planning Meeting

A revisão de sprint é sobre como melhorar o produto. Veja como as equipes scrum pode fazer esta melhoria contínua acontecer para sua equipe e processo.

Publicações relacionadas