O Modelo de Reunião Retrospectiva Agile: 5 Formatos Que Funcionam
Cinco formatos retrô (Start/Stop/Continue, 4Ls, Mad/Sad/Glad, Sailboat, DAKI), quando usar cada um e a etapa de compromisso que transforma a conversa em mudança.

✅ Free meeting recording & transcription
💬 Automated sharing of insights to other tools.

Uma reunião retrospectiva (abreviadamente retrô) é uma reunião de equipe recorrente no final de uma fase de sprint ou projeto. A equipe reflete sobre o que aconteceu, decide o que manter e se compromete com o que mudará a seguir.
É a menor unidade de melhoria contínua em agile, codificada no Guia do Scrum de Ken Schwaber e Jeff Sutherland, e ecoou no Manifestos ágeis décimo segundo princípio. Na maioria das equipes, também é a reunião que perde discretamente sua vantagem primeiro.
A maioria dos retros não falha no formato. Eles falham na etapa de compromisso — o único minuto no final em que cada decisão recebe um nome, uma data e um rastreador. O formato escolhido importa menos do que se você realmente executa essa etapa.
Por que os retros ficam obsoletos?
Um retrô fica obsoleto de uma das três maneiras.
A primeira é a repetição. As mesmas três reclamações a cada sprint, o mesmo acordo silencioso, nada muda. A equipe descobre que o retrô é onde as coisas são ditas, não onde elas são consertadas.
A segunda é a segurança. Se a equipe não se sentir segura em nomear problemas reais, o retrô se torna um ritual educado. Isso é especialmente verdadeiro para problemas com liderança, uma pessoa específica ou uma decisão tomada pela empresa. A conversa real acontece em canais paralelos. A pesquisa de Amy Edmondson sobre segurança psicológica na Harvard Business School é a literatura subjacente aqui; a Aliança ágil e a Mountain Goat Software (fundada por Mike Cohn) a citam em uma orientação retrospectiva.
A terceira é a fluência do escopo. O retrô se transforma em uma sessão de desabafo sobre tudo o que está errado com a empresa, incluindo coisas que a equipe não pode influenciar. A energia vaza; nada cai.
A maioria das correções retrô tem como alvo o formato. A solução mais comum está no início: se a equipe tem permissão para dizer coisas verdadeiras e se os compromissos da equipe realmente estão corretos.
O que uma boa reunião retrospectiva produz
Antes de escolher um formato, saiba o que o retrô deve deixar para trás. Um retrô saudável produz quatro coisas:
- Uma pequena lista de mudanças comprometidas para o próximo sprint, com proprietários e datas
- Uma vitória célebre vale a pena repetir, não apenas uma nota para si mesmo
- Um risco ou bloqueador nomeado que não estava sendo rastreado e agora está
- Uma ideia de como a equipe está se sentindo, mensurável ou sentida, mas capturada
Se um retrô termina com três de quatro, foi um bom. Se terminar com zero, o formato ou a facilitação estão errados, não a equipe.
Os 5 formatos retrô (e quando usar cada um)
Nenhum formato único serve para cada equipe em cada sprint. Os facilitadores retrô mais fortes giram.

