5 min leitura • Guide 459 of 877
Retrospectivas de Sprint Orientadas por Dados
Retrospectivas orientadas por dados vão além de sentimentos subjetivos para identificar padrões reais no desempenho da equipe. As análises de sprint do GitScrum fornecem as métricas—tendências de velocidade, tempo de ciclo, taxas de conclusão—que fundamentam discussões de melhoria em fatos e ajudam as equipes a rastrear se as mudanças realmente funcionam.
Orientadas por Dados vs Orientadas por Opinião
| Orientadas por Opinião | Orientadas por Dados |
|---|---|
| "Sentimos que fomos lentos" | Tempo de ciclo: 5,2 dias (aumento de 30%) |
| "Muitos bugs" | Taxa de escape de bugs: 12% (vs meta de 8%) |
| "O escopo continuava mudando" | 8 itens adicionados no meio do sprint |
| "Revisões demoraram demais" | Tempo de revisão: 18h média (era 8h) |
| "Não conseguimos estimar" | Variância de velocidade: ±40% |
Métricas Principais para Retrospectivas
PAINEL DE SAÚDE DO SPRINT
┌─────────────────────────────────────────────────┐
│ │
│ VELOCIDADE CONCLUSÃO │
│ ┌─────────────────────┐ ┌─────────────┐ │
│ │ 32 │ 35 │ 28 │ 41 │ │ 82% │ │
│ │ S1 │ S2 │ S3 │ S4 │ │ comprometido │ │
│ └─────────────────────┘ └─────────────┘ │
│ Média: 34 | Variância: ±15% │
│ │
│ TEMPO DE CICLO TEMPO BLOQUEADO │
│ ┌─────────────────────┐ ┌─────────────┐ │
│ │ 4,2 dias média │ │ 12% │ │
│ │ ↑ 0,8 do último │ │ da capacidade│ │
│ └─────────────────────┘ └─────────────┘ │
│ │
│ DISTRIBUIÇÃO POR TIPO DE TRABALHO │
│ ┌─────────────────────────────────────────┐ │
│ │ Funcionalidades: 60% | Bugs: 25% | Dívida: 15% │
│ └─────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────┘
Agenda de Retro com Dados
FORMATO DE RETRO ORIENTADO POR DADOS (45 min)
1. REVISÃO DE DADOS (10 min)
┌─────────────────────────────────────────────────┐
│ Mostrar métricas do sprint: │
│ • Velocidade vs compromisso │
│ • Detalhamento do tempo de ciclo │
│ • Taxa de introdução de bugs │
│ • Mudanças de escopo │
│ • Tempo bloqueado │
│ │
│ "Quais padrões notamos?" │
└─────────────────────────────────────────────────┘
2. COLETA QUALITATIVA (10 min)
┌─────────────────────────────────────────────────┐
│ A equipe compartilha: │
│ • O que pareceu bom/ruim? │
│ • O que surpreendeu nos dados? │
│ • O que os dados não capturam? │
└─────────────────────────────────────────────────┘
3. ANÁLISE DE CAUSA RAIZ (15 min)
┌─────────────────────────────────────────────────┐
│ Escolher 2-3 principais problemas (dados + sentimentos) │
│ 5 Por quês para cada um │
│ "Isso é um problema único ou recorrente?" │
└─────────────────────────────────────────────────┘
4. AÇÕES (10 min)
┌─────────────────────────────────────────────────┐
│ Comprometer-se com 1-2 experimentos │
│ Definir como mediremos o sucesso │
│ Atribuir responsável e prazo │
└─────────────────────────────────────────────────┘
Análise de Tendências
VISÃO DE TENDÊNCIA MULTI-SPRINT
Métrica S1 S2 S3 S4 Tendência
─────────────────────────────────────────────
Velocidade 32 35 28 41 ↗ +15%
Tempo de Ciclo 3,1 3,5 4,2 4,8 ↗ +55% ⚠️
Taxa de Bugs 8% 10% 9% 15% ↗ +88% 🔴
Tempo de PR 6h 8h 12h 18h ↗ +200% 🔴
Mudança Escopo 2 3 5 8 ↗ +300% 🔴
PERGUNTA PARA DISCUSSÃO:
"A velocidade aumentou mas também aumentaram
bugs e mudanças de escopo. Qual a relação?"
Melhores Práticas
- Prepare dados antes da retro não durante
- Visualize tendências não apenas sprint único
- Compare com metas não números arbitrários
- Deixe dados provocarem perguntas não conclusões
- Acompanhe conclusão de itens de ação sprint a sprint
- Inclua dados qualitativos (pontuações de pesquisa, etc.)
- Celebre melhorias mostradas nos dados
- Defina metas de melhoria mensuráveis
Anti-Padrões
✗ Usar dados para culpar indivíduos
✗ Ignorar sentimentos da equipe quando dados parecem bons
✗ Paralisia de análise com muitas métricas
✗ Sem baseline = sem comparação significativa
✗ Nunca acompanhar se ações melhoraram métricas
✗ Escolher dados para apoiar narrativas