9 min leitura • Guide 780 of 877
Métricas e KPIs Ágeis
Métricas dirigem comportamento, então escolha-as cuidadosamente. O GitScrum fornece analytics integrados e rastreamento customizado para ajudar equipes a melhorar continuamente.
Categorias de Métricas
Métricas de Fluxo
MÉTRICAS DE FLUXO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ VELOCIDADE: │
│ Pontos de história concluídos por sprint │
│ Use para: Planejamento de sprint, capacidade │
│ ⚠️ Não: Compare entre equipes │
│ │
│ Exemplo: │
│ Sprint 10: 24 pontos │
│ Sprint 11: 28 pontos │
│ Sprint 12: 22 pontos │
│ Média: 25 pontos/sprint │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ TEMPO DE CICLO: │
│ Tempo do trabalho iniciado ao trabalho concluído │
│ Use para: Previsibilidade, melhoria de processo │
│ │
│ Exemplo: │
│ Tempo de ciclo mediano: 3.5 dias │
│ Percentil 85: 7 dias │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ TEMPO DE LEAD: │
│ Tempo da solicitação à entrega │
│ Use para: Expectativas do cliente, SLAs │
│ │
│ Exemplo: │
│ De "solicitado" a "implantado": 12 dias média │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ THROUGHPUT: │
│ Número de itens concluídos por período de tempo │
│ Use para: Previsão, planejamento de capacidade │
│ │
│ Exemplo: │
│ 8 histórias/semana (média) │
│ Intervalo: 6-10 histórias/semana │
└─────────────────────────────────────────────────────────────┘
Métricas de Qualidade
MÉTRICAS DE QUALIDADE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TAXA DE DEFEITOS: │
│ Bugs encontrados por unidade de trabalho │
│ Use para: Rastreamento de tendência de qualidade │
│ │
│ Exemplo: │
│ 0.3 bugs por história (após QA) │
│ Tendência: Decrescente (era 0.5 último trimestre) │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ DEFEITOS ESCAPADOS: │
│ Bugs encontrados em produção │
│ Use para: Eficácia de porta de qualidade │
│ │
│ Exemplo: │
│ 2 bugs de produção neste sprint │
│ Meta: < 3 por sprint │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ COBERTURA DE CÓDIGO: │
│ Percentual de código com testes │
│ Use para: Indicador de qualidade de teste (não absoluto) │
│ ⚠️ Cobertura alta ≠ qualidade │
│ │
│ Exemplo: │
│ Geral: 78% │
│ Código novo: 90% (meta: > 80%) │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ MTTR (Tempo Médio para Recuperação): │
│ Tempo médio para corrigir problemas de produção │
│ Use para: Eficácia de resposta a incidentes │
│ │
│ Exemplo: │
│ MTTR: 45 minutos (meta: < 1 hora) │
└─────────────────────────────────────────────────────────────┘
Métricas de Resultado
MÉTRICAS DE RESULTADO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ESTAS IMPORTAM MAIS: │
│ (Métricas de output são meios para estes fins) │
│ │
│ SATISFAÇÃO DO USUÁRIO: │
│ NPS, CSAT, feedback do usuário │
│ Use para: Estamos construindo as coisas certas? │
│ │
│ Exemplo: │
│ NPS: 45 (subiu de 38 último trimestre) │
│ Satisfação de recurso: 4.2/5 │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ VALOR DE NEGÓCIO: │
│ Impacto de receita, economia de custos, alcance de metas │
│ Use para: Priorização, ROI │
│ │
│ Exemplo: │
│ Novo checkout: +12% conversão │
│ Automação: economizou 20 hrs/semana │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ADOÇÃO: │
│ Uso de novos recursos │
│ Use para: Validação de sucesso de recurso │
│ │
│ Exemplo: │
│ Nova busca: 65% adoção (meta: 50%) │
│ Usado diariamente por 40% dos usuários │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ TEMPO PARA VALOR: │
│ Quanto tempo até trabalho entregar valor │
│ Use para: Reduzir tamanhos de lote, feedback mais rápido │
│ │
│ Exemplo: │
│ Média: 3 semanas de ideia à produção │
│ Meta: Reduzir para 2 semanas │
└─────────────────────────────────────────────────────────────┘
Design de Dashboard
Dashboard da Equipe
DASHBOARD DE MÉTRICAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ EXEMPLO DE DASHBOARD DA EQUIPE: │
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Equipe Alfa - Sprint 12 ││
│ │ ││
│ │ VELOCIDADE TEMPO DE CICLO QUALIDADE ││
│ │ ────────── ────────────── ─────── ││
│ │ 25 pts 3.5 dias 0.2 bugs/história││
│ │ ↑ +2 vs méd ↓ -0.5 vs méd ↓ melhorando ││
│ │ ││
│ │ PROGRESSO DO SPRINT ││
│ │ ████████████████░░░░ 80% completo ││
│ │ 20/25 pontos feitos, 3 dias restantes ││
│ │ │
│ │ TENDÊNCIA DE VELOCIDADE (últimos 6 sprints) ││
│ │ 30│ ┌───┐ ││
│ │ │ ┌───┤ ├───┐ ┌───┐ ││
│ │ 20│─┤ │ │ ├───┬─┤ │ ││
│ │ │ │ │ │ │ │ │ │ ││
│ │ 10│ │ │ │ │ │ │ │ ││
│ │ └─┴───┴───┴───┴───┴─┴───┴─── ││
│ │ S7 S8 S9 S10 S11 S12 ││
│ │ │
│ │ DISTRIBUIÇÃO DE TEMPO DE CICLO ││
│ │ ┌───────┐ ││
│ │ ┌───┤ ├───┐ ││
│ │ ──┤ │ │ ├── ││
│ │ 1 3 5 7 dias ││
│ │ Mediano: 3.5 dias ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ FOCO EM TENDÊNCIAS, NÃO NÚMEROS ABSOLUTOS │
│ Estamos melhorando ao longo do tempo? │
└─────────────────────────────────────────────────────────────┘
Métricas Saudáveis
Métricas Equilibradas
EVITE DISFUNÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MÉTRICAS ÚNICAS SÃO PERIGOSAS: │
│ │
│ Se você medir apenas velocidade: │
│ → Histórias ficam infladas │
│ → Qualidade sofre │
│ → Dívida técnica ignorada │
│ │
│ Se você medir apenas tempo de ciclo: │
│ → Apenas histórias pequenas │
│ → Trabalho importante evitado │
│ │
│ Se você medir apenas bugs: │
│ → Codificação defensiva, menos inovação │
│ → Medo de tentar coisas novas │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EQUILIBRE MÉTRICAS: │
│ │
│ Velocidade + Qualidade: │
│ Rastreie velocidade E taxa de defeitos │
│ Rápido mas quebrado não é bom │
│ ││
│ Output + Resultado: │
│ Rastreie throughput E satisfação do usuário │
│ Enviar rápido mas errado não é bom │
│ │
│ Curto-prazo + Longo-prazo: │
│ Rastreie velocidade E dívida técnica │
│ Rápido agora, lento depois não é bom │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ MÉTRICAS PARA MELHORIA, NÃO PUNIÇÃO: │
│ │
│ ❌ "Sua velocidade é menor que Equipe B" │
│ ✅ "Nossa velocidade caiu - o que mudou?" │
│ │
│ ❌ "Você precisa aumentar velocidade 20%" │
│ ✅ "O que está nos bloqueando de entregar mais rápido?" │
└─────────────────────────────────────────────────────────────┘
Rastreamento no GitScrum
Tarefas de Métricas
TAREFA DE REVISÃO DE MÉTRICAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ RECORRENTE: Revisão de Métricas │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ METRICS-SPRINT: Revisão de Métricas Sprint 12 ││
│ │ │
│ │ Frequência: Todo sprint ││
│ │ Responsável: Scrum Master ││
│ │ │
│ │ REVISÃO: │
│ │ ☐ Velocidade vs previsão ││
│ │ ☐ Tendências de tempo de ciclo ││
│ │ ☐ Métricas de qualidade ││
│ │ ☐ Precisão de burndown ││
│ │ ☐ Percentual de trabalho não planejado ││
│ │ │
│ │ ESTE SPRINT: │
│ │ │
│ │ Velocidade: 22 pts (previsão: 25) ⚠️ │
│ │ Análise: Perdeu 1 dia para problema de produção ││
│ │ │
│ │ Tempo de ciclo: 4.2 dias (era 3.5) ⚠️ │
│ │ Análise: Histórias maiores neste sprint ││
│ │ │
│ │ Defeitos: 1 bug de produção (dentro da meta) ✅ │
│ │ │
│ │ AÇÕES: │
│ │ • Discutir perda de velocidade na retro ││
│ │ • Quebrar histórias grandes mais cedo ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TRIMESTRAL: Análise de Tendências │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ METRICS-Q1: Análise de Métricas Trimestral ││
│ │ ││
│ │ RESUMO Q1: │
│ │ │
│ │ Velocidade: Estável (méd 24 pts, intervalo 20-28) │
│ │ Tempo de ciclo: Melhorou (4.5 → 3.5 dias) │
│ │ Qualidade: Melhorou (0.5 → 0.2 bugs/história) │
│ │ Previsibilidade: 85% metas de sprint atingidas │
│ │ │
│ │ VITÓRIAS-CHAVE: │
│ │ • Redução de tempo de ciclo de histórias menores │
│ │ • Melhoria de qualidade de adoção TDD │
│ │ │
│ │ ÁREAS PARA MELHORAR: │
│ │ • Conclusão de meta de sprint (85% → 90%) │
│ │ • Reduzir trabalho não planejado (20% → 15%) ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Discussões da Equipe
Métricas em Retrospectivas
USANDO MÉTRICAS EM RETROS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MÉTRICAS COMO INICIADORES DE CONVERSA: │
│ │
│ Apresente dados, então discuta: │
│ │
│ VELOCIDADE CAIU: │
│ "Velocidade foi 18 pontos, abaixo da média de 25. │
│ O que aconteceu? O que podemos aprender?" │
│ │
│ Não: "Por que não atingiram 25 pontos?" │
│ │
│ TEMPO DE CICLO AUMENTOU: │
│ "Tempo de ciclo foi de 3 para 5 dias. │
│ O que está causando atrasos? Como podemos reduzir?" │
│ │
│ Não: "Vocês estão demorando demais nas histórias." │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ BOAS PERGUNTAS: │
│ │
│ • "O que esta tendência nos diz?" │
│ • "Esta é a métrica certa para rastrear?" │
│ • "O que está por trás desta mudança?" │
│ • "Que experimento poderia melhorar isso?" │
│ • "Esta métrica está refletindo nossos objetivos?" │
│ │
│ ABORDAGENS RUINS: │
│ │
│ • Culpar indivíduos por métricas │
│ • Definir metas arbitrárias │
│ • Comparar com outras equipes │
│ • Recompensar alcance de métrica │
│ (leva a manipulação) │
└─────────────────────────────────────────────────────────────┘