Modelo de Sprint Retrospective Permalink

Traduzido por IA
· Ver em inglês

Use este Modelo para realizar uma sprint retrospective que termina em ações com responsáveis em vez de uma lista de reclamações. O projeto abre na Vista de tabela, onde a contagem de votos, o impacto e o esforço de cada item ficam lado a lado, para que a ordem de discussão se defina por si mesma.

Pode visitar o projeto Sprint Retrospective e duplicá-lo para o seu espaço de trabalho, sem precisar de construir tudo de raiz.

Pode também explorar mais modelos prontos a usar para acelerar o seu fluxo de trabalho.

Compreender as Sprint Retrospectives

Uma sprint retrospective é uma reunião no final de uma sprint onde a equipa analisa como correu a sprint e decide o que mudar. É sobre o processo e não sobre o produto, o que a distingue de uma sprint review.

As Cinco Etapas

Cada formato de retrospective, independentemente de como designa as suas colunas, passa pelas mesmas cinco etapas.

  1. Definir o contexto. Reafirme que se trata do processo e partilhe os números da sprint para que todos argumentem a partir dos mesmos factos.
  2. Recolher dados. Todos acrescentam o que observaram, bom e mau, sem discussão.
  3. Gerar insights. Pergunte por que algo aconteceu, mais do que uma vez. Um “porquê” dá-lhe um sintoma, três dão-lhe uma causa.
  4. Decidir ações. Transforme as mudanças acordadas em trabalho com um responsável e uma data.
  5. Encerrar. Leia as ações em voz alta. Uma ação que ninguém consegue repetir no final da reunião não sobreviverá à semana.


A terceira etapa é onde o valor reside, e a quarta é onde se perde. A maior parte desta página trata de tornar a quarta etapa difícil de ignorar.

Uma Agenda de 90 Minutos

Noventa minutos adequam-se a uma sprint de duas semanas. A distribuição importa mais do que o total.

Etapa Tempo O que acontece
Definir o contexto 5 min Reafirmar a diretiva principal, partilhar os números da sprint
Recolher dados 20 min Todos adicionam itens a O que correu bem e O que não correu bem
Dot-vote 5 min Três votos cada, registados no campo Votos
Gerar insights 35 min Discutir apenas os itens mais votados
Decidir ações 20 min Mover os itens acordados para Itens de ação com um responsável e uma data
Encerrar 5 min Ler as ações em voz alta. Tudo sem nome não conta


As retrospectives prolongam-se por um motivo: a equipa tenta percorrer todos os itens levantados em vez dos poucos que receberam mais votos. Vote primeiro, depois percorra a lista até o tempo acabar.

Por que as Retros Deixam de Parar de Importar

Duas coisas acabam com um hábito de retrospective, e ambas acontecem silenciosamente.

  • As ações nunca são concretizadas. Uma ação acordada verbalmente, escrita num documento que ninguém reabre, sem responsável e sem data, compete com o trabalho da sprint que tem os três. Perde sempre.
  • O mesmo problema regressa. Um problema levantado em três sprints seguidas não é um que a equipa se esqueceu. É um onde a solução acordada não tratou a causa.


O resto desta página configura os dois hábitos que evitam ambos: cada ação recebe um nome e uma data no momento em que é acordada, e cada repetição é marcada com tag para que o padrão seja visível.

Configurar o Seu Quadro de Retro

Secções da Retro

O Modelo usa sete secções que seguem a reunião desde a preparação até ao acompanhamento.

  • Antes da retro: marcar a reunião, recolher os números e rever as ações da última retro
  • Carry-over da Sprint 23: as ações da retro anterior que ainda estão abertas
  • O que correu bem e O que não correu bem: as duas colunas de recolha
  • Ideias e experiências: sugestões que ainda não são decisões
  • Itens de ação — Sprint 24: o resultado da reunião
  • Cadência da retro: o trabalho recorrente de realizar retros
sete secções do projeto de sprint retrospective na exibição em lista


