Um time Scrum precisa de uma retrospectiva em cada Sprint?

No final de cada ciclo de Sprint, deve ser realizada uma Retrospectiva. Mesmo assim, em quase todos os meus treinamentos de Certified Scrum Master, me perguntam se um time realmente precisa fazer uma Retrospectiva em cada Sprint.

O raciocínio por trás disso geralmente é algo assim:

Nosso time é tão bom que raramente encontramos oportunidades de melhoria, por isso queremos parar.

Achamos as Retrospectivas entediantes, por isso queremos parar.

Estamos ocupados demais (ou as Retrospectivas demoram muito), por isso queremos parar.

Simplesmente não gostamos de Retrospectivas, por isso queremos parar.

Neste artigo, vou abordar cada um desses argumentos e explicar por que você ainda deve realizar uma Retrospectiva em cada Sprint. No final, vou explicar que talvez – realmente só talvez – não seja necessário fazer uma Retrospectiva em cada Sprint. (Você não esperava isso, certo? Continue lendo…)

O time é bom demais para Retrospectivas

Seu time não é tão bom que não possa melhorar. Conheço times que trabalham com Scrum há dez anos e fazem uma Retrospectiva a cada duas semanas. Mesmo esses times continuam encontrando novas oportunidades de melhoria. É realmente muito improvável que seu time seja tão bom que não haja nada que possa ser melhorado ou que não valha a pena mudar.

Retrospectivas são entediantes demais

Ninguém disse que Retrospectivas devem ser tão empolgantes quanto o último blockbuster de Hollywood. Mas há algumas coisas que você pode fazer para torná-las um pouco mais interessantes.

Por exemplo, você pode trazer um ar fresco pedindo ao Scrum Master de outro time para facilitar sua Retrospectiva. Um estilo diferente pode ser muito útil. (Lembre-se de retribuir o favor.) Você também pode mudar o local. Pode realizar a Retrospectiva ao ar livre, talvez até durante uma caminhada.

Experimente um formato diferente para a reunião. Muitos times criaram o hábito de experimentar regularmente novos métodos para a Retrospectiva. (E não, "abolir Retrospectivas" não é um deles.)

O time está ocupado demais para Retrospectivas

Um time que afirma ter muito a fazer e, portanto, não pode reservar tempo para melhorias, não está pensando a longo prazo.

Stephen Covey, em seu livro Os 7 Hábitos das Pessoas Altamente Eficazes (no original: Seven Habits of Highly Effective People), faz uma comparação com um lenhador que tenta derrubar uma árvore com uma serra durante dias. Em algum momento, a serra fica cega. Com uma visão tão de curto prazo, o lenhador nunca vai parar para afiar a serra.

Um Scrum Team que pensa de forma igualmente imediatista nunca vai reservar nem meia hora do seu tempo de trabalho para encontrar oportunidades de melhoria. Em vez disso, supervaloriza o pedacinho de código que pode desenvolver nesses 30 minutos.

O time não gosta de Retrospectivas

Essa também é uma forma de dizer que Retrospectivas são entediantes. Mas vou abordar isso separadamente, porque pode ser mais do que apenas tédio ou rotina. Alguns membros do time simplesmente não gostam delas.

Isso é realmente uma pena para esses membros do time, pois todos no time devem trabalhar de forma profissional. E um profissional realiza todas as partes do seu trabalho, não apenas as que gosta de fazer.

Assim que termino de escrever este artigo, eu o reviso para torná-lo melhor. Isso não é muito divertido. Depois preciso fazer a revisão ortográfica. Isso realmente não é divertido. Depois peço para outra pessoa ler o texto e considero se aceito as alterações ou não. Isso não é divertido.

Nem toda parte do nosso trabalho é sempre divertida. Se alguns membros do time não gostam de Retrospectivas, mas elas ajudariam o time a melhorar, então o time deve realizá-las.

Quando é aceitável não fazer uma Retrospectiva em cada Sprint

Mencionei no início que também diria quando é aceitável não fazer uma Retrospectiva em cada Sprint. Quando seria esse o caso?

Se o seu time:
- é realmente bom.
- se esforça para que as Retrospectivas não sejam entediantes.
- não está ocupado demais para cuidar de melhorias de longo prazo.

também entendeu o valor dos trabalhos que não são tão divertidos.

… e se trabalha com Sprints curtos. Então eu diria que é aceitável não fazer Retrospectivas com tanta frequência.

E este é o motivo: Basicamente, as regras do Scrum dizem que um Sprint não deve ter mais de quatro semanas. Um time que realmente não quer fazer Retrospectivas poderia simplesmente trabalhar com Sprints de quatro semanas.

Vamos supor que um time escolheu Sprints de uma semana por bons motivos. Mas esse time acha as Retrospectivas tão terríveis que muda para Sprints de quatro semanas, só para não precisar fazer Retrospectivas com tanta frequência.

Essa seria uma decisão ruim, a menos que a mudança trouxesse outros benefícios sensatos além de simplesmente fazer Retrospectivas com menos frequência.

Por isso, um bom Scrum Master deve realmente encorajar o time a fazer uma Retrospectiva em cada Sprint e refutar os quatro argumentos mencionados acima. No entanto, em alguns poucos casos, o Scrum Master também deve estar aberto a que o time faça uma Retrospectiva apenas a cada dois Sprints, se trabalhar com Sprints de uma ou duas semanas.

Quero enfatizar que sempre tento dissuadir os times disso. Sempre tento convencer os times a fazer uma Retrospectiva em cada Sprint. Porém, se um time realmente atingiu um nível de desempenho muito alto e trabalha com Sprints curtos (por exemplo, uma semana), estou disposto a aceitar seus argumentos.

Nesse caso, deixo que façam uma Retrospectiva a cada dois Sprints. E na maioria das vezes, isso ainda é mais frequente do que times que trabalham com Retrospectivas de quatro semanas.