Anatomia de um Quadro Kanban

Um quadro Kanban é frequentemente tratado como uma grade simples: colunas para etapas, cartões para itens de trabalho. Mas quadros eficazes têm mais estrutura do que isso.

Os componentes principais:

1. Colunas — Etapas pelas quais o trabalho passa
2. Cartões — Itens de trabalho individuais
3. Limites WIP — Máximo de itens permitidos por etapa
4. Raias — Divisões horizontais para categorizar o trabalho
5. Políticas — Regras sobre como o trabalho se move (frequentemente escritas no quadro)
6. Bloqueios — Indicadores visuais para trabalho travado
7. Filas vs. etapas ativas — Distinguindo espera de trabalho

Vamos explorar cada um deles em profundidade.

A primeira regra: as colunas devem refletir como o trabalho realmente se move, não como você gostaria que se movesse.

Erros comuns:

• Usar etapas genéricas (A Fazer, Fazendo, Feito) que escondem a complexidade
• Mapear um processo idealizado que ninguém segue
• Copiar o quadro de outra equipe sem entender seu contexto

A abordagem correta:

1. Reúna a equipe (todos que tocam no trabalho)
2. Percorra itens de trabalho recentes: "O que aconteceu com isso depois que foi criado?"
3. Anote cada etapa, incluindo estados de espera
4. Inclua a verdade dolorosa—se o trabalho fica em revisão por dias, isso é uma etapa

Exemplo de evolução:

• Antes: A Fazer → Em Progresso → Feito
• Depois: Backlog → Pronto → Dev (WIP: 3) → Revisão de Código (WIP: 2) → QA → Pronto para Deploy → Implantado

O quadro expandido revela onde o trabalho realmente passa tempo. Você pode descobrir que a revisão de código leva mais tempo que o desenvolvimento.

Nem todas as etapas são iguais. Algumas representam trabalho ativo (alguém está fazendo algo). Outras representam filas (o trabalho está esperando).

Essa distinção importa porque:

• O tempo de espera frequentemente domina o lead time
• Filas são onde o trabalho morre
• Você gerencia filas e etapas ativas de forma diferente

Visualizando a diferença:

Muitas equipes dividem colunas em duas: uma área de "espera" e uma área de "fazendo".

| Ready | Development  | Ready for | Code Review | Ready for | Done |
|       | In Progress  | Review    | In Progress | Deploy    |      |

Ou usam pontos/indicadores nos cartões para mostrar "trabalhando ativamente" vs. "esperando".

A percepção: Se sua coluna "Em Progresso" está cheia de trabalho que ninguém está realmente tocando, você tem filas ocultas. Torne-as visíveis.

Cada coluna precisa de uma Definição de Pronto (DoD) clara: o que deve ser verdade para o trabalho sair dessa etapa?

Sem critérios claros:

• O trabalho se move prematuramente ("está quase pronto")
• A qualidade varia ("pronto" significa coisas diferentes para pessoas diferentes)
• Problemas surgem tarde ("achei que outra pessoa faria isso")

Exemplo de DoD para "Desenvolvimento":

• Todos os critérios de aceitação atendidos
• Testes unitários escritos e passando
• Código compila sem avisos
• Auto-revisado (sem problemas óbvios)
• Mensagem de commit segue a convenção

Exemplo de DoD para "Revisão de Código":

• Duas aprovações recebidas
• Todos os comentários de revisão tratados
• Pipeline de CI passa
• Sem conflitos de merge

Escreva isso no quadro ou crie um link para eles. Não é burocracia—é entendimento compartilhado.