Dois marcos ficam entre as secções. Sprint 24 retro held marca a própria reunião, e All Sprint 24 actions closed marca a data face à qual as ações acordadas são medidas. Mova ambos para as suas próprias datas primeiro, pois tudo o resto depende deles.

Os Campos

A Vista de tabela só está disponível nos planos Professional, Premium e Enterprise. Mais informações podem ser encontradas na nossa página de preços.

As secções indicam onde um item se encontra. Os campos personalizados indicam o que fazer com ele, e é por isso que este modelo deve ser lido na Vista de tabela.

  • Categoria indica à Vista de tabela o que é uma linha, uma vez que as secções não aparecem como coluna
  • Sprint mantém várias sprints num único projeto sem que o quadro fique confuso
  • Votos guarda a contagem de dot-votes. Ordene de forma descendente e tem a sua agenda
  • Impacto e Esforço juntos decidem qual ação vai primeiro. Alto impacto e esforço reduzido ganha sempre
  • Discutido é a caixa de verificação que impede que um item muito votado seja silenciosamente ignorado
vista de tabela da retrospective com colunas de categoria, sprint, votos, impacto, esforço e discutido

Dica: Pode mostrar ou ocultar campos por vista, para que o facilitador possa trabalhar com todas as colunas abertas enquanto a equipa vê apenas Votos e Categoria durante a reunião.

Estados

No plano de Assinatura Free, pode ter até 5 estados em cada projeto, e este modelo usa 6. Junte A discutir em Para discutir após duplicar, ou atualize o seu plano de assinatura para manter os seis. Mais informações podem ser encontradas na nossa página de preços.

Seis estados acompanham um item desde levantado até resolvido: Para discutir, A discutir, Ação acordada, Em progresso, Concluído e Estacionado.

Estacionado é o que vale a pena usar corretamente. Um item que foi levantado, discutido e deliberadamente não tratado é diferente de um que ninguém chegou a ver, e tratá-los da mesma forma é como o mesmo cartão reaparece em cada sprint.

Abra o projeto na Vista de quadro e organize as colunas por Estado para percorrer as seis etapas da esquerda para a direita.

vista de quadro com a coluna estacionado no final dos seis estados da retrospective

Realizar a Retro

Recolha e Votação

Peça às pessoas que adicionem os seus itens no dia anterior. Uma retrospective que começa com vinte minutos de escrita silenciosa gasta um quarto do seu orçamento em algo que poderia ter acontecido de forma assíncrona.

  1. Todos adicionam os seus itens a O que correu bem e O que não correu bem.
  2. Marque com tag cada um para que o tema seja visível mais tarde: Processo, Ferramentas, Planeamento, Comunicação, Qualidade ou Pessoas.
  3. Faça o dot-vote na reunião, três votos cada, e registe a contagem no campo Votos.
  4. Assinale Discutido à medida que percorre a lista.


Cada item é uma tarefa, por isso a pessoa que o levantou pode colocar os detalhes na descrição em vez de os explicar de memória. O item abaixo contém a evidência, a contagem de votos e a classificação de impacto num único lugar.

um item de retrospective aberto, mostrando a sua descrição ao lado dos campos de votos, impacto e discutido

Nota: Defina a contagem de Votos enquanto a votação ainda está no ecrã. Reconstruí-la depois é adivinhação, e o número é a única coisa que coloca a sua agenda acima de quem fala mais alto.

Decidir as Ações

Limite a reunião a três a cinco ações. Uma retrospective que acorda doze não concretiza nenhuma delas, porque nenhum desse trabalho estava no plano da sprint.

  1. Mova o item acordado para Itens de ação com mover tarefas, ou adicione-o como nova tarefa se a formulação precisar de mudar.
  2. Atribua-o a alguém que esteve na sala.
  3. Defina uma data limite dentro da sprint seguinte.
  4. Divida tudo o que seja maior do que um dia em sub-tarefas, para que o progresso seja visível antes do prazo e não só quando ele chegar.

    um item de ação da retrospective dividido em três sub-tarefas com as suas próprias datas limite


