Começando com Kanban

Kanban enfatiza visualizar trabalho, limitar trabalho em progresso e otimizar flow para entrega contínua. Os boards customizáveis do GitScrum com limites WIP, swimlanes e métricas de flow tornam a implementação de Kanban direta enquanto fornecem os analytics necessários para melhorar continuamente a performance do time.

Princípios Core do Kanban

Configurando Seu Board Kanban

SETUP BÁSICO DE BOARD KANBAN

     Backlog   │  A Fazer │  Em Progresso │  Review   │  Done
     (sem limit)│   (10)   │      (5)      │    (3)    │  (∞)
    ───────────┼──────────┼───────────────┼───────────┼────────
               │          │               │           │
    [Feature A]│[Feature B]│ [Feature D]   │[Feature F]│[Done 1]
    [Bug 1]    │[Bug 2]   │ [Bug 3]       │           │[Done 2]
    [Feature C]│[Task 1]  │               │           │[Done 3]
    [Task 2]   │          │               │           │
    [Task 3]   │          │               │           │
               │          │               │           │

    ← Puxar da esquerda │ Limite WIP enforçado │ Completo →

Design de Colunas

COLUNAS RECOMENDADAS PARA TIMES DEV

SIMPLES (Comece aqui):
┌─────────────────────────────────────────────────┐
│ Backlog → A Fazer → Em Progresso → Done         │
└─────────────────────────────────────────────────┘

PADRÃO:
┌─────────────────────────────────────────────────┐
│ Backlog → Ready → Dev → Review → Test → Done    │
└─────────────────────────────────────────────────┘

COM ESPERA EXPLÍCITA:
┌─────────────────────────────────────────────────┐
│ Backlog → Ready → Dev → [Esperando] → Review →  │
│                                    → Test → Done│
│                                                 │
│ Colunas [Esperando] expõem blockers            │
└─────────────────────────────────────────────────┘

COLUNAS DIVIDIDAS (Fazendo/Feito):
┌─────────────────────────────────────────────────┐
│           Dev          │        Review          │
│  ┌─────────┬─────────┐ │ ┌─────────┬─────────┐  │
│  │ Ativo   │ Pronto  │ │ │ Review  │ Aprovado│  │
│  │         │ Review  │ │ │         │         │  │
│  └─────────┴─────────┘ │ └─────────┴─────────┘  │
│                        │                        │
│  "Feito" = pronto para │  Handoff visual        │
│  próximo estágio puxar │  dentro de estágios    │
└─────────────────────────────────────────────────┘

Estratégia de Limite WIP

DEFININDO LIMITES WIP

Passo 1: Contar membros do time trabalhando ativamente
Passo 2: Definir limite WIP por estágio

FÓRMULA (ponto de partida):
┌─────────────────────────────────────────────────┐
│  WIP Em Progresso = Tamanho do Time × 1.5       │
│                                                 │
│  Exemplo: 4 desenvolvedores                     │
│  Limite Em Progresso: 6 itens                   │
│  Limite Review: 3 itens                         │
└─────────────────────────────────────────────────┘

MUITO ALTO (sem efeito):
┌─────────────────────────────────────────────────┐
│  Todos têm 5 itens → troca constante            │
│  Sem dor → sem sinal de melhoria                │
└─────────────────────────────────────────────────┘

MUITO BAIXO (bloqueando):
┌─────────────────────────────────────────────────┐
│  Pessoas ociosas esperando capacidade           │
│  Gargalos artificiais                           │
└─────────────────────────────────────────────────┘

CORRETO:
┌─────────────────────────────────────────────────┐
│  Leve pressão para terminar antes de começar    │
│  Gargalos visíveis e endereçados                │
│  Flow é suave                                   │
└─────────────────────────────────────────────────┘

AJUSTE: Se limite WIP raramente atingido → diminua
        Se sempre bloqueado → investigue por quê

Soluções Relacionadas GitScrum

• Getting Started with Scrum
• Getting Started with Agile
• Kanban for Software Teams
• Flow Metrics