O que é Kanban?

Kanban — “cartão” ou “sinalização visual”, em japonês — é um sistema de gestão visual do fluxo de trabalho, criado por Taiichi Ohno na Toyota Motor Company a partir de 1948, dentro do Sistema Toyota de Produção. A lógica original: um cartão físico viajava entre estações de trabalho sinalizando quando um componente precisava ser reposto, criando um sistema pull (puxado) — nada era produzido sem demanda real da etapa seguinte, ao contrário do modelo push (empurrado) que dominava a manufatura da época.

Como o Kanban chegou à gestão de projetos e software?

Em 2004, o consultor David J. Anderson aplicou os princípios do Kanban industrial a uma equipe de tecnologia da Microsoft, e formalizou em 2010 o “Método Kanban” para trabalho intelectual — 56 anos depois da primeira aplicação de Ohno na fábrica. Hoje o quadro Kanban aparece em times de software, marketing, saúde e operações, sempre com a mesma lógica: colunas representando etapas do processo, cartões representando tarefas, e limites de trabalho em progresso (WIP limits) controlando quanto pode estar em andamento ao mesmo tempo.

Qual a diferença entre Kanban e Scrum?

Scrum trabalha com sprints de duração fixa (1 a 4 semanas), papéis obrigatórios (Scrum Master, Product Owner) e cerimônias fixas (planning, review, retrospectiva). Kanban não tem sprints: é fluxo contínuo, sem papéis obrigatórios, e pode ser adotado sobre o processo já existente da equipe, sem ruptura na forma de trabalhar. Scrum tende a funcionar melhor para desenvolvimento de produto com entregas em ciclos; Kanban tende a funcionar melhor para fluxos contínuos com demanda variável, como suporte ao cliente e operações.

O que são os limites de WIP e por que eles são o coração do método?

WIP (Work In Progress) limits são o número máximo de tarefas permitidas em cada coluna do quadro simultaneamente. Se a coluna “Em execução” tem limite de 3 e já está cheia, ninguém puxa uma quarta tarefa até que uma das três seja concluída e liberada. É esse mecanismo — não o quadro visual em si — que evita sobrecarga da equipe e força a resolução de gargalos antes que o trabalho se acumule silenciosamente em uma etapa.

Kanban serve só para fábrica e desenvolvimento de software?

Não. Apesar de ter nascido na linha de montagem da Toyota e ter sido popularizado no desenvolvimento ágil de software, o princípio de visualizar o fluxo e limitar o trabalho simultâneo se aplica a qualquer processo com etapas sequenciais — recrutamento de RH, esteira de vendas, aprovação de conteúdo de marketing, atendimento hospitalar. O que muda de um contexto para outro são as colunas do quadro, não a lógica do sistema puxado por trás dele.