Retrospectivas que geram mudanças, não listas

Objetivo

Sair da reunião com poucas mudanças concretas que de fato sejam implementadas antes da próxima retrospectiva, em vez de uma parede de post-its que ninguém volta a ler.

Pré-requisitos

Uma cadência fixa (ao fim de cada iteração ou a cada duas a quatro semanas), o time inteiro presente, a lista de ações da última retrospectiva e uma facilitação que não seja feita pela chefia. O Scrum Guide descreve a Sprint Retrospective como o evento em que o time examina a sprint que passou quanto a pessoas, interações, processos, ferramentas e sua Definition of Done; ele limita o evento a no máximo três horas para uma sprint de um mês e exige que as melhorias de maior impacto sejam tratadas o quanto antes.

Passos

1. Abrir lendo em voz alta a Prime Directive: seja o que for que descobrirmos, partimos do princípio de que todos fizeram o melhor trabalho possível, considerando o que sabiam, suas habilidades, os recursos disponíveis e a situação. Trata-se de uma premissa de trabalho que mantém a discussão focada no sistema, e não nas pessoas.
2. Revisar primeiro as ações da vez anterior. Para cada uma: concluída, não concluída ou descartada, com uma frase de justificativa. Uma ação que já apareceu duas vezes como «em andamento» é descartada ou redefinida agora.
3. Reunir dados antes de opiniões: incidentes, tarefas que passaram para a iteração seguinte, tempo de espera por reviews, interrupções. Cinco minutos de escrita em silêncio e, depois, agrupar.
4. Escolher um tema por votação com pontos. Discutir só esse tema; o restante fica estacionado com uma anotação.
5. Perguntar pelo mecanismo, não por culpados: o que provavelmente levou a esse resultado? O que precisaria ser diferente para que ele não se repita?
6. Formular no máximo duas ações. Cada uma tem uma responsável (uma única pessoa), um prazo anterior à próxima retrospectiva e um critério de conclusão observável («a lista de testes instáveis está vazia», «o checklist de deploy tem uma etapa de rollback»). Ações que dizem apenas «ter mais cuidado» são rejeitadas.
7. Colocar as ações onde o trabalho acontece: no backlog ou no plano da próxima iteração, como sugere o Scrum Guide, e não apenas na ata.
8. Encerrar com um minuto de avaliação: a reunião valeu o que custou? Se não, ajustar o formato na próxima vez.

Resultado esperado

Uma lista curta e visível de mudanças, com uma taxa de conclusão que o time pode acompanhar ao longo de meses; temas recorrentes chamam a atenção porque voltam a aparecer no passo 2.

Limites e base de verificação

Times sob pressão aguda deixam de fazer a reunião; é melhor encurtá-la do que cancelá-la. Problemas fora da alçada do time exigem escalonamento, não uma ação. O roteiro é uma síntese das fontes citadas e de práticas difundidas; não se afirma nenhuma taxa de conclusão específica.