Encerre lendo a lista em voz alta. Uma ação sem nome é um desejo, e este modelo torna isso difícil de esconder, porque a Vista de tabela mostra uma coluna de colaborador vazia de relance.

Acompanhar o que Foi Acordado

Sublistas da Retro

No plano de Assinatura Free, pode criar duas sublistas para cada projeto, e este modelo inclui 3. Mantenha as duas que a sua equipa abre com mais frequência após duplicar, ou atualize o seu plano de assinatura para usar as três. Mais informações podem ser encontradas na nossa página de preços.

Três sublistas tratam dos relatórios, para que ninguém os tenha de escrever.

  • Itens de ação abertos reúne todas as ações por concluir em todas as sprints. É o que abre na próxima retro
  • Mais votados (5+) é a agenda de discussão. Tudo abaixo de cinco votos fica no quadro como registo mas não é discutido
  • Problemas recorrentes reúne tudo o que foi levantado em mais de uma retro
as três sublistas da retrospective na barra de separadores do projeto, com os itens de ação abertos visíveis


As três são baseadas em filtros, por isso atualizam-se automaticamente à medida que os estados e as tags mudam. A lista de recorrentes é a mais útil das três e a que as equipas ignoram. Trate tudo o que aparecer nela como sinal para mudar de abordagem, não para acordar a mesma ação novamente.

Cadência da Retro

A secção Cadência da retro contém o trabalho de manter o hábito vivo: realizar a retro, verificar as ações da última retro antes da seguinte, arquivar os itens da sprint concluída e mudar o formato a cada seis sprints. Defina essas tarefas para repetir no seu intervalo de sprint e o ritual deixa de depender de quem se lembra.

Vista de Painel

A Vista de Painel só está disponível nos planos Professional, Premium e Enterprise. Mais informações podem ser encontradas na nossa página de preços.

O modelo inclui um painel Retro Overview para a parte que nenhuma reunião isolada consegue mostrar: se as ações estão realmente a chegar ao fim. Três widgets tratam disso.

  • Carga de Trabalho por Membro: se as ações da retro estão distribuídas pela equipa ou a acumular numa pessoa
  • Calendário de Prazos: se as ações têm prazo dentro da sprint ou estão a deslizar para além dela
  • Saúde do Projeto: como a contagem de itens abertos evolui ao longo das semanas, que é a medida honesta de se as retros estão a funcionar
o painel retro overview com widgets de carga de trabalho por membro, calendário de prazos e saúde do projeto


As datas de exemplo vão até junho de 2027, por isso o Calendário de Prazos aparece vazio até mover os dois marcos para a sua própria sprint.

Mudar o Formato da Retro

Fazer as mesmas quatro perguntas em cada sprint deixa de produzir novas respostas ao fim de algum tempo. Cada formato abaixo muda o que as pessoas notam, que é a razão principal para mudar.

Situação Formato
Equipa nova, primeiras retros O que correu bem / não correu / a seguir
Observações mas as ações nunca chegam a lado nenhum Começar / Parar / Continuar
Sprint cheia de incógnitas ou nova tecnologia 4Ls: liked, learned, lacked, longed for
Algo correu mal e ninguém o disse Mad / Sad / Glad
Sprint tranquila, querer olhar para a frente Sailboat: vento, âncoras, rochas, ilha


O documento Retro formats cheat sheet do projeto explica em que cada formato é bom e onde falha, para que o facilitador possa escolher um sem ter de ler um livro sobre o assunto.

Nota: Mudar de formato não corrige uma retrospective onde ninguém diz nada. Isso é um problema de segurança psicológica, e nenhum conjunto de cabeçalhos de colunas o resolve. Se as pessoas estão em silêncio, tente realizar algumas retros sem gestores na sala e veja se algo muda.

