Existe uma confusão que prejudica a maioria das pessoas que tentam implementar o Kanban: elas acham que Kanban é o quadro com três colunas — “a fazer”, “em andamento” e “concluído” — que virou popular em ferramentas como Trello e Jira.
Esse quadro existe. É útil. Mas não é o Kanban original.
O Kanban foi desenvolvido pela Toyota nos anos 1940 como um sistema de controle de produção puxada — um mecanismo para garantir que cada etapa de um processo produz apenas o que a etapa seguinte precisa, no momento em que precisa. A lógica é radicalmente diferente de um quadro de tarefas pessoal.
Entender essa distinção não é detalhe acadêmico. É o que separa uma implementação de Kanban que elimina estoque em processo e sincroniza a produção com a demanda real — de um quadro colorido na parede que serve de decoração.
O que é Kanban
Kanban é uma palavra japonesa formada por dois termos: kan (看) — visual, e ban (板) — cartão ou sinal. A tradução literal é “sinal visual” ou “cartão de sinalização”.
Como sistema, o Kanban é um mecanismo de controle de fluxo baseado em sinais visuais que autorizam a movimentação de material ou o início de trabalho. A premissa é simples e poderosa: nenhum processo produz ou processa nada sem receber um sinal (um cartão Kanban) indicando que o processo seguinte está pronto para receber.
Essa lógica implementa na prática o conceito de produção puxada — um dos pilares do Lean Manufacturing. Em vez de produzir baseado em previsão e empurrar o produto para o processo seguinte (produção empurrada), o sistema produz apenas quando o processo seguinte puxa. Sem puxar, não produz.
O resultado é a eliminação de dois dos sete desperdícios identificados por Taiichi Ohno: superprodução (produzir mais do que o necessário) e inventário excessivo (estoque em processo acumulado entre etapas). No Lean Six Sigma, o Kanban aparece como ferramenta central da fase Improve do DMAIC quando o problema identificado é excesso de WIP (Work in Progress) ou descontrole de fluxo.
Origem: Toyota e o Sistema de Produção Puxada
O Kanban foi desenvolvido por Taiichi Ohno na Toyota nos anos 1940 e 1950, inspirado pelo sistema de reposição de prateleiras dos supermercados americanos.
Ohno observou que os supermercados reabasteciam as prateleiras apenas quando os produtos eram consumidos pelos clientes — nunca antes. O estoque da prateleira funcionava como sinal: quando diminuía, disparava o reabastecimento. Não havia previsão, não havia produção antecipada, não havia acúmulo.
A pergunta de Ohno foi: por que as fábricas não funcionam assim? Por que cada etapa produz baseada numa previsão de demanda futura em vez de responder à demanda real da etapa seguinte?
O Kanban foi a resposta operacional a essa pergunta. Cada cartão Kanban na Toyota representava uma autorização: produza este item, nesta quantidade, agora — porque o processo que vai consumi-lo sinalizou que precisa. Sem cartão, sem produção.
O resultado foi a redução drástica de estoque em processo, a visibilidade imediata de gargalos e a sincronização do ritmo de produção com a demanda real do cliente — o que hoje chamamos de Takt Time.
Kanban de produção vs. quadro Kanban: qual a diferença
Essa é a distinção mais importante e a mais ignorada.
| Dimensão | Kanban de produção (Toyota) | Quadro Kanban (gestão de tarefas) |
|---|---|---|
| Origem | Toyota, anos 1940 — controle de produção | David Anderson, 2010 — metodologia ágil de software |
| Propósito | Controlar fluxo de materiais e autorizar produção | Visualizar e gerenciar fluxo de trabalho em equipe |
| O que o cartão representa | Autorização para produzir ou movimentar material | Uma tarefa ou item de trabalho |
| Onde se aplica | Processos de manufatura, logística, supply chain | Desenvolvimento de software, gestão de projetos, trabalho do conhecimento |
| Ferramentas típicas | Cartões físicos, caixas Kanban, supermercados de peças | Trello, Jira, Asana, quadro físico com post-its |
| Princípio central | Produção puxada — nada é produzido sem sinal | Visualização do fluxo — limite de WIP (trabalho em andamento) |
Os dois são válidos. Os dois têm aplicação real. O erro é confundir um com o outro — implementar um quadro de post-its esperando os resultados de um sistema de produção puxada, ou tentar usar cartões físicos de autorização num processo de desenvolvimento de software.
Tipos de Kanban
Kanban de produção
Autoriza a fabricação ou montagem de um item. O cartão circula com o produto e retorna ao processo anterior quando o item é consumido — sinalizando que é hora de produzir mais. É o tipo original da Toyota.
Kanban de retirada (ou de transporte)
Autoriza a movimentação de material entre processos ou entre estoque e linha de produção. Indica o que retirar, em qual quantidade e de onde. Controla o fluxo entre etapas sem misturar com a autorização de produção.
Kanban de fornecedor
Funciona como o Kanban de retirada, mas entre a empresa e seus fornecedores externos. Quando o estoque de um componente atinge o ponto de reposição, o cartão dispara automaticamente o pedido ao fornecedor. Elimina ordens de compra baseadas em previsão.
Kanban eletrônico (e-Kanban)
A versão digital do sistema. Sensores, leitores de código de barras ou sistemas ERP geram e transmitem os sinais Kanban automaticamente. Usado em operações de maior escala onde o cartão físico seria inviável pela velocidade ou pelo volume.
Quadro Kanban (gestão de tarefas)
A adaptação para trabalho do conhecimento. Criado por David J. Anderson em 2010, combina princípios do Kanban original com a Teoria das Restrições e o mindset Lean. O limite de WIP — número máximo de tarefas simultâneas em cada coluna — é o elemento que preserva a lógica de fluxo controlado do Kanban original.
Como funciona o sistema Kanban na prática
O sistema Kanban na produção funciona em torno de três elementos:
O supermercado: estoque controlado de componentes posicionado entre processos. Cada posição no supermercado tem uma quantidade máxima definida. Quando um item é retirado, um cartão Kanban é liberado.
O cartão Kanban: o sinal de autorização. Contém informações sobre o item (código, descrição), a quantidade a produzir ou retirar, o processo de origem e o processo de destino. É o único gatilho válido para movimentar ou produzir.
O loop Kanban: o ciclo completo do cartão. O processo downstream (que consome) retira o item do supermercado e libera o cartão. O cartão vai para o processo upstream (que produz), que repõe o item e retorna o cartão junto com o produto. O ciclo se repete.
O número de cartões em circulação define o nível máximo de estoque em processo. Menos cartões = menos estoque. Esse é o mecanismo que torna o Kanban uma ferramenta de redução de WIP: você literalmente controla o inventário controlando o número de cartões.
Kanban e Lean Manufacturing: como se conectam
O Kanban é a ferramenta operacional que implementa dois conceitos centrais do Lean Manufacturing:
Just-in-Time (JIT): produzir apenas o necessário, na quantidade necessária, no momento necessário. O Kanban é o mecanismo que garante o JIT na prática — sem o sistema de sinais visuais, o JIT é apenas intenção.
Produção puxada: a demanda puxa a produção, não o contrário. O Kanban operacionaliza isso tornando impossível produzir sem um sinal de demanda real.
No VSM (Mapeamento do Fluxo de Valor), o Kanban aparece representado por ícones específicos nos fluxos de informação — indicando onde os loops de produção puxada existem ou devem ser implementados. É uma das primeiras ferramentas a ser considerada quando o VSM do estado futuro é desenhado.
O 5S é pré-condição para o Kanban funcionar bem: locais demarcados, quantidade máxima visível, cartões identificados e organizados. Sem o 5S, o sistema de sinais do Kanban vira caos.
Como dimensionar um sistema Kanban
O número de cartões Kanban em circulação é calculado com base em quatro variáveis:
D: demanda média do processo downstream por período (unidades/turno, por exemplo)
L: lead time do processo upstream (tempo para repor o item após receber o cartão)
S: estoque de segurança (percentual de variação esperada)
C: capacidade do cartão (quantidade de itens por cartão)
Fórmula básica: N = D × L × (1 + S) / C
Exemplo real: uma linha de montagem consome 50 unidades de um componente por hora. O tempo de reposição (lead time do processo fornecedor) é de 2 horas. A variação esperada de demanda é de 10%. Cada cartão autoriza a produção de 20 unidades.
N = 50 × 2 × (1 + 0,10) / 20 = 110 / 20 = 5,5 → arredonda para 6 cartões
Com 6 cartões em circulação, o estoque máximo em processo é de 120 unidades (6 cartões × 20 unidades). Se a demanda cair, reduz-se o número de cartões e o estoque cai automaticamente. Se houver melhoria no processo que reduza o lead time de 2 para 1 hora, recalcula-se e reduz-se para 3 cartões — sem mudar nenhum processo, apenas retirando cartões do sistema.
Exemplos práticos com resultados reais
Indústria de embalagens — redução de estoque em processo
Uma fábrica de embalagens plásticas tinha estoque médio em processo (WIP) de 4.800 unidades distribuídas entre 6 etapas de produção. O VSM revelou que 78% desse estoque estava parado aguardando autorização de processamento — não havia gargalo de capacidade, havia ausência de sinal claro de quando produzir.
Após implementação de Kanban entre as etapas com maior acúmulo, com 3 cartões por loop autorizando lotes de 150 unidades, o WIP caiu de 4.800 para 1.200 unidades em 6 semanas. O lead time interno caiu de 3,2 dias para 0,8 dias. A área de pulmão entre processos foi reduzida em 60% — espaço que foi convertido para expansão de capacidade produtiva sem obra.
Distribuidora de peças — controle de reposição de estoque
Uma distribuidora de peças automotivas tinha ruptura de 14,3% nos itens de alta rotatividade — uma em cada 7 peças buscadas não estava disponível. A causa raiz: sistema de reposição baseado em previsão mensal que não respondia a variações de demanda semanal.
Implementação de Kanban de fornecedor para os 80 SKUs de maior rotatividade (que representavam 73% das vendas). Cada SKU recebeu uma caixa Kanban com ponto de reposição calculado por lead time do fornecedor + variação de demanda. Quando a caixa esvaziava, o cartão disparava o pedido automaticamente.
Taxa de ruptura caiu de 14,3% para 2,1% em 45 dias. O estoque total de segurança foi reduzido em 23% simultaneamente — menos capital imobilizado e menos ruptura ao mesmo tempo.
Equipe de desenvolvimento de software — limite de WIP
Uma equipe de 8 desenvolvedores tinha em média 47 itens simultâneos em andamento. Cada desenvolvedor trabalhava em 5 a 6 tarefas ao mesmo tempo, com troca de contexto constante. O tempo médio de entrega de uma funcionalidade era de 23 dias úteis.
Implementação de quadro Kanban com limite de WIP de 2 itens por desenvolvedor na coluna “em andamento”. Itens novos só podiam entrar quando outro saía. Nas primeiras duas semanas, a equipe resistiu — ficava “ociosa” esperando itens concluírem.
Em 30 dias, o tempo médio de entrega caiu de 23 para 9 dias úteis. A “ociosidade” revelou gargalos reais (revisão de código e testes) que foram resolvidos com redistribuição de responsabilidades. A equipe entregou mais com menos esforço — não porque trabalhou mais, mas porque parou de dividir a atenção.
O que é um quadro Kanban
O quadro Kanban é a representação visual do fluxo de trabalho de uma equipe. Cada coluna representa uma etapa do processo, e cada cartão representa uma tarefa ou item de trabalho que avança entre as colunas à medida que o trabalho progride.
| Coluna | O que contém | Quem age |
|---|---|---|
| Backlog | Tudo que precisa ser feito — lista priorizada aguardando início | Responsável pelo produto ou projeto |
| A fazer (To Do) | Itens selecionados para o ciclo atual — prontos para iniciar | Equipe seleciona do backlog |
| Em andamento (Doing) | Trabalho ativo — sujeito ao limite de WIP | Responsável pelo item |
| Em revisão (Review) | Trabalho concluído aguardando validação ou aprovação | Revisor ou cliente |
| Concluído (Done) | Itens entregues e validados | — |
As colunas são adaptáveis ao processo real. Uma agência pode ter: Briefing → Criação → Revisão Interna → Aprovação do Cliente → Publicado. Uma linha de produção pode ter colunas por etapa física. O que não muda: o número de itens simultâneos em cada coluna é controlado pelo limite de WIP.
Quadro físico vs. digital: o físico — lousa ou parede com post-its — é visível para toda a equipe simultaneamente, cria conversas espontâneas e não exige login. Recomendado para equipes que trabalham no mesmo espaço. O digital (Trello, Jira, Microsoft Planner) funciona melhor para equipes remotas ou distribuídas, com a vantagem de histórico de movimentos e métricas de fluxo. O melhor quadro Kanban é o que a equipe mantém atualizado.
O que é um cartão Kanban
O cartão Kanban é a unidade de informação do sistema — seja no Kanban de produção ou no quadro de gestão de tarefas.
No Kanban de produção, o cartão contém as informações para que o processo upstream produza ou movimente o item correto:
| Campo | O que informa | Exemplo |
|---|---|---|
| Código do item | Identificação única do componente | PLA-0847-B |
| Descrição | Nome e especificação | Tampa plástica 40mm azul |
| Quantidade | Unidades que este cartão autoriza | 50 unidades |
| Processo de origem | Onde produzir ou retirar | Célula de injeção 3 |
| Processo de destino | Para onde vai após produzido | Linha de montagem A |
| Número do cartão | Posição no loop | 3 de 6 (circulam 6 cartões neste loop) |
No quadro de gestão de tarefas, o cartão contém: título da tarefa, descrição do que precisa ser feito, responsável, prazo ou prioridade e dependências. Um bom cartão Kanban de gestão é autoexplicativo — quem pega o cartão sabe exatamente o que fazer sem precisar perguntar.
Quais são os princípios do Kanban
David Anderson sistematizou o Método Kanban em 3 princípios fundamentais e 6 práticas centrais.
Os 3 princípios:
1. Comece com o que você faz agora. O Kanban não exige redesenho do processo ou reorganização da equipe antes de começar. Você mapeia o processo atual e melhora a partir daí. Mudanças disruptivas criam resistência; mudanças evolutivas criam adesão.
2. Promova mudanças evolutivas e incrementais. Pequenas melhorias contínuas no fluxo — reduzir o limite de WIP em uma unidade, eliminar uma etapa desnecessária, encurtar o tempo de revisão. É o Kaizen aplicado ao fluxo de trabalho.
3. Respeite papéis e responsabilidades existentes. O Kanban não exige novos cargos ou nova estrutura hierárquica. As pessoas continuam com suas funções — o que muda é como o trabalho flui entre elas.
As 6 práticas centrais:
| Prática | O que significa |
|---|---|
| Visualizar o fluxo | Tornar o trabalho visível — onde está, em que etapa, quem é o responsável |
| Limitar o WIP | Definir o máximo de itens simultâneos em cada etapa — a prática mais importante |
| Gerenciar o fluxo | Monitorar tempo de ciclo e throughput para identificar gargalos |
| Tornar políticas explícitas | Definir critérios claros para mover um item entre colunas |
| Implementar loops de feedback | Reuniões regulares para revisar o fluxo e ajustar |
| Melhorar colaborativamente | Usar modelos e dados para propor melhorias — não intuição ou hierarquia |
Kanban na gestão de projetos
O quadro Kanban tornou-se o formato visual mais adotado em gestão de projetos ágeis. A maioria das ferramentas modernas oferece uma visão Kanban como opção padrão.
Trello: popularizou o quadro Kanban para equipes não técnicas. Interface simples, gratuito para uso básico, ideal para projetos com fluxo simples. Limitação: sem métricas avançadas de fluxo nativamente.
Jira: referência para equipes de desenvolvimento de software. Suporta Kanban e Scrum, oferece métricas de fluxo (tempo de ciclo, throughput, cumulative flow diagram) e integração com repositórios de código. Mais complexo, mais poderoso.
Microsoft Planner e Teams: integrados ao ecossistema Microsoft 365. Quadro Kanban básico sem necessidade de ferramenta adicional para equipes que já usam Teams. Sem controle de WIP nativo.
Azure DevOps: para equipes que integram planejamento, código, testes e entrega numa única plataforma. O quadro Kanban é um dos modos de visualização do backlog.
Kanban vs. Scrum: o Scrum trabalha em sprints — ciclos fixos de 1 a 4 semanas com planejamento e retrospectiva. Funciona melhor quando o trabalho pode ser planejado em blocos. O Kanban não tem sprints — o trabalho flui continuamente, e novos itens entram quando outros saem. Funciona melhor quando o trabalho chega de forma imprevisível ou quando o foco é reduzir o tempo de entrega de itens individuais. Os dois podem coexistir — o que algumas equipes chamam de Scrumban.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua.
O Kanban não é um quadro de post-its — é um sistema de controle de fluxo que, quando implementado corretamente, sincroniza a produção com a demanda real e elimina o desperdício de inventário excessivo. Profissionais que dominam essa diferença entregam implementações que sustentam resultado. O programa Green Belt da EDTI desenvolve essa competência com projetos reais.
Perguntas frequentes sobre Kanban
O que é Kanban?
Kanban é um sistema de controle de fluxo baseado em sinais visuais que autorizam a movimentação de material ou o início de trabalho. Desenvolvido pela Toyota nos anos 1940, implementa a lógica de produção puxada: nada é produzido ou movimentado sem um sinal (cartão Kanban) indicando que o processo seguinte está pronto para receber. No contexto de gestão de tarefas, o quadro Kanban é uma adaptação dessa lógica para controlar o fluxo de trabalho em equipe com limite de WIP.
Qual a origem do Kanban?
O Kanban foi desenvolvido por Taiichi Ohno na Toyota nos anos 1940, inspirado no sistema de reposição de prateleiras dos supermercados americanos. A ideia central era que cada processo deveria produzir apenas o que o processo seguinte puxasse — sem previsão, sem acúmulo. O Kanban de gestão de tarefas foi criado por David J. Anderson em 2010, adaptando a lógica de fluxo controlado para ambientes de trabalho do conhecimento.
Quais são os tipos de Kanban?
Os principais tipos são: Kanban de produção (autoriza fabricar ou montar um item), Kanban de retirada ou transporte (autoriza movimentar material entre processos), Kanban de fornecedor (dispara pedido ao fornecedor quando o estoque atinge o ponto de reposição), e-Kanban (versão eletrônica com disparo automático) e quadro Kanban (adaptação para gestão de tarefas com colunas e limite de WIP).
O que é kanban de produção?
Kanban de produção é o cartão que autoriza um processo a fabricar ou montar determinado item em determinada quantidade. É o tipo original da Toyota. O cartão circula com o produto e retorna ao processo upstream quando o item é consumido — sinalizando que é hora de produzir mais. Sem o cartão, não há produção, independente de haver capacidade disponível.
O que é quadro Kanban?
O quadro Kanban é uma ferramenta visual de gestão de fluxo de trabalho organizada em colunas que representam etapas do processo (por fazer, em andamento, concluído). Cada tarefa é representada por um cartão que avança entre as colunas. O elemento central que o diferencia de uma simples lista de tarefas é o limite de WIP — o número máximo de itens simultâneos em cada coluna. Sem limite de WIP, o quadro é apenas organização visual, não controle de fluxo.
O que significa Kanban em português?
Kanban é composto por dois termos japoneses: kan (看) que significa visual, e ban (板) que significa cartão ou sinal. A tradução mais precisa é “sinal visual” ou “cartão de sinalização”. No Japão, o termo designa qualquer sinal visual como letreiros e placas. No contexto empresarial, tornou-se o nome do sistema de controle de fluxo desenvolvido pela Toyota.
Como implementar o Kanban?
Para Kanban de produção: mapear o fluxo de valor com VSM, identificar os pontos de acúmulo de WIP, calcular o número de cartões por loop com base na demanda e no lead time, definir os supermercados e a capacidade de cada cartão, implementar em piloto e ajustar o número de cartões com base nos dados. Para quadro Kanban: mapear as etapas do processo, definir o limite de WIP por coluna com base na capacidade da equipe, implementar e monitorar o tempo de ciclo e o throughput.
Como o Kanban se relaciona com o Lean Six Sigma?
No Lean Six Sigma, o Kanban é uma das ferramentas de implementação da fase Improve do DMAIC quando o problema identificado é excesso de WIP, falta de sincronização entre processos ou descontrole de fluxo de material. Conecta-se diretamente ao VSM (que revela onde o Kanban deve ser implementado), ao Takt Time (que define o ritmo que o Kanban deve respeitar) e ao 5S (que cria as condições visuais para o Kanban funcionar).
O que é um quadro Kanban?
O quadro Kanban é a representação visual do fluxo de trabalho de uma equipe, organizado em colunas que representam etapas do processo (backlog, a fazer, em andamento, em revisão, concluído). Cada tarefa é um cartão que avança entre as colunas. O elemento central é o limite de WIP — o número máximo de itens simultâneos em cada coluna. Sem esse limite, o quadro é apenas organização visual, não controle de fluxo.
O que é um cartão Kanban?
O cartão Kanban é a unidade de autorização do sistema. No Kanban de produção, contém código do item, descrição, quantidade autorizada, processo de origem e destino — e autoriza a produção ou movimentação de material. No quadro de gestão de tarefas, contém título, descrição, responsável e prazo — e representa uma tarefa que percorre as colunas do quadro. Um bom cartão Kanban é autoexplicativo: quem o pega sabe o que fazer sem precisar perguntar.
Quais são os 3 princípios do Kanban?
Os três princípios do Método Kanban de David Anderson são: 1) Comece com o que você faz agora — mapeie o processo atual e melhore a partir dele, sem redesenho disruptivo; 2) Promova mudanças evolutivas e incrementais — pequenas melhorias contínuas no fluxo, no estilo Kaizen; 3) Respeite papéis e responsabilidades existentes — o Kanban não exige novos cargos ou nova estrutura, as pessoas continuam com suas funções enquanto o fluxo melhora.
Kanban ou Scrum: qual usar?
Scrum trabalha em sprints — ciclos fixos de 1 a 4 semanas com planejamento e retrospectiva. Funciona melhor quando o trabalho pode ser planejado em blocos e a capacidade da equipe é estável. Kanban não tem sprints — o trabalho flui continuamente, e novos itens entram quando outros saem. Funciona melhor quando o trabalho chega de forma imprevisível ou quando o objetivo é reduzir o tempo de entrega de itens individuais. Os dois podem coexistir no que as equipes chamam de Scrumban.