1. Iniciar/Parar/Continuar
Três colunas. O que devemos começar a fazer? O que devemos parar de fazer? O que devemos continuar?
Ideal para: equipes iniciantes em retros ou equipes que precisam de uma reinicialização rápida e limpa após um drama. Funciona de 30 a 45 minutos.
Modelo:
- Início (entrada silenciosa de 5—7 min + grupo de 10 min)
- Pare (entrada silenciosa de 5—7 min + grupo de 10 min)
- Continuar (entrada silenciosa de 3 a 5 minutos + grupo de 5 a 7 minutos)
- Itens de ação (5 min)
Quando não usar: quando a equipe está presa na repetição. Iniciar/Parar/Continuar é fácil de preencher com os mesmos itens a cada sprint, o que oculta o problema mais profundo.
2. 4Ls: Gostei, aprendido/faltou/desejou
Quatro avisos. Do que você gostou? O que você aprendeu? O que você sentiu falta? O que você desejava? O formato 4Ls é atribuído a Mary Gorman e Ellen Gottesdiener, da EBG Consulting.
Ideal para: fim de uma fase do projeto, de um trimestre ou de uma grande iniciativa. É bom em revelar o crescimento da equipe e o sinal de carreira, não apenas atritos no processo.
Modelo:
- Entrada silenciosa para cada L (3 min cada)
- Discussão em grupo, um L de cada vez (7 a 10 min cada)
- Itens de ação (5 min)
Quando não usar: retros rotineiros de meia corrida. 4Ls consome energia emocional que não é recarregada a cada duas semanas.
3. Louco/Triste/ Feliz
Três emoções. O que te deixou louco? O que te deixou triste? O que te deixou feliz?
Ideal para: equipes saindo de um sprint difícil ou incidente. Permissão para nomear a frustração diretamente, sem vesti-la como linguagem de processo.
Modelo:
- Entrada silenciosa por emoção (3 a 5 min cada)
- Grupo, uma emoção de cada vez, com uma regra de não debate sobre nomeação (7 a 10 minutos cada)
- O que queremos fazer sobre isso? (10 min)
Veja a dinâmica de segurança aqui. A coluna Mad pode desfazer uma equipe ou endurecer um rancor, dependendo do facilitador. Se sua equipe é recém-formada ou já é frágil, escolha um formato diferente até que a confiança seja estabelecida.
4. Veleiro
Uma metáfora visual. Desenhe um veleiro em um quadro compartilhado (Miro, Mural, FunRetro, Retrum, EasyRetro, Parabol ou um quadro branco no Zoom ou no Google Meet). A vela é o vento (o que está nos empurrando para frente). A âncora é o que está nos impedindo. As rochas são riscos futuros. A ilha é a meta para a qual estamos navegando. A retrospectiva Sailboat está associada à metodologia Innovation Games de Luke Hohmann.
Ideal para: equipes que respondem melhor às imagens do que às listas, ou equipes que precisam falar sobre direção estratégica, não apenas sobre o último sprint.
Modelo:
- Defina a ilha (a meta) no topo, 2 minutos de alinhamento do grupo
- Entrada silenciosa através do vento, âncora e rochas (10 min)
- Discussão em grupo, um elemento por vez (10—15 min)
- Itens de ação, enquadrados como “como levantamos a vela/cortamos a âncora/evitamos as pedras?” (5—7 minutos)
Quando não usar: equipes que acham as metáforas irritantes. Algumas equipes adoram veleiro; outras acham que é twee. Leia o quarto.
5. DAKI: Eliminar/Adicionar/Manter/Melhorar
Quatro baldes. O que devemos abandonar completamente? O que devemos acrescentar? O que está funcionando que devemos manter? O que está quase funcionando e que devemos melhorar?
Best for: mature teams where the discussion is already specific. DAKI forces commitment in a way Start/Stop/Continue sometimes doesn't. You're not just starting something, you're adding or dropping it.
Template:
- Silent input for each bucket (3 min each)
- Group discussion (8 min each)
- Vote on the top 1–2 per bucket (5 min)
- Action items (5 min)
When not to use: teams that haven't yet agreed on their core practices. DAKI assumes a baseline to drop or improve from.
How to rotate formats across a quarter
A practical rotation that keeps retros fresh across a 6-sprint quarter:
- Sprint 1: Start/Stop/Continue (fast, low-stakes reset)
- Sprint 2: Start/Stop/Continue (spot patterns across sprints)
- Sprint 3: DAKI (force commitment)
- Sprint 4: Sailboat (zoom out to strategic direction)
- Sprint 5: Mad/Sad/Glad or ESVP (Explorer, Shopper, Vacationer, Prisoner) for an emotional check-in mid-quarter
- Sprint 6: 4Ls (quarter-end reflection)
The point of rotation isn't novelty for its own sake. Different formats surface different signal. A team that only ever runs Start/Stop/Continue sees 30% of what's there. Scrum teams working inside Scaled Agile Framework (SAFe), Large-Scale Scrum (LeSS), Scrum@Scale, or a Kanban setup should also rotate at the program level (the SAFe Inspect & Adapt ceremony plays the same role at the program increment).
The missing 10%: commitment and ownership
Here's the piece most retros skip, and why most retros don't change anything.
A retro that ends with "we should do X" without a name and a date attached is a retro that didn't end. You had a discussion. You did not make a decision. Martin Fowler and the Pragmatic Bookshelf's Agile Retrospectives (Esther Derby, Diana Larsen) have been pointing at this gap since 2006.
The missing 10% is the commitment step. Before anyone leaves the room:
- Every action item has one owner (not two, not a team, one person)
- Every action item has a decide-by or deliver-by date
- Every action item is either going into the team's task tracker (Jira, Linear, ClickUp, Asana, or Azure DevOps) in the next 10 minutes or is not a real commitment
Retros without this step are how teams end up discussing the same three complaints for six months. Retros with it turn into the most valuable 45 minutes of the sprint.

