7 min leitura • Guide 809 of 877
Otimização de Fluxo Kanban
Eficiência de fluxo impulsiona produtividade. Os boards Kanban do GitScrum ajudam times a visualizar trabalho, identificar gargalos e otimizar seu fluxo de entrega.
Entendendo Fluxo
Métricas de Fluxo
MÉTRICAS CHAVE DE FLUXO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TEMPO DE CICLO (CYCLE TIME): │
│ ──────────────────────────── │
│ Tempo do início até concluído │
│ Menor é melhor │
│ │
│ Trabalho Iniciado ────────────────→ Trabalho Concluído │
│ ├────────────── Tempo de Ciclo ─────────────────┤ │
│ │
│ TEMPO DE LEAD (LEAD TIME): │
│ ────────────────────────── │
│ Tempo do pedido até concluído │
│ Perspectiva do cliente │
│ │
│ Pedido Feito ──────────────────────→ Trabalho Concluído │
│ ├────────────── Lead Time ───────────────────────┤ │
│ │
│ THROUGHPUT: │
│ ─────────── │
│ Itens concluídos por período │
│ Maior é melhor │
│ │
│ EFICIÊNCIA DE FLUXO: │
│ ──────────────────── │
│ Tempo de trabalho ativo / Tempo total × 100 │
│ Típico: 15-25%, Bom: 40%+ │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EXEMPLO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Item A: ││
│ │ ││
│ │ Tempo total (lead): 10 dias ││
│ │ ││
│ │ │██░░░░░░░░░░░░░██░░░░░░░░░░░░░░░██│ ││
│ │ │2d espera 2d trab 6d espera 2d│ ││
│ │ ││
│ │ Trabalho ativo: 4 dias ││
│ │ Eficiência de fluxo: 4/10 = 40% ││
│ │ ││
│ │ (60% do tempo foi esperando!) ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Otimizando Fluxo
Limitar WIP
LIMITES DE TRABALHO EM PROGRESSO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ POR QUE LIMITAR WIP: │
│ ──────────────────── │
│ Mais WIP = Tempos de ciclo maiores │
│ Menos WIP = Entrega mais rápida │
│ │
│ ALTO WIP (RUIM): │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ DEV (10 itens) │ │
│ │ ┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐ │ │
│ │ │A ││B ││C ││D ││E ││F ││G ││H ││I ││J │ │ │
│ │ └──┘└──┘└──┘└──┘└──┘└──┘└──┘└──┘└──┘└──┘ │ │
│ │ │ │
│ │ Tudo começado, nada terminando │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ BAIXO WIP (BOM): │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ DEV (WIP: 3) │ │
│ │ ┌──┐┌──┐┌──┐ │ │
│ │ │A ││B ││C │ ← Trabalho focado │ │
│ │ └──┘└──┘└──┘ Itens fluem mais rápido │ │
│ │ │ │
│ │ Termine algo antes de começar novo │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ DEFININDO LIMITES DE WIP: │
│ ───────────────────────── │
│ Comece com: Tamanho do time × 1.5 │
│ Ajuste baseado no fluxo │
│ │
│ Time de 5 pessoas → Comece com limite WIP de 7-8 │
│ Se trabalho acumula → Diminua o limite │
│ Se pessoas ficam ociosas frequentemente → Aumente pouco │
│ │
│ LIMITES DE WIP POR COLUNA: │
│ ┌────────────────────────────────────────────────────────┐ │
│ │ BACKLOG │ DEV (3) │ REVIEW (2) │ QA (2) │ CONCLUÍDO │ │
│ │ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ │
│ │ ┌──┐ │ │A │ │ │D │ │ │F │ │ │G │ │ │
│ │ │X │ │ └──┘ │ └──┘ │ └──┘ │ └──┘ │ │
│ │ └──┘ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ │
│ │ ┌──┐ │ │B │ │ │E │ │ │ │ │ │H │ │ │
│ │ │Y │ │ └──┘ │ └──┘ │ └──┘ │ └──┘ │ │
│ │ └──┘ │ ┌──┐ │ │ │ │ │
│ │ ┌──┐ │ │C │ │ │ │ │ │
│ │ │Z │ │ └──┘ │ │ │ │ │
│ │ └──┘ │ │ │ │ │ │
│ └────────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘
Identificando Gargalos
Análise de Fluxo
DETECÇÃO DE GARGALOS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SINAIS DE GARGALO: │
│ ────────────────── │
│ │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ BACKLOG │ DEV │ REVIEW │ QA │ DEPLOY │ CONCLUÍDO │ │
│ │ │ │ │ ▓▓▓▓▓▓ │ │ │ │
│ │ ○ │ ○○ │ ○○ │ ▓▓▓▓▓▓ │ ○ │ ○○ │ │
│ │ ○ │ ○ │ │ ▓▓▓▓▓▓ │ │ ○○ │ │
│ │ │ │ │ ▓▓▓▓▓▓ │ │ │ │
│ └──────────────────────────────────────────────────────┘ │
│ ↑ │
│ GARGALO AQUI │
│ (Acúmulo em QA) │
│ │
│ MÉTRICAS DE ALERTA: │
│ ├── Tempo médio na coluna >> outras colunas │
│ ├── Itens acumulando (acima do WIP) │
│ ├── Coluna anterior frequentemente bloqueada │
│ └── Throughput geral diminuindo │
│ │
└─────────────────────────────────────────────────────────────┘
Resolvendo Gargalos
ESTRATÉGIAS DE RESOLUÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ GARGALO: CODE REVIEW │
│ ──────────────────── │
│ Sintoma: PRs esperando dias por review │
│ │
│ Soluções: │
│ ├── Política de SLA para reviews (ex: 4h max) │
│ ├── Rotação de reviewers │
│ ├── Pair programming (review em tempo real) │
│ ├── PRs menores e mais frequentes │
│ └── Automação: linters, testes, SAST │
│ │
│ GARGALO: QA/TESTES │
│ ────────────────── │
│ Sintoma: Fila de itens aguardando teste │
│ │
│ Soluções: │
│ ├── Shift-left: devs escrevem mais testes │
│ ├── Automação de testes │
│ ├── Ambiente de staging sempre disponível │
│ ├── Critérios de aceite claros │
│ └── QA mais cedo no processo │
│ │
│ GARGALO: DEPLOY │
│ ───────────────── │
│ Sintoma: Muitos itens prontos, poucos deployados │
│ │
│ Soluções: │
│ ├── CI/CD pipeline automatizado │
│ ├── Feature flags para deploy contínuo │
│ ├── Deploys menores e mais frequentes │
│ ├── Rollback automatizado │
│ └── Janelas de deploy expandidas │
│ │
└─────────────────────────────────────────────────────────────┘
Métricas Avançadas
Cumulative Flow Diagram
CFD (DIAGRAMA DE FLUXO CUMULATIVO):
┌─────────────────────────────────────────────────────────────┐
│ │
│ Itens │ │
│ 40 │ ░░░░░░░░░░░░░░░░░░░░░░░ │
│ │ ░░░░░░░▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ │
│ 30 │ ░░░░░░▒▒▒▒▒▒▒▒████████████████████ │
│ │ ░░░░░░░▒▒▒▒▒▒████████▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ │
│ 20 │░░░░░░▒▒▒▒▒▒▒██████▓▓▓▓▓▓▓▓░░░░░░░░░░░░░░░░░░░ │
│ │▒▒▒▒▒▒████████▓▓▓▓▓░░░░░░░░ │
│ 10 │██████▓▓▓▓▓▓▓░░░░░░ │
│ │▓▓▓▓▓▓░░░░░░ │
│ 0 └─────────────────────────────────────────────────── │
│ Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 Sem 6 │
│ │
│ ░░ Concluído ▒▒ QA ██ Review ▓▓ Dev ░░ Backlog │
│ │
│ LEITURA DO CFD: │
│ ├── Linhas paralelas = fluxo estável │
│ ├── Faixas alargando = gargalo se formando │
│ ├── Distância vertical = WIP total │
│ └── Distância horizontal = tempo de ciclo aproximado │
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Checklist de Otimização
CHECKLIST DE FLUXO
══════════════════
VISUALIZAÇÃO:
☐ Board reflete processo real
☐ Políticas de coluna documentadas
☐ Limites de WIP visíveis
☐ Bloqueios sinalizados claramente
LIMITES:
☐ WIP limits definidos por coluna
☐ Limites respeitados rigorosamente
☐ Ajustes baseados em dados
☐ Time entende razão dos limites
MÉTRICAS:
☐ Tempo de ciclo rastreado
☐ Throughput medido semanalmente
☐ CFD revisado em standups
☐ Tendências analisadas mensalmente
MELHORIA:
☐ Gargalos identificados
☐ Experimentos documentados
☐ Resultados medidos
☐ Processo evolui baseado em dados
Fluxo otimizado significa entregar valor mais rápido e com mais previsibilidade—beneficiando tanto o time quanto os stakeholders.