4 min leitura • Guide 874 of 877
Template de Análise de Retrospectiva de Sprint
Retrospectivas eficazes requerem estrutura. Sem templates, as discussões divagam, itens de ação se perdem e equipes repetem os mesmos problemas. Um bom template de retrospectiva guia a conversa, captura insights e rastreia o acompanhamento de ações de melhoria.
Formatos de Template de Retrospectiva
| Formato | Melhor Para | Estrutura |
|---|---|---|
| Começar/Parar/Continuar | Retros rápidas | 3 colunas, simples |
| 4Ls | Reflexão profunda | 4 categorias, balanceado |
| Bravo/Triste/Feliz | Check-in emocional | Baseado em sentimentos |
| Veleiro | Equipes visuais | Metáfora |
| 5 Porquês | Causa raiz | Focado em problemas |
Templates Clássicos
COMEÇAR / PARAR / CONTINUAR
═══════════════════════════
TEMPLATE:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ COMEÇAR PARAR CONTINUAR │
│ (Começar a fazer) (Parar de fazer) (Continuar) │
│ ───────────────── ──────────────── ───────────── │
│ │
│ □ Pair programming □ Pular revisão □ Standups │
│ em tarefas de código async diários │
│ complexas │
│ │
│ □ Documentar □ Mudanças de □ Sessão de │
│ decisões de escopo tardias planejamento │
│ arquitetura de sprint │
│ │
│ □ Tempo dedicado □ Reuniões durante □ Bloqueadores │
│ a dívida técnica horas de foco no Slack │
│ │
└─────────────────────────────────────────────────────────────┘
RETROSPECTIVA 4Ls
═════════════════
TEMPLATE:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ GOSTEI APRENDI │
│ (O que foi bem) (Novos insights) │
│ ───────────────────── ────────────────── │
│ □ Colaboração da □ GraphQL é mais │
│ equipe no Feature X rápido que REST aqui │
│ □ Revisões PR rápidas □ Precisamos de buffer│
│ □ Requisitos claros para testes de │
│ integração │
│ │
│ ───────────────────────────────────────────────────────── │
│ │
│ FALTOU DESEJEI │
│ (O que faltava) (Queria ter) │
│ ───────────────────── ────────────────── │
│ □ Cobertura de testes □ Melhores dashboards │
│ no módulo de pagamentos de monitoramento │
│ □ Ownership claro □ Mais tempo para │
│ em código compartilhado refactoring │
│ □ Specs de design □ Ambiente de staging │
│ antecipados │
│ │
└─────────────────────────────────────────────────────────────┘
Rastreamento de Itens de Ação
ITENS DE AÇÃO NO GITSCRUM
═════════════════════════
CRIAR TAREFAS DE MELHORIA:
─────────────────────────────────────
Da retrospectiva, criar tarefas GitScrum:
┌─────────────────────────────────────────────────────────────┐
│ Tarefa: [RETRO] Implementar pair programming tarefas complexas│
├─────────────────────────────────────────────────────────────┤
│ │
│ Tipo: Melhoria │
│ Sprint: 15 │
│ Atribuído: Tech Lead │
│ Labels: retrospectiva, processo │
│ │
│ Descrição: │
│ Da retro Sprint 14: Iniciar pair programming em tarefas │
│ estimadas em 5+ pontos para reduzir bugs e silos de │
│ conhecimento. │
│ │
│ Critérios de Aceitação: │
│ □ Definir calendário de pairing para Sprint 15 │
│ □ Rastrear quais tarefas usaram pairing │
│ □ Revisar resultados na retro Sprint 15 │
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
- Controle o tempo rigidamente - 45-60 minutos máximo
- Alterne formatos - Previna fadiga de retrospectiva
- Use dados - Baseie discussões em métricas
- Limite ações - 2-3 itens que realmente serão feitos
- Atribua responsáveis - Ações sem dono não acontecem
- Rastreie completude - Revise na próxima retro
- Foque para frente - Discuta soluções, não culpas
- Envolva todos - Brainstorming silencioso ajuda vozes quietas