A useful discipline: cap the team at three action items per retro. Teams that commit to ten commit to none. Three is enough to move the needle; ten is a wish list.
The one question that fixes a stale retro
When a retro has gone flat (same people, same complaints, no energy), ask this:
"What's a thing we're all aware is broken, but nobody has named yet because it would be uncomfortable to name?"
Then wait. Don't fill the silence. The first answer is usually the real answer.
This question works because it gives the team explicit permission to name the elephant. Most retros fail because the team is avoiding something. That something is a person, a decision, or a priority. The format is giving them plausible cover. Asking directly removes the cover.
Not every retro needs this. A healthy team working on healthy problems can run Start/Stop/Continue forever. But the first time a retro feels hollow, this is the unlock.
Running retros in remote and hybrid teams
Remote retros demand more deliberate silence than in-person ones. The dominant voice wins faster on a video call (Zoom, Google Meet, Microsoft Teams, Webex). Three adjustments:
- Silent input first, always. Every format starts with individual written input in a shared board before any discussion.
- Round-robin, not volunteer. When moving to discussion, go around the screen in order rather than taking volunteers. Otherwise you hear from the same three people every sprint.
- Write the decisions in the same doc. No side notes, no "I'll send a recap later." If it's not in the shared doc by the end, it didn't happen.
Record the retro. Not to police anyone. Do it to preserve the decisions and the reasoning. Three audiences use the recording: the team member on PTO, the new hire who joins next sprint, and the future retro where someone asks "wait, didn't we already decide this?"
For hybrid retros (some in the room, some remote), put everyone on their own laptop. That rule applies even to the people physically in the room. The asymmetry between "the room" and "the remote attendees" is the single biggest silencer of remote team members. Parity of presence beats quality of room setup.
The role of the facilitator
A retro facilitator is doing four things at once, usually without announcing any of them:
- Keeping the conversation on track without being a cop
- Pulling in the quiet voices without putting anyone on the spot
- Redirecting venting into actionable discussion
- Enforcing the commitment step even when the team is out of energy
The best facilitators rotate the role across the team. The worst facilitator is a manager who sits in the retro every sprint. The team can't name manager-related problems. The facilitator can't safely call out scope creep. If a manager is part of the team doing the work, they facilitate sometimes. If they're above the team, they attend rarely and never facilitate. In Scrum, the Scrum Master is the default facilitator; in Kanban, it's whoever owns the flow, often a team lead or tech lead.
The retro follow-up that separates change from theatre
Within 24 hours of the retro, the facilitator should:
- Post the action items in the team's tracker with owners and dates
- Pin the retro summary in the team channel
- Add a standing 2-minute slot to the next retro titled "How did last sprint's commitments go?"
That last one is the single biggest lever for making retros matter. If the team knows every retro opens with a check on the last one's commitments, commitments get taken seriously. If nobody ever checks, they don't.
Teams that practice this develop a useful habit: the first two minutes of every retro read like a dry stand-up, and the rest of the meeting is better for it.
How MeetGeek automates the retro admin
The retro itself is a human event. The admin around it is exactly the kind of recurring work AI is built for. That admin includes capturing action items, routing them into Jira, Linear, ClickUp, Asana, or Azure DevOps, pinging owners about their commitments, and pulling last sprint's items forward into next sprint's check.