Comece a Sua Primeira Retro

Tudo nesta página pode ser construído manualmente. O Modelo é a mesma coisa já montada: as sete secções, os seis estados, os seis campos, os dois marcos e as três sublistas, preenchidos com a Sprint 24 de uma equipa para que possa ver uma retro trabalhada antes de a substituir.

Duplique o projeto Sprint Retrospective para o seu espaço de trabalho e depois mude cinco coisas:

  1. Mova ambos os marcos para a sua data real de retro e o seu prazo real de ações.
  2. Renomeie as opções do campo Sprint para os seus próprios números de sprint, e renomeie as duas secções específicas da sprint para corresponder.
  3. Elimine os exemplos da Sprint 24 depois de os ter analisado. Mantenha as secções, os estados e os campos.
  4. Junte A discutir em Para discutir se estiver no plano Free, que permite cinco estados.
  5. Leia o documento Como usar este modelo antes da primeira reunião. Mantém a agenda dentro do projeto, para quem não lê este guia.
o documento como usar este modelo a mostrar a agenda da retrospective de noventa minutos


A retro é uma cerimónia num ciclo mais amplo. Consulte o modelo Agile Scrum para backlogs e sprints, e o modelo de Reunião Diária de Standup para o check-in que decorre entre elas.


Perguntas Frequentes

O que é uma sprint retrospective?

Uma sprint retrospective é uma reunião no final de uma sprint onde a equipa analisa como correu a sprint e decide o que mudar na seguinte. É sobre o processo e não sobre o produto, o que a distingue de uma sprint review.

Quanto tempo deve durar uma sprint retrospective?

Cerca de 90 minutos para uma sprint de duas semanas. A distribuição importa mais do que o total: cinco minutos para definir o contexto, vinte para recolher itens, cinco para votar, trinta e cinco para discutir os mais votados, vinte para acordar ações e cinco para encerrar.

Quais são as cinco etapas de uma sprint retrospective?

Definir o contexto, recolher dados, gerar insights, decidir ações e encerrar. Gerar insights é onde o valor reside, porque perguntar porquê mais do que uma vez é o que separa uma causa raiz de um sintoma.

Como realizo uma sprint retrospective no Quire?

Dê à reunião o seu próprio projeto com secções para o que correu bem, o que não correu, ideias e itens de ação. Todos adicionam itens como tarefas antes da reunião, registe a contagem de dot-votes num campo de número chamado Votos e ordene a Vista de tabela por Votos para obter a ordem de discussão.

Quantos itens de ação deve produzir uma sprint retrospective?

Três a cinco. Uma retrospective que acorda doze ações não concretiza nenhuma delas, porque nenhum desse trabalho estava no plano da sprint e tudo compete com o trabalho comprometido.

Por que os itens de ação da sprint retrospective não são concluídos?

Geralmente porque nunca foram trabalho real. Uma ação sem responsável, sem data e sem lugar no projeto real da equipa perde sempre para os compromissos da sprint que têm os três.

Como paro o mesmo problema de reaparecer em cada retro?

Marque-o com a tag Problema recorrente da segunda vez que for levantado, e mantenha uma sublista com tudo o que tem essa tag. Um problema que reaparece significa que a solução acordada não tratou a causa, por isso mude de abordagem em vez de repetir a ação.

Quais são os formatos mais comuns de sprint retrospective?

O que correu bem / não correu / a seguir, Começar / Parar / Continuar, os 4Ls, Mad / Sad / Glad e Sailboat. Mudar de formato a cada seis sprints evita que as mesmas quatro perguntas produzam sempre as mesmas quatro respostas.

Existe um modelo de sprint retrospective pronto a usar no Quire?

Sim. Visite o projeto Sprint Retrospective e duplique-o para o seu espaço de trabalho para obter as sete secções, seis estados, seis campos, dois marcos e as três sublistas sem os ter de construir.

Última Atualização:

Por favor, contacte-nos caso necessite de mais assistência.