O que foi bem?

Coisas com as quais estamos felizes.

Entregamos todas as histórias comprometidas e atingimos o objetivo da sprint.
Nossas reuniões diárias foram eficientes e nos ajudaram a manter a coordenação.
A nova abordagem de programação em par melhorou a qualidade do código.
O que foi menos bem?

Coisas que devemos melhorar.

Tivemos dificuldades com requisitos pouco claros e precisamos fazer suposições.
Os testes foram apressados no final devido ao aumento de escopo no início da sprint.
Lacunas de comunicação entre as equipes frontend e backend causaram atrasos.
O que queremos tentar a seguir?

Coisas que devemos fazer diferente.

Trazer um especialista no assunto para as reuniões de planejamento e refinamento.
Fazer uma spike de design para funcionalidades complexas antes da implementação.
Definir tempo limite para tarefas para evitar ficar preso em detalhes.
O que nos intriga?

Perguntas sem resposta que temos.

Como podemos melhorar nossas práticas de DevOps e processo de implantação?
Quais habilidades precisamos desenvolver como equipe para o próximo projeto?
Devemos procurar novos frameworks ou ferramentas de teste?

O que é a Retrospectiva Ágil

A técnica de retrospectiva ágil faz 4 perguntas básicas que levam a equipe a pensar sobre os resultados da última sprint e quais ações devem focar em seguida. Embora seja direta, ela transmite a mensagem básica de que você está ouvindo e preparado para melhorias. Baseado no livro de Esther Derby, Diana Larsen e Ken Schwaber, este método testado e comprovado atua como uma regulagem do motor que mantém sua equipe trabalhando em máximo desempenho. Realizada regularmente, ela revela problemas com o ciclo de vida do desenvolvimento de software e dá à sua equipe uma maneira de resolvê-los juntos. Em vez de fazer uma análise post-mortem, retrospectivas ágeis regulares que são curtas, objetivas e documentadas significam que você pode fazer mudanças rapidamente antes que seja tarde demais. Como dirigir um grande navio, é muito mais fácil fazer pequenas mudanças durante o percurso do que descobrir no final que você atracou no porto errado. Diferente de debriefings ou post-mortems, ela visa ter um foco mais positivo e proativo.

Formato da Retrospectiva Ágil

O que foi bem?

Coisas com as quais estamos felizes.

Incentive a equipe a compartilhar exemplos específicos de sucessos, grandes ou pequenos. Celebre as conquistas da equipe e contribuições individuais.

O que foi menos bem?

Coisas que devemos melhorar.

Crie um ambiente livre de culpa para discussão aberta e honesta. Foque nos processos, não nos indivíduos. Procure causas raiz.

O que queremos tentar a seguir?

Coisas que devemos fazer diferente.

Incentive o pensamento criativo e esteja aberto a ideias não convencionais. Procure pequenos experimentos práticos para executar na próxima sprint.

O que nos intriga?

Perguntas sem resposta que temos.

Esta é uma oportunidade para revelar incógnitas ou áreas que precisam de mais investigação. Capture estas para discussão futura.

Quando usar essa retrospectiva

  • No final de cada sprint ou iteração para refletir sobre o ciclo passado.
  • Quando uma equipe quer identificar áreas específicas para melhoria.
  • Após um marco importante do projeto ou release para discutir lições aprendidas.

Sugestões de perguntas quebra-gelo

  • Se você pudesse adicionar uma ferramenta ou processo para ajudar nossa equipe, qual seria?
  • Qual é uma pequena coisa que poderia ter um grande impacto positivo em nossa equipe?

Ideias e dicas para sua reunião de retrospectiva

  • Estabeleça um tom positivo e crie um ambiente livre de culpa para discussão aberta.
  • Defina tempo limite para cada seção para manter a retrospectiva focada e produtiva.
  • Incentive a participação de todos os membros da equipe, não apenas dos mais comunicativos.
  • Capture itens de ação e atribua responsabilidade pelo acompanhamento.
  • Considere ter um papel de facilitador rotativo para obter novas perspectivas.

Está começando a usar retrospectivas? Leia nosso guia sobre como realizar uma retrospectiva →