MeetGeek's Meeting Agent joins the retro from your calendar, produces a structured summary with action items extracted and assigned to the right owners, and routes them into your task tracker. A sprint later, when the team asks "how did last retro's commitments go?", the answer is available without anyone digging through a Notion doc.
Ask AI Chat inside MeetGeek for "what did we decide in the last retro?", or pair MeetGeek with Claude through the MeetGeek connector to run Claude's full reasoning over a quarter of retros. This is useful for engineering leaders tracking patterns across multiple teams, or for founders watching how a team's conversations shift over time. The connector is the stronger option for cross-sprint synthesis.
O resultado final para líderes de engenharia e entrega
Um retrô funciona quando três coisas acontecem a cada sprint: uma pequena lista de mudanças confirmadas com nomes e datas, um histórico visível dos compromissos do último sprint e uma equipe que se sente segura em nomear o problema real. O formato importa menos do que isso: Start/Stop/Continue, 4Ls, Sailboat, DAKI e Mad/Sad/Glad apresentam um sinal diferente, mas nenhum deles, exceto um retrô, onde os compromissos não são acompanhados. Escolha o formato adequado ao local em que a equipe está. Execute sempre a etapa de compromisso.
Se sua equipe é pequena e o administrador retrô já é leve, um documento compartilhado e uma entrega manual do rastreador funcionam bem. Se você está correndo de forma retrô em vários esquadrões e os compromissos do último sprint estão se perdendo, uma plataforma de inteligência de reuniões como a MeetGeek é a escolha mais eficaz. Experimente o MeetGeek gratuitamente e veja como os itens de ação de cada retrô chegam no Jira, no Linear ou no seu rastreador preferido sem que ninguém os copie manualmente.
Perguntas frequentes
Quanto tempo deve durar uma reunião retrospectiva?
A maioria dos retros dura de 45 a 60 minutos em um sprint de duas semanas. Menos de 30 minutos e você pulou a etapa de compromisso. Mais de 75 minutos e você está planejando dentro do retrô. Isso pertence a uma reunião separada.
Quem deve assistir a uma retrospectiva?
A equipe de entrega: engenheiros, designers, proprietário do produto, scrum master ou líder de equipe. Os gerentes acima da equipe geralmente não devem estar na sala, porque a presença deles muda o que a equipe está disposta a dizer. Exceções: uma decisão explícita da equipe de convidá-los.
Com que frequência uma equipe deve fazer retros?
Cada sprint, se você estiver executando sprints. Para ciclos mais longos, a cada 2—4 semanas. Ignorar o retrô porque “nada importante aconteceu” é o principal indicador de que um retrô se tornou discretamente performativo.
Qual é a diferença entre uma retrospectiva e uma autópsia?
Um retro é recorrente, cobre todo o sprint ou período e é voltado para o futuro (o que vamos mudar). Uma autópsia é acionada por um incidente, se concentra estritamente nesse evento e produz uma análise da causa raiz. Reuniões diferentes, resultados diferentes.
Como você obtém feedback honesto em um estilo retrô?
Três coisas: primeiro a contribuição escrita silenciosa, a ausência de liderança e um histórico visível de que os compromissos do último retro realmente aconteceram. A honestidade é conquistada com o tempo, não declarada em uma regra básica.
O que fazemos quando a mesma reclamação surge a cada sprint?
Pare de tratá-lo como um item retrô e intensifique-o. Se a equipe levantou o mesmo problema três sprints seguidos sem nenhuma mudança, o retrô não é o local certo. Uma conversa direta com a pessoa ou equipe que pode resolver isso é. O trabalho do retrô está surgindo, não aumentando repetidamente.
A IA pode fazer uma retrospectiva?
Não, e não deveria. O valor do retrô está na reflexão e no comprometimento da equipe. A IA é útil para o administrador: capturar itens de ação, roteá-los e rastrear se os compromissos do último sprint foram cumpridos. A reunião em si é humana.
Como medimos se nossos retros estão funcionando?
Acompanhe duas coisas em um quarto: a porcentagem de itens de ação retrô que realmente foram enviados no próximo sprint e como a equipe responde “nossos retros mudam alguma coisa?” em uma pesquisa anônima. Se o primeiro número estiver abaixo de 50% ou o segundo for “não”, altere o formato antes de alterar qualquer outra coisa.
.avif)











































.webp)




.jpeg)






.jpeg)





.jpg)

.webp)




.jpeg)










