7 min leitura • Guide 402 of 877
Otimização de Velocidade da Equipe
Velocidade é uma medida de previsibilidade, não produtividade. Boa otimização de velocidade remove impedimentos e melhora o fluxo. Otimização ruim pressiona equipes a inflar pontos ou trabalhar de forma insustentável. Este guia cobre melhoria saudável de velocidade.
Fatores de Velocidade
| Fator | Impacto | Melhoria |
|---|---|---|
| Bloqueios | Alto | Remover impedimentos |
| WIP | Alto | Limitar trabalho em progresso |
| Clareza | Médio | Melhor refinamento |
| Automação | Médio | Reduzir trabalho manual |
Entendendo Velocidade
O Que Velocidade Mede
BÁSICOS DE VELOCIDADE
═════════════════════
O QUE VELOCIDADE É:
─────────────────────────────────────
├── Pontos completados por sprint
├── Medida específica da equipe
├── Ferramenta de planejamento
├── Indicador de previsibilidade
├── Tendência ao longo do tempo importa
└── Não é medida de produtividade
O QUE VELOCIDADE NÃO É:
─────────────────────────────────────
├── Métrica de produtividade
├── Comparação entre equipes
├── Coisa para maximizar cegamente
├── Medida individual
├── Avaliação de performance
└── Não use mal
VELOCIDADE SAUDÁVEL:
─────────────────────────────────────
Sprint 1: ████████░░ 32 pts
Sprint 2: ██████████ 40 pts
Sprint 3: █████████░ 36 pts
Sprint 4: █████████░ 38 pts
Sprint 5: █████████░ 37 pts
Média: ████████░░ 37 pts
Estável = Previsível = Bom
VELOCIDADE NÃO SAUDÁVEL:
─────────────────────────────────────
Sprint 1: ████░░░░░░ 16 pts
Sprint 2: ██████████ 50 pts
Sprint 3: ██░░░░░░░░ 8 pts
Sprint 4: ████████░░ 40 pts
Sprint 5: █████░░░░░ 22 pts
Errático = Imprevisível = Problema
Estratégias de Melhoria
Removendo Fricção
MELHORIA DE VELOCIDADE
══════════════════════
REMOVER BLOQUEIOS:
─────────────────────────────────────
Bloqueios comuns:
├── Esperando por reviews
├── Esperando por decisões
├── Dependências externas
├── Problemas de ambiente
├── Requisitos pouco claros
└── Abordar cada um
Ações:
├── Rastrear tempo de bloqueio
├── Identificar padrões
├── Abordar causas raiz
├── Escalar rapidamente
├── Medidas preventivas
└── Reduzir tempo de espera
LIMITAR WIP:
─────────────────────────────────────
Por quê:
├── Troca de contexto é cara
├── Mais WIP = tudo mais lento
├── Menos WIP = fluxo mais rápido
├── Foco melhora qualidade
└── Contraintuitivo mas verdade
Como:
├── Limites de WIP nas colunas do quadro
├── Terminar antes de começar
├── Swarm em trabalho bloqueado
├── Uma coisa de cada vez
└── Fluxo sobre utilização
MELHORAR REFINAMENTO:
─────────────────────────────────────
Melhor preparação:
├── Critérios de aceite claros
├── Stories do tamanho certo
├── Dependências identificadas
├── Perguntas respondidas antes do sprint
├── Ready significa ready
└── Menos confusão no sprint
Automação e Ferramentas
REDUZINDO TRABALHO MANUAL:
┌─────────────────────────────────────────────────────────────┐
│ │
│ AUTOMAÇÕES QUE AUMENTAM VELOCIDADE: │
│ │
│ CI/CD: │
│ • Build automático │
│ • Testes automáticos │
│ • Deploy automático │
│ • Menos tempo em tarefas repetitivas │
│ │
│ CODE REVIEW: │
│ • Linting automático │
│ • Formatação automática │
│ • Checks de PR │
│ • Review focado em lógica, não estilo │
│ │
│ TESTES: │
│ • Cobertura de testes unitários │
│ • Testes de integração automatizados │
│ • Testes end-to-end │
│ • Menos bugs em produção │
│ │
│ MONITORAMENTO: │
│ • Alertas automáticos │
│ • Detecção de problemas │
│ • Menos tempo apagando incêndios │
└─────────────────────────────────────────────────────────────┘
Métricas Complementares
Além da Velocidade
MÉTRICAS DE FLUXO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ CYCLE TIME: │
│ Tempo do início ao fim de uma tarefa │
│ │
│ Sprint 10: 3.2 dias média │
│ Sprint 11: 4.1 dias média ⚠️ Aumentou │
│ Sprint 12: 2.8 dias média ✓ Melhorou │
│ │
│ LEAD TIME: │
│ Tempo do pedido à entrega │
│ │
│ THROUGHPUT: │
│ Número de itens completados │
│ │
│ TEMPO EM BLOQUEIO: │
│ Quanto tempo tarefas ficam bloqueadas │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ USAR EM CONJUNTO: │
│ │
│ Velocidade alta + Cycle time alto = Problema │
│ (Grandes batches, não fluxo contínuo) │
│ │
│ Velocidade estável + Cycle time baixo = Saudável │
│ (Fluxo contínuo, entregas frequentes) │
└─────────────────────────────────────────────────────────────┘
Diagnóstico de Problemas
Investigando Quedas
QUANDO VELOCIDADE CAI:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PASSO 1: IDENTIFICAR PADRÃO │
│ │
│ • Queda pontual ou tendência? │
│ • Afeta toda equipe ou indivíduos? │
│ • Correlaciona com algum evento? │
│ │
│ PASSO 2: INVESTIGAR CAUSAS │
│ │
│ CAUSAS EXTERNAS: │
│ • Dependências atrasadas │
│ • Escopo adicionado mid-sprint │
│ • Requisitos mudaram │
│ • Problemas de infraestrutura │
│ │
│ CAUSAS INTERNAS: │
│ • Muito WIP │
│ • Dívida técnica │
│ • Estimativas incorretas │
│ • Falta de clareza │
│ │
│ CAUSAS DE PESSOAS: │
│ • Mudanças na equipe │
│ • Burnout │
│ • Conflitos │
│ • Moral baixa │
│ │
│ PASSO 3: AÇÃO │
│ │
│ • Abordar causa raiz, não sintoma │
│ • Não pressione por mais pontos │
│ • Discuta abertamente na retro │
└─────────────────────────────────────────────────────────────┘
Velocidade no GitScrum
Usando Dados de Velocidade
| Recurso GitScrum | Uso para Velocidade |
|---|---|
| Dashboards | Visualizar tendência de velocidade |
| Burndown | Acompanhar progresso no sprint |
| Histórico | Dados para previsão |
| Relatórios | Identificar padrões |
Planejando com Velocidade
USANDO VELOCIDADE PARA PLANEJAMENTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ HISTÓRICO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Sprint 10: 35 pts ││
│ │ Sprint 11: 38 pts ││
│ │ Sprint 12: 36 pts ││
│ │ Sprint 13: 34 pts ││
│ │ Sprint 14: 37 pts ││
│ │ ───────────────────── ││
│ │ Média: 36 pts ││
│ │ Range: 34-38 pts ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PARA PLANEJAMENTO: │
│ │
│ • Comprometer com ~34 pontos (conservador) │
│ • Ter ~2-4 pontos de stretch goals │
│ • Ajustar por férias/feriados │
│ • Considerar complexidade específica do sprint │
│ │
│ NÃO FAZER: │
│ • "Vamos tentar 45 pontos dessa vez" │
│ • Ignorar dados históricos │
│ • Pressionar por mais sem motivo │
└─────────────────────────────────────────────────────────────┘
Armadilhas Comuns
O Que Evitar
ANTI-PADRÕES DE VELOCIDADE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ✗ VELOCITY COMO KPI │
│ Medir performance por velocidade │
│ → Leva a inflação de pontos, não melhoria │
│ │
│ ✗ COMPARAR EQUIPES │
│ "Equipe A entrega mais que Equipe B" │
│ → Contextos diferentes, estimativas diferentes │
│ │
│ ✗ PRESSÃO POR MAIS PONTOS │
│ "Precisamos aumentar velocidade" │
│ → Foque em remover impedimentos, não empurrar mais │
│ │
│ ✗ IGNORAR TENDÊNCIAS │
│ Não investigar quedas │
│ → Quedas são sinais, não ignore │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ✓ BOAS PRÁTICAS: │
│ │
│ • Use velocidade para planejamento │
│ • Foque em estabilidade, não maximização │
│ • Investigue mudanças, não force resultados │
│ • Combine com outras métricas de fluxo │
│ • Melhore processo, não pressione pessoas │
└─────────────────────────────────────────────────────────────┘