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.
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Ру́сский, Việt Nam, 简体中文 and 繁體中文.