Guia Scrum | 38. O que é uma Sprint Retrospective?

Sprint Retrospective é um evento de encerramento do Sprint que apenas membros do Time Scrum podem participar. Isso permite que ele seja totalmente dedicado aos assuntos internos da equipe. Isso ocorre porque a Sprint Retrospective é usada principalmente para refletir sobre os métodos de trabalho atuais, bem como para discutir sugestões para melhorá-los.

O que é uma Sprint Retrospective? - índice:

1. Introdução
2. Objetivos e tópicos da Sprint Retrospective
3. Como conduzir uma Retrospectiva de Sprint eficaz?
4. Problemas a serem discutidos
5. Discussão e compromisso
6. Resumo

Introdução

A Sprint Retrospective é a reunião que encerra cada Sprint. É um dos eventos do Scrum, sobre os quais escrevemos em uma visão geral em um artigo separado.

De acordo com o guia oficial do Scrum, uma Sprint Retrospective leva no máximo três horas para uma Sprint mensal. Ou correspondentemente mais curto se o Time Scrum trabalhar em ciclos mais curtos.

Objetivos e tópicos da Sprint Retrospective

Todos os membros do Time Scrum participam da Sprint Retrospective. O objetivo da reunião é discutir problemas relacionados ao trabalho do Time Scrum e como eles lidam com eles. No entanto, estes não são problemas relacionados ao Produto que está sendo desenvolvido pelo Time Scrum, mas questões relacionadas à natureza e curso da cooperação entre os membros do Time Scrum.

Como as questões levantadas são muitas vezes sensíveis e delicadas, a Sprint Retrospective é um evento fechado. Podemos formular seus objetivos da seguinte maneira:

• para resumir as formas atuais de cooperação
• para identificar os problemas e imperfeições que requerem melhorias
• para sugerir soluções e modificações

Os objetivos da Sprint Retrospective estão intimamente relacionados aos pilares do empirismo nos quais o Scrum é apoiado. Os dois primeiros pontos estão relacionados à inspeção. Enquanto o último está relacionado à adaptação. Escrevemos mais sobre os pilares do empirismo e seu papel no Scrum neste artigo.

O resultado das respostas às reuniões acima não é apenas uma imagem clara dos princípios de cooperação do Time Scrum disponíveis para todos os seus membros. A equipe também assume compromissos para melhorar a cooperação e o comportamento da equipe, que serão implementados no próximo Sprint.

Como conduzir uma Retrospectiva de Sprint eficaz?

Como a Sprint Retrospective é uma reunião difícil, o papel do Scrum Master que modera a discussão é crucial. Idealmente, ele ou ela deve sugerir aos membros do Time Scrum para falar em seguida. Por exemplo, ele pode pedir a todos que deem um resumo de uma frase do Sprint final.

Problemas a serem discutidos

Como falar sobre problemas na equipe pode provocar muita emoção, uma solução comum é anotar as questões a serem discutidas em pedaços de papel separados. Assim fica mais fácil expressar sua opinião. Também é mais fácil identificar áreas problemáticas maiores e questões sobre as quais mais pessoas têm preocupações.

Se houver muitos problemas que o Time Scrum apresenta, você pode começar discutindo os principais. Ou selecione coletivamente quais questões são as mais importantes na opinião do Time Scrum.

Você pode adiar problemas para os quais não houve tempo suficiente durante a Retrospectiva da Sprint para a próxima retrospectiva. Claro, apenas no caso de eles ainda ocorrerem.

Discussão e compromisso

As partes mais importantes da Sprint Retrospective, no entanto, são a discussão e o compromisso.

A discussão deve focar as causas dos problemas, os momentos em que eles ocorrem e seu impacto no funcionamento do Time Scrum. Vale a pena considerar se sua ocorrência pode ser evitada e com quem discutir sua solução.

Assumir compromissos é tão importante quanto diagnosticar os problemas, porque apenas saber que eles existem e as causas não se traduzem em resolvê-los. O resultado de uma Sprint Retrospective geralmente são vários compromissos. Se o problema afeta toda a equipe, muitas vezes um dos membros da equipe se compromete a prestar atenção especial a um problema específico no próximo Sprint. E propor sua solução, ou mesmo resolver o problema em si. Se, por outro lado, o problema diz respeito à ação de uma pessoa específica, ela se compromete a mudar seu comportamento já no próximo Sprint.

Resumo

Sprint Retrospective é um resumo de um Sprint da perspectiva da colaboração entre os membros do Time Scrum. Seu objetivo é melhorar a eficiência e nutrir os três pilares do empirismo: transparência, fiscalização e adaptação. Transparência, em que todos os colaboradores falam francamente entre si sobre os sucessos e os problemas que surgem na equipe. Inspeção, que envolve o diagnóstico frequente e confiável da situação na equipe, e adaptação, ou seja, correção de erros que surgem continuamente.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autor: Caroline Becker

Como Gerente de Projetos, Caroline é especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo fazem dela a melhor pessoa para transformar projetos complicados em realidade.

Ver todas as postagens

Guia do Scrum:

1. Glossário de termos básicos, funções e noções
2. O que é Scrum?
3. Valores do Scrum
4. Como implementar o Scrum na sua empresa?
5. Time Scrum - o que é e como funciona?
6. Quem é um Product Owner?
7. Os erros mais comuns do Product Owner
8. Quem é o Scrum Master?
9. Características de um bom Scrum Master
10. Os erros mais comuns do Scrum Master
11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
12. Cooperação entre Product Owner e Scrum Master
13. Equipe de Desenvolvimento em Scrum
14. Os erros mais comuns dos desenvolvedores
15. Artefatos do Scrum
16. Escalando Scrum
17. Backlog da Sprint
18. O que é o Backlog do Produto?
19. O que são histórias de usuários?
20. Criando a melhor história de usuário com INVEST
21. Os erros mais comuns da história do usuário
22. Critérios de aceitação da história do usuário
23. Estimativa e pontos de história no Scrum
24. Poker de Planejamento
25. Jogo de estimativa de equipe
26. Definindo Incremento
27. Eventos Scrum
28. O que é Sprint no Scrum?
29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
30. O que é um gráfico Burndown?
31. Como criar e interpretar um gráfico de burndown?
32. Vantagens e desvantagens do gráfico de burndown
33. Quadros Kanban em Scrum e Scrumban
34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
35. Reunião diária
36. Planejamento de Sprint
37. Revisão da Sprint
38. O que é uma Sprint Retrospective?
39. Erros comuns durante uma Sprint Retrospective
40. Nutrição do Backlog do Produto