Guia Scrum — Como Organizar Reunião Retrospectiva

A  Sprint Retrospective  ocorre após a  Sprint Review  e antes do próximo  Sprint Planning . Esta é, no máximo, uma reunião de três horas para  Sprints de um mês . A sessão de retrospectiva é basicamente uma reunião de “melhoria” realizada para encontrar maneiras e meios de identificar possíveis armadilhas, erros passados ​​e buscar novas maneiras de evitar esses erros, que são atendidos por todos – o  proprietário do produto ,  scrum master , membros da equipe de desenvolvimento , e opcionalmente com as partes interessadas.

Duração da Reunião Retrospectiva da Sprint

A regra geral para a duração de uma reunião de retrospectiva do sprint é que geralmente não leva mais de 45 minutos por semana de duração do sprint. A tabela a seguir ilustra essa regra:

O formato geral varia um pouco, mas geralmente fazemos algo assim:

• Podemos definir um timebox para a reunião proporcional à duração do Sprint.
• Participantes: o proprietário do produto, toda a equipe e eu.
• Nós nos mudamos para uma sala fechada, ou para um canto aconchegante do sofá, desde que possamos ter uma discussão tranquila.
• Alguém é designado como secretário.
• O Scrum master mostra o sprint backlog e, com a ajuda da equipe, resume o sprint. Eventos e decisões importantes, etc.
• Nós fazemos “as rodadas”. Cada pessoa tem a chance de dizer, sem ser interrompida, O que correu bem no Sprint? O que deu errado no Sprint? O que aprendemos no Sprint? O que devemos fazer de diferente no próximo sprint?
• Nós olhamos para a velocidade estimada vs. real. Se houver uma grande diferença, tentamos analisar o porquê.
• Quando o tempo está quase acabando, o Scrum master tenta resumir sugestões concretas sobre o que podemos fazer melhor no próximo sprint.

Nossas retrospectivas geralmente não são muito estruturadas. O tema subjacente é sempre o mesmo: “O que podemos fazer melhor no próximo sprint?”

Detalhes sobre perguntas retrospectivas

1. O que deu certo no Sprint?

As possíveis perguntas que podem ser feitas, para entender a razão por trás de um sucesso na iteração, nos perguntando o que deu certo para reconhecer todas as coisas boas que aconteceram.

• O que nos motivou a fazê-lo?
• O que fizemos de diferente para torná-lo um sucesso?
• Qual treinamento, habilidade ou conhecimento contribuiu para a diferença?
• Qual ponto forte em você faz isso acontecer?
• Quais pontos fortes da sua equipe que fizeram isso acontecer?
• Qual é a contribuição do membro da equipe que o ajudou a realizá-lo?
• Como conseguimos?

2. O que deu errado no Sprint?

Enquanto as perguntas nesta seção não devem ser feitas para avaliar o desempenho do indivíduo ou para penalizar, mas para coletar informações e identificar as maneiras de resolvê-lo no próximo Sprint. Onde melhor procurar para fazer melhorias do que onde as coisas não estão indo bem? De fato, essa pergunta traz à tona dificuldades, problemas e insatisfações que a equipe enfrenta atualmente.

• Como deu errado?
• O que você fez que deu errado?
• Quantos são os responsáveis ​​por isso dar errado?
• Onde você está ciente de fazer isso vai dar errado?
• Você entendeu errado e, portanto, implementou errado?
• Você entendeu certo, mas mesmo assim deu errado?
• O que fizemos bem?

3. O que aprendemos no Sprint?

Qual é o aprendizado deste Sprint? Essas perguntas são úteis para identificar o que deu certo e o que deu errado. Isso nos encoraja a olhar para o que aprendemos sobre a maneira como estamos trabalhando. Alguns exemplos podem ser:

• Como esse sprint foi executado?
• Onde foi que deu errado neste sprint?
• Quando deu errado?
• Como deu errado?
• Quais técnicas foram úteis?
• Quais técnicas não foram úteis?
• O que aconteceu de forma suave durante este sprint?
• O que não correu bem durante este sprint?
• Que aprendizado durante este Sprint pode nos educar para o próximo Sprint?

4. O que devemos fazer diferente no próximo Sprint?

Esta seção basicamente se concentra em identificar as possíveis ações corretivas do passado de sucesso, fracasso e aprendizado.

• Como a força do indivíduo pode ser utilizada para resolver o problema?
• O que deve ser feito com frequência para evitar que o problema surja novamente?
• Quais ações devem ser implementadas imediatamente para as quais você tem largura de banda e capacidade?
• Identifique a 1 coisa a ser alterada e explique como você pode mudá-la?
• Quais estratégias funcionarão para concluir o trabalho?

Ações corretivas

• O que você fará no próximo Sprint para concluir esta ação?
• Como você vai fazer isso para torná-lo um sucesso?
• Quando você fará isso durante o Sprint?
• Você precisa de ajuda para concluir isso?
• Que suporte adicional você precisa?
• Como você vai me deixar saber que você completou?
• O que você fará depois de realizar isso durante o Sprint?

Problemas que geralmente surgem durante as retrospectivas

“Deveríamos ter gasto mais tempo dividindo as histórias em subitens e tarefas”

“Demasiadas perturbações externas”

“Nós nos comprometemos demais e só conseguimos metade das coisas feitas”

“Nosso ambiente de escritório é muito barulhento e confuso”

Resumo

A reunião retrospectiva do Scrum pode ser pensada como uma reunião de “lições aprendidas”. As perguntas da Right Retrospective permitem que a equipe pense, ao mesmo tempo em que fornece uma propriedade a cada membro da equipe, tornando-a verdadeiramente  Agile .

Faça uso das perguntas dadas acima com base no cenário e motive sua equipe e você mesmo a mostrar melhorias nas próximas Sprints. Embora essas perguntas de amostra sejam indicativas, você pode personalizar conforme sua necessidade.