Simyl
simylflow
Início do Curso
Módulo 3: Eventos Scrum
Lição 5 de 5
15 min

Retrospectiva da Sprint

O motor da melhoria contínua.

1Propósito da Retrospectiva

A Retrospectiva da Sprint é onde o Time Scrum inspeciona a si mesmo—como trabalhou junto—e cria um plano de melhoria.

Pontos-chave:

  • Timebox: Máximo de 3 horas para uma Sprint de um mês (90 min para 2 semanas)
  • Participantes: Apenas Time Scrum (sem stakeholders)
  • Resultado: Melhorias acionáveis, idealmente adicionadas ao Backlog da Sprint

Este é o coração da melhoria contínua. Pule-o, e você para de melhorar.

O Evento Mais Importante

Muitos argumentam que a Retrospectiva é o evento Scrum mais importante. É o mecanismo primário para o time adaptar seu processo. Todo o resto pode ser corrigido aqui.

2O Que Inspecionar

A Retrospectiva examina três áreas:

Pessoas: Quão bem trabalhamos juntos? Comunicação? Colaboração?

Processos: Nossas práticas estão nos servindo? Standups, planejamento, refinamento?

Ferramentas: Nossas ferramentas estão ajudando ou atrapalhando? CI/CD, ferramentas de comunicação?

A Diretiva Principal: "Independentemente do que descobrirmos, entendemos e realmente acreditamos que todos fizeram o melhor trabalho que puderam, dado o que sabiam na época, suas habilidades e capacidades, os recursos disponíveis e a situação em questão."

Essa mentalidade cria segurança psicológica para reflexão honesta.

3Formatos Que Funcionam

Começar/Parar/Continuar: O que devemos começar a fazer? Parar de fazer? Continuar fazendo?

Bravo/Triste/Feliz: O que nos frustrou? O que decepcionou? O que nos deixou felizes?

4Ls: O que Gostamos? Aprendemos? Faltou? Desejamos?

Veleiro: Vento (o que nos impulsiona), Âncoras (o que nos segura), Rochas (riscos à frente), Sol (para onde estamos indo).

Linha do tempo: Percorra a Sprint cronologicamente. Onde as coisas foram bem ou mal?

Alterne formatos: O mesmo formato toda Sprint fica monótono. Varie.

4Fazendo as Melhorias Funcionarem

O maior modo de falha: identificar melhorias mas não agir sobre elas.

Torne as melhorias específicas: Não "comunicar melhor", mas "programar em par em itens complexos durante a primeira hora."

Adicione ao Backlog da Sprint: Trate melhorias de processo como trabalho da Sprint com tempo alocado.

Limite as melhorias: Escolha 1-2 para focar. Não tente consertar tudo.

Revise as melhorias da última Sprint: Nós as fizemos? Elas ajudaram?

Cemitério de Ações

Se suas ações da retro consistentemente não são feitas, você está desperdiçando a Retrospectiva. Ou as torne menores, priorize-as na Sprint, ou aborde por que não estão acontecendo.

Principais Conclusões
  • Retrospectivas inspecionam pessoas, processos e ferramentas
  • A Diretiva Principal cria segurança para honestidade
  • Alterne formatos para manter fresco
  • Melhorias devem se tornar trabalho da Sprint ou não acontecerão
Armadilhas Comuns a Evitar
  • Mesmo formato toda Sprint leva ao tédio
  • Culpar indivíduos viola a Diretiva Principal
  • Muitas ações significam que nenhuma é feita
  • Pular quando 'muito ocupado' mata o motor de melhoria

Exercícios Práticos