Retrospectiva Bug Busters

Formato da retrospectiva Bug Busters

Bugs que esmagamos

Quais defeitos conseguimos detectar e resolver?

Comece pelas conquistas. Peça ao time os defeitos que foram detectados cedo ou corrigidos rapidamente, e as práticas ou pessoas que tornaram isso possível. Reconhecer primeiro o que funciona deixa as colunas mais difíceis mais leves.

Bugs que escaparam

Quais defeitos chegaram à produção ou foram detectados tarde demais?

Conduza esta parte como uma investigação sem culpados. O objetivo é entender como cada problema escapou da detecção para que o time reforce suas redes de proteção. Pergunte sobre lacunas nos testes, requisitos pouco claros e releases apressadas.

O que nos atrasa

O que torna encontrar ou corrigir bugs mais difícil do que deveria?

Olhe para o atrito em encontrar e corrigir bugs, como testes instáveis, logs ruins, responsabilidades indefinidas ou ambientes lentos. Esses gargalos mostram onde mudanças em ferramentas e processos vão trazer retorno.

Plano de prevenção

O que podemos fazer para que esses bugs não se repitam?

É aqui que vocês definem o que fazer. Incentive melhorias concretas com um responsável, ligue cada uma a uma causa raiz levantada antes e registre-as como itens de ação no TeamRetro.

Quando utilizar esta análise retrospectiva

• Depois de uma release ou sprint com mais defeitos ou bugs escapados do que o normal.
• Quando bugs de regressão continuam voltando e o time quer entender o porquê.
• Como parte de um esforço maior para melhorar os testes e a prevenção.
• Depois de um incidente em produção, para uma análise sem culpados de como o bug escapou.

Perguntas sugeridas para quebra-gelo

• Qual foi o bug mais estranho ou engraçado que você já encontrou?
• Se você pudesse apagar para sempre um tipo de bug da existência, qual seria?

Quer um exercício de aquecimento que sua equipe faça, e não apenas responda em voz alta? Veja quebra-gelos gratuitos →

Ideias e dicas para sua reunião de retrospectiva

• Mantenha um tom sem culpados. Fale de sistemas, processos e lacunas, não das pessoas que introduziram os bugs.
• Leve dados como quantidade de defeitos, taxa de escape ou tempo de resolução, para que a discussão se apoie em fatos.
• Use a votação para concentrar os itens de ação nos bugs e lacunas de maior impacto.
• Deixe cada item de ação específico e com um responsável, para que as medidas de prevenção realmente aconteçam.
• Convide QA, desenvolvedores e produto juntos, para que a qualidade seja tarefa de todos.
• Revise as ações de prevenção das sessões anteriores para ver se os bugs recorrentes diminuíram.

Perguntas frequentes