Do chão de fábrica da Toyota ao trabalho do conhecimento moderno - entendendo a jornada.
O Kanban não começou no software. Começou em uma fábrica da Toyota nos anos 1940, criado por Taiichi Ohno para resolver um problema específico: como produzir apenas o que é necessário, quando é necessário?
A palavra "kanban" significa literalmente "quadro de sinalização" ou "cartão visual" em japonês. Nas fábricas da Toyota, eram cartões físicos anexados a caixas de peças. Quando um trabalhador usava a última peça de uma caixa, enviava o cartão kanban de volta — sinalizando que mais peças eram necessárias.
Este mecanismo simples teve efeitos profundos:
O gênio não estava na complexidade. Era uma simplicidade elegante.
A Percepção Central
Kanban é fundamentalmente sobre usar sinais para coordenar o trabalho. O quadro visual é apenas uma implementação dessa ideia.
Em 2004, David J. Anderson estava trabalhando na Microsoft quando começou a adaptar as ideias da Toyota para o desenvolvimento de software. Sua percepção chave: o trabalho do conhecimento tem problemas de fluxo semelhantes à manufatura, mesmo que o "produto" seja intangível.
As equipes de software estavam lutando com:
A inovação de Anderson não foi apenas traduzir conceitos de fábrica. Ele adicionou algo crucial: comece com o que você faz agora. Diferente do Scrum, que prescreve um framework, o Kanban começa visualizando seu processo existente.
O primeiro sistema Kanban de software na equipe XIT da Microsoft mostrou resultados imediatos:
É aqui que as pessoas ficam confusas. Existem duas coisas chamadas "Kanban":
kanban (minúsculo) — A ferramenta de sinalização visual. Cartões em um quadro. É nisso que a maioria das pessoas pensa quando ouve "Kanban".
O Método Kanban (maiúsculo) — Uma abordagem completa para gerenciar e melhorar o trabalho do conhecimento, criada por David J. Anderson. Inclui princípios, práticas e uma filosofia de mudança evolutiva.
Você pode usar quadros kanban sem seguir o Método Kanban. Muitas equipes fazem isso — colocam cartões em um quadro e chamam de "fazer Kanban". Mas perdem as práticas mais profundas: limites de WIP, métricas de fluxo, cadências de melhoria contínua.
Este currículo ensina o Método Kanban, não apenas como configurar um quadro.
Erro Comum
Um quadro sem limites de WIP não é realmente Kanban — é apenas uma lista de tarefas com uma interface diferente. As restrições são o que criam os benefícios.