Kanban 3 Colunas Gerador

Kanban de três colunas: o board mínimo viável

Kanban nasceu no Sistema Toyota de Produção desenvolvido por Taiichi Ohno nos anos 1940; a palavra japonesa significa literalmente placa de sinalização. No chão de fábrica original, um cartão de papel viajava com as peças e sinalizava para a estação anterior produzir mais — um sistema puxado (pull) em vez de empurrar estoque para frente. A adaptação para software foi codificada por David J. Anderson em Kanban: Successful Evolutionary Change for Your Technology Business (2010). Um board de 3 colunas — A Fazer, Em Andamento, Feito — é a versão mínima viável: qualquer tarefa que você já rabiscou em um post-it cabe nela. Tudo o mais (revisão, bloqueado, em teste) é extensão opcional, não o core.

Limites de WIP: o tempero secreto

A característica definidora do kanban é o limite de Work In Progress (WIP): um teto para quantos cartões podem ocupar uma coluna. Uma regra comum para uso individual é Em Andamento ≤ 3. Limites de WIP combatem a doença mais comum do trabalho de conhecimento — troca de contexto — e tornam gargalos visíveis: se Em Andamento está cheia, você não pode começar nada novo até algo terminar. O princípio vem direto do Lean: otimizar fluxo, não utilização. Um trabalhador ocioso porque a próxima estação está cheia é OK; um trabalhador soterrado em 12 itens pela metade não é.

Kanban vs Scrum e onde cada um se encaixa

Diferente do Scrum, o kanban não tem sprints, papéis fixos (sem Product Owner, sem Scrum Master), nem story points, nem cerimônias além do daily. É fluxo contínuo: cartões entram no backlog, atravessam o board e saem. Isso torna o kanban ótimo para times de suporte, manutenção, produtividade pessoal e cargas de trabalho imprevisíveis, onde um sprint fixo de duas semanas seria artificial. Scrum é melhor para squads de produto entregando features em releases cadenciadas. Muitos times misturam os dois em Scrumban.

Ferramentas, métricas e visualizações

Boards vivem em paredes físicas com post-its (setup clássico de startup) ou em ferramentas digitais como Trello, Linear, Jira, GitHub Projects, Notion e Asana. Métricas-chave: lead time (ideia até pronto), cycle time (início até pronto) e throughput (cartões finalizados por semana). O Cumulative Flow Diagram empilha contagens de coluna ao longo do tempo e mostra gargalos crescentes na hora. Kaizen, a prática japonesa de melhoria contínua, complementa o kanban: pequenos ajustes semanais no board acumulam em uma máquina azeitada.

Perguntas frequentes

Kanban substitui Scrum? Não. São estilos diferentes. Scrum é timeboxed e cheio de cerimônia; kanban é fluxo e cerimônia leve. Muitos times adotam kanban justamente porque o overhead do Scrum não combina com seu trabalho (interrupções, tickets de suporte, operações sempre ligadas).

Qual o tamanho ideal de time? Kanban escala de uma pessoa em board pessoal até times de 7. Acima disso, colunas se multiplicam e o Cumulative Flow Diagram vira essencial. Existe kanban em escala org (SAFe portfolio kanban), mas raramente continua simples.

Limites de WIP são mesmo necessários? Sim — são o ponto inteiro. Um board sem limite de WIP é só lista de tarefas com visual. O cap de WIP é o que força fluxo, expõe gargalos e freia multitarefa. Se você não está aplicando limites, ainda não está fazendo kanban.

Board físico ou ferramenta digital? Boards físicos ganham na pressão social — os cartões aparecem na sala todo dia. Ferramentas digitais ganham em trabalho remoto, busca, automação e histórico. Para time híbrido, o digital vence; para uma startup de 4 pessoas no mesmo cômodo, uma parede de post-its ainda bate a maioria dos softwares.