Ações de retrospectiva que saem do papel

Uma retrospectiva só vale o tempo se algo muda depois, e o que costuma falhar não é a discussão, é o acompanhamento. O time sai com uma lista de boas intenções, a lista fica num lugar que ninguém olha, e a maior parte some em silêncio antes da próxima sprint. A solução não é uma reunião melhor, é transformar cada melhoria em uma única ação rastreada, com dono e prazo, e começar a próxima retro revisando a anterior. Abaixo: por que as ações se perdem, o que a evidência diz, e um jeito simples de fazê-las grudar.

Por que as ações de retrospectiva se perdem

Três modos de falha aparecem sempre:

• Elas ficam no lugar errado. Um quadro branco é ótimo durante a reunião e inútil uma semana depois. Se a ação não está onde o time trabalha todo dia, ela sai do radar.
• Retrabalhar é chato, então pula-se. Quando alguém precisa copiar as ações da retro para uma ferramenta de tarefas na mão, esse passo é o primeiro a cair numa semana cheia.
• Ninguém é dono. "Devíamos melhorar o code review" é um desejo. "A Ana vai propor uma janela de review até sexta" é uma ação. Sem nome e prazo, ninguém é responsável.

O que a pesquisa diz

Dois achados valem a pena conhecer, porque apontam direto para a solução.

A segurança vem antes da honestidade. Décadas de pesquisa sobre times mostram que a segurança psicológica, a crença compartilhada de que o time é seguro para correr riscos interpessoais, é o que permite as pessoas levantarem problemas e aprenderem, em vez de ficarem caladas para não parecerem mal. Em um estudo fundacional com 51 times, a segurança psicológica previu o comportamento de aprendizado, que por sua vez previu o desempenho (Edmondson, 1999). Uma retrospectiva só traz à tona problemas reais se as pessoas se sentem seguras o suficiente para nomeá-los, então o formato precisa proteger isso.

Donos e prazos estão fortemente ligados ao acompanhamento. Dados rigorosos e revisados por pares sobre conclusão de ações são escassos, mas os números disponíveis apontam todos na mesma direção. Em uma pesquisa com praticantes ágeis, quase todos criavam ações, mas só uma minoria sempre dava um prazo a elas. Dados reportados por fornecedores de ferramentas de retro são uma associação, não prova, mas são consistentes: as taxas de conclusão sobem bastante quando um item tem dono nomeado e data de entrega. (Referências em Fontes, abaixo.)

A leitura prática: deixe seguro ser honesto, e então torne cada ação concreta e com dono.

Deixe seguro ser honesto

O jeito mais rápido de perder valor é as pessoas escreverem o que é confortável em vez do que é verdade. Um hábito simples de formato ajuda: mantenha as notas de cada pessoa ocultas até todos terem adicionado as suas, e então revelem juntos. Quando as notas ficam privadas primeiro, as pessoas escrevem o que de fato pensam em vez de reagir ao que já está no mural. É a mesma ideia anti-ancoragem por trás da revelação simultânea do planning poker: entrada independente primeiro, discussão depois.

O quadro de três zonas

Mantenha a estrutura simples e igual toda vez: O que foi bem, A melhorar e Ações. Deixe as pessoas adicionarem notas ao longo da sprint, não só na reunião, para os momentos importantes serem capturados quando acontecem em vez de lembrados pela metade no fim.

Dois hábitos deixam a discussão mais afiada:

• Revelem as notas juntos, como acima, para ninguém se ancorar no primeiro comentário.
• Conectem cada melhoria à sua ação. Liguem o problema em "A melhorar" ao item concreto em "Ações", para o "porquê" ficar grudado no "o quê".

Transforme melhorias em ações reais

Quando a retro termina, cada nota em Ações deve virar um item rastreado com três coisas:

Mantenha em um só lugar, ao lado da retro de onde veio, com uma contagem visível do que ainda está aberto e do que está atrasado. O objetivo é que não haja nada para copiar em outra ferramenta, porque o passo da cópia é exatamente onde as ações costumam se perder.

Comece a próxima retro pela anterior

Antes de coletar novas notas, gastem dois minutos nas ações da última vez. Quais estão feitas? Quais estão travadas, e por quê? Times que fazem isso notam algo rápido: as ações ficam menos, menores e mais específicas, e as retros param de repetir as mesmas queixas.

Uma ação com dono e data vale mais que cinco boas intenções.

Checklist rápido

• Adicionem notas durante a sprint, não só na reunião.
• Revelem as notas juntos, depois discutam.
• Transformem cada melhoria em uma ação concreta.
• Deem a cada ação um dono e uma data.
• Abram a próxima retro com o status da anterior.

Perguntas frequentes

Por que as ações de retrospectiva nunca são feitas?

Em geral porque ficam num lugar que ninguém olha, precisam ser recopiadas em outra ferramenta, ou nenhuma pessoa é dona delas. Manter cada ação em um só lugar, com dono e data, remove os três pontos de falha.

Quantas ações uma retro deve gerar?

Menos é melhor. Uma ou duas ações concretas e com dono que de fato são feitas valem mais que uma lista longa de boas intenções. Se o time gera mais do que consegue concluir, limite e carregue o resto só se ainda importar.

Quem é dono de uma ação de retrospectiva?

Uma pessoa nomeada, nunca "o time". O dono não precisa fazer todo o trabalho, mas é responsável por fazê-lo andar. Propriedade compartilhada costuma significar nenhuma propriedade.

Como fazer as retrospectivas parecerem seguras?

Deixem as pessoas adicionarem e revelarem notas sem serem observadas, mantenham a mesma estrutura simples toda vez, e foquem no processo em vez de culpar indivíduos. A pesquisa liga esse tipo de segurança psicológica a times que aprendem e melhoram.

O que fazer com as ações não concluídas?

Comecem a próxima retrospectiva revisando-as. Fechem o que está feito, e para o que está travado, perguntem por quê antes de carregar adiante. Se um item vive escorregando e não importa mais, descartem com honestidade em vez de deixá-lo pendurado.

Quais são as três colunas de uma retrospectiva?

Um formato comum e simples é O que foi bem, A melhorar e Ações. As duas primeiras enquadram a discussão, e a terceira é onde as melhorias viram compromissos concretos e com dono.

Fontes

1. Edmondson, A. (1999). Psychological Safety and Learning Behavior in Work Teams. Administrative Science Quarterly, 44(2), 350-383 (a segurança psicológica prevê o aprendizado do time, que prevê o desempenho; estudo com 51 times).
2. Dingsøyr, T. et al. (2018). Learning in the Large: an Exploratory Study of Retrospectives in Large-Scale Agile Development. XP 2018, LNBIP 314 (estudo de caso longitudinal; a maioria dos problemas levantados se relaciona a aprendizado e melhoria do time).
3. Dados de praticantes e fornecedores sobre conclusão de ações (pesquisa de praticantes da Retrium; números de conclusão de ferramentas de retro): donos nomeados e prazos estão consistentemente associados a muito mais conclusão. Tratar como associação, não prova.