Kanban: o que é, como funciona e como aplicar na gestão de processos

O que é Kanban e como surgiu

Kanban (看板) significa cartão ou sinal visual em japonês. O método foi criado por Taiichi Ohno na Toyota como parte do Sistema Toyota de Produção (TPS) na década de 1940.

A inspiração: supermercados americanos

A ideia surgiu durante uma visita de Ohno aos supermercados americanos. Ele observou que as prateleiras só eram reabastecidas quando os produtos estavam quase esgotados, não antes. Essa lógica de reposição por demanda real (em vez de previsão) era o oposto do que as fábricas faziam na época: produzir grandes lotes baseados em estimativas, gerando montanhas de estoque parado.

Ohno aplicou a mesma lógica à linha de produção da Toyota: componentes só eram fabricados quando o estágio seguinte sinalizava necessidade. O sinal era um cartão físico (kanban) que viajava entre estações de trabalho. Quando um operador usava um componente, o cartão era enviado ao estágio anterior para solicitar mais. Nascia o sistema pull (puxar): nada era produzido sem demanda real.

O resultado: Just-in-Time

Esse sistema gerou o modelo Just-in-Time (JIT) que revolucionou a manufatura global. A Toyota eliminou desperdícios de estoque, reduziu lead times de semanas para horas e alcançou qualidade superior com custo inferior. Nos anos 1970, enquanto montadoras americanas e europeias operavam com estoques de 30 a 60 dias, a Toyota operava com estoque de 2 a 3 dias. O Kanban era o mecanismo que tornava isso possível.

A adaptação para gestão do conhecimento

Em 2004, David J. Anderson adaptou o Kanban para desenvolvimento de software e gestão de conhecimento enquanto trabalhava na Microsoft. Em vez de controlar peças em uma fábrica, o quadro Kanban passou a controlar tarefas em uma equipe: cada card representa uma atividade, cada coluna representa um estágio do processo, e o fluxo visual revela onde o trabalho está parado.

Anderson formalizou as 6 práticas do Kanban (que veremos na seção 3) e demonstrou que o método podia ser aplicado sem reestruturar a equipe ou o processo existente. Essa abordagem evolucionária (começar de onde está, melhorar incrementalmente) foi a chave para a adoção massiva.

Hoje o Kanban é aplicado em qualquer contexto onde há trabalho fluindo por etapas: TI, marketing, operações, RH, indústria, saúde, agronegócio, educação, consultoria e empresas com múltiplas unidades ou equipes distribuídas. A essência permanece a mesma que Ohno definiu: tornar o fluxo visível, limitar o trabalho em andamento e melhorar continuamente. Referência oficial: Kanban Guide (Kanban University).

Como funciona o quadro Kanban

O quadro Kanban é a ferramenta central do método. Pode ser físico (quadro branco com post-its) ou digital (software). Vamos detalhar cada elemento:

Colunas: as etapas do fluxo

Cada coluna representa uma etapa do processo. O modelo mais simples tem 3 colunas: A Fazer, Em Andamento e Concluído. Mas o quadro deve refletir o fluxo real de trabalho da equipe, não um modelo genérico.

Marketing: Briefing > Criação > Revisão > Aprovação > Publicado.

Rede de franquias: Planejado > Em Execução na Unidade > Em Verificação pelo Consultor > Concluído.

Indústria: Recebido > Em Produção > Controle de Qualidade > Expedição.

Suporte (TI/RH): Novo > Triagem > Em Atendimento > Aguardando Solicitante > Resolvido.

Implantação de unidade: Licenças > Obra > Equipamentos > Treinamento > Marketing > Inauguração.

Cards: as unidades de trabalho

Cada card é uma tarefa ou item de trabalho. O card mínimo contém: descrição (o que precisa ser feito), responsável (quem faz), prazo (quando precisa estar pronto) e prioridade (urgente, normal, baixa). Pode incluir anexos, comentários, checklist interno e tags de categorização.

O card se move da esquerda para a direita conforme avança no processo. Se um card fica parado em uma coluna por muito tempo, é sinal de gargalo. Em ferramentas digitais, alertas automáticos sinalizam cards estagnados (aging).

WIP Limits: o mecanismo mais importante

WIP limit (Work In Progress limit) é o número máximo de cards que podem estar em uma coluna ao mesmo tempo. É o elemento que transforma uma lista visual em sistema de gestão de fluxo.

Sem WIP limit: a coluna Em Andamento acumula 30 cards. A equipe finge que está trabalhando em todos. Nenhum é concluído. A multitarefa gera retrabalho e atraso.

Com WIP limit de 3: a equipe só pode ter 3 tarefas em andamento simultaneamente. Para iniciar uma nova, precisa concluir uma das 3. O efeito é imediato: foco, menos interrupções, mais entregas.

Pesquisas de psicologia cognitiva (American Psychological Association) mostram que cada troca de contexto custa entre 15 e 25 minutos de reorientação. Com 5 tarefas simultâneas, o colaborador passa mais tempo trocando de contexto do que produzindo. WIP limits são a defesa contra isso.

Swimlanes

Linhas horizontais que dividem o quadro por categoria, projeto, prioridade ou tipo de trabalho. Permitem visualizar diferentes classes de serviço no mesmo quadro. Exemplo: uma swimlane para tarefas urgentes (com WIP limit de 1) e outra para tarefas regulares (com WIP limit de 4).

Cartões bloqueados

Sinalização visual (cor vermelha ou ícone) que indica que um card está impedido de avançar. A causa do bloqueio deve ser registrada no card. A equipe prioriza a remoção de bloqueios nas reuniões de fluxo. Card bloqueado é gargalo em tempo real.

Políticas explícitas

Regras claras sobre quando um card pode mover de uma coluna para outra. Exemplo: um card só muda de Em Revisão para Aprovado quando o checklist de qualidade tem 100% dos itens atendidos. Sem políticas explícitas, cada membro da equipe interpreta as colunas de um jeito, e a inconsistência gera retrabalho.

Classes de serviço

Categorização dos cards por nível de urgência e impacto. O modelo mais comum tem 4 classes:

Expedite (urgente): pode violar WIP limits. Demanda atenção imediata. Máximo 1 por vez.

Data fixa: tem prazo externo não negociável (legislação, contrato, evento).

Standard: trabalho regular com prioridade normal.

Intangível: melhorias internas, dívida técnica, otimização. Sem urgência mas com valor de longo prazo.

As 6 práticas do Kanban (David Anderson)

David Anderson formalizou 6 práticas que definem o Kanban como método, documentadas no Kanban Guide da Kanban University. Não são regras rígidas, mas princípios que guiam a implementação e a evolução do sistema:

1. Visualize o fluxo de trabalho

O trabalho invisível não é gerenciável. O primeiro passo é tornar visível o que está sendo feito, por quem, em qual estágio e há quanto tempo. O quadro Kanban faz isso. Cada card é uma tarefa. Cada coluna é uma etapa. O fluxo visual revela o que reuniões de status escondem.

2. Limite o trabalho em andamento (WIP)

Sem WIP limits, o sistema Kanban é apenas uma lista visual. Com WIP limits, o fluxo é controlado: a equipe conclui antes de iniciar. A multitarefa cai. O cycle time reduz. A previsibilidade aumenta. É o mecanismo que transforma visibilidade em ação.

3. Gerencie o fluxo

Gerenciar o fluxo significa observar como os cards se movem pelo quadro e agir sobre anomalias: cards acumulando em uma coluna (gargalo), cards bloqueados (impedimentos), filas crescendo (demanda maior que capacidade). O objetivo é fluxo suave e previsível, não velocidade máxima.

4. Torne as políticas explícitas

Regras de como o trabalho funciona devem ser visíveis e acordadas. Definição de pronto (quando um card está concluído), critérios de puxar (quando alguém pode pegar um novo card), políticas de priorização (como a equipe decide o que fazer primeiro). Políticas implícitas geram conflitos e inconsistência.

5. Implemente ciclos de feedback

O Kanban tem reuniões estruturadas para analisar o sistema e ajustar:

Standup diária (Kanban Meeting): 15 minutos focados no quadro. Quais cards estão bloqueados? Qual coluna está acumulando? O foco é no fluxo, não no status pessoal.

Replenishment Meeting: define quais itens entram no quadro. Priorização baseada em dados, não em quem grita mais alto.

Delivery Planning: analisa o que está pronto para ser entregue e coordena a liberação.

Service Delivery Review: avalia indicadores do serviço: cycle time, throughput, qualidade. Decisões baseadas em dados.

Retrospectiva (Operations Review): análise mais profunda do sistema. O que está funcionando? O que precisa mudar? Quais políticas ajustar?

6. Melhore colaborativamente, evolua experimentalmente

O Kanban não é implementação única. É evolução contínua. A equipe propõe experimentos (mudar WIP limit, adicionar coluna, criar política), testa, mede o resultado e decide se mantém ou ajusta. A palavra japonesa para isso é Kaizen: melhoria incremental e contínua. Esse princípio é a base do BPM (Business Process Management) e do ciclo PDCA (Plan-Do-Check-Act).

4 métricas essenciais do Kanban

O Kanban sem métricas é quadro de post-its. O Kanban com métricas é sistema de gestão. As métricas abaixo são definidas no Kanban Guide e detalhadas por Anderson em Kanban: The Alternative Path to Agility. As 4 métricas essenciais:

1. Lead Time

O que mede: tempo total desde que a tarefa entra no quadro (A Fazer) até ser concluída.

Por que importa: é o indicador de perspectiva do cliente/solicitante. Quando alguém pergunta quanto tempo leva para entregar?, a resposta é o lead time.

Como usar: acompanhe o lead time médio por tipo de tarefa. Se o lead time de tarefas de marketing é 12 dias e o de suporte TI é 2 dias, as expectativas e os SLAs devem refletir essa diferença.

2. Cycle Time

O que mede: tempo de execução efetiva, de Em Andamento até Concluído.

Por que importa: revela a eficiência da execução. A diferença entre lead time e cycle time mostra quanto tempo a tarefa ficou esperando antes de alguém começar. Se o lead time é 12 dias mas o cycle time é 3, a tarefa ficou 9 dias parada na fila. O problema não é a execução, é a espera.

Como usar: se cycle time é consistente mas lead time varia muito, o gargalo está na entrada (triagem, priorização). Se cycle time varia, o gargalo está na execução (capacidade, complexidade, dependências).

3. Throughput

O que mede: quantidade de tarefas concluídas por período (dia, semana, mês).

Por que importa: mede a capacidade de entrega da equipe. Se o throughput é 20 tarefas por semana e a demanda é 30, a equipe está acumulando dívida. Se o throughput cai de 20 para 12 sem mudança na equipe, algo está errado no processo.

Como usar: throughput estável indica processo previsível. Throughput crescente indica melhoria contínua. Throughput declinante indica degradação (gargalos, bloqueios, multitarefa).

4. Cumulative Flow Diagram (CFD)

O que mede: quantidade de cards em cada coluna ao longo do tempo, representada em gráfico de áreas empilhadas.

Por que importa: é a radiografia completa do fluxo. Em uma única visualização, o CFD mostra: WIP total (a largura das faixas), lead time aproximado (a distância horizontal entre entrada e saída), throughput (a inclinação da faixa de concluídos) e gargalos (faixas que se alargam indicam acúmulo).

Como ler o CFD: se as faixas são paralelas e uniformes, o fluxo está saudável. Se uma faixa se alarga progressivamente (a coluna Revisão, por exemplo), ali tem gargalo. Se a faixa de Concluído desacelera, o throughput está caindo.

Kanban vs Scrum vs Lean: quando usar cada um

Kanban, Scrum e Lean são frequentemente confundidos. São abordagens complementares, não concorrentes. A escolha depende do tipo de trabalho, da previsibilidade da demanda e da maturidade da equipe.

Kanban

Essência: fluxo contínuo com WIP limits. Sem sprints, sem papéis obrigatórios, sem cerimônias fixas (apenas ciclos de feedback recomendados). Começa de onde está e evolui incrementalmente.

Melhor para: trabalho contínuo com demanda variável. Suporte, operações, marketing, gestão de unidades, manutenção. Qualquer fluxo onde o trabalho chega de forma imprevisível e precisa ser processado na ordem certa.

Scrum

Essência: entregas incrementais em sprints fixos (1 a 4 semanas). Papéis definidos: Scrum Master (facilitador), Product Owner (priorização), Dev Team (execução). Cerimônias obrigatórias: planning, daily, review, retrospective. Referência: The Scrum Guide (Schwaber e Sutherland).

Melhor para: desenvolvimento de produto com entregas planejáveis. Software, design de produto, pesquisa. Equipes que precisam de cadência regular e comprometimento com entregas fixas.

Lean Management

Essência: eliminação de desperdícios e criação de valor para o cliente. 8 tipos de desperdício: superprodução, espera, transporte, processamento excessivo, inventário, movimentação, defeitos e subutilização de talento. Originado no Toyota Production System. Referência: Lean Enterprise Institute.

Melhor para: processos produtivos e operacionais com desperdícios identificáveis. Manufatura, logística, operações de atendimento, processos repetitivos em escala.

Scrumban: a combinação

A equipe mantém sprints e cerimônias do Scrum, mas usa o quadro Kanban com WIP limits para gerenciar o fluxo dentro do sprint. Útil para equipes que querem a estrutura do Scrum com a flexibilidade do Kanban. Comum em equipes de suporte que também fazem desenvolvimento.

7 erros que sabotam a implementação do Kanban

A maioria das equipes que desiste do Kanban não falhou no método. Falhou na implementação. Os erros mais frequentes:

1. Não definir WIP limits

O erro mais comum e mais destrutivo. Sem WIP limits, o quadro Kanban é uma lista de tarefas visual. Bonita, mas inútil para controlar fluxo. A equipe continua acumulando trabalho em andamento, e o cycle time não melhora. Comece com WIP limit conservador (2 a 3 por pessoa) e ajuste.

2. Criar colunas que não refletem o processo real

Copiar A Fazer / Em Andamento / Concluído de um template é preguiça, não implementação. Se o trabalho real passa por 6 etapas, o quadro precisa ter 6 colunas. Se a equipe não reconhece o quadro como o fluxo real, não vai usá-lo.

3. Não medir nada

O quadro mostra o fluxo, mas sem medir cycle time, lead time e throughput, a equipe não sabe se está melhorando ou piorando. Métricas são o que transformam Kanban de ferramenta visual em sistema de melhoria contínua.

4. Ignorar cards bloqueados

Um card bloqueado é um grito de socorro. Se a equipe não prioriza a remoção de bloqueios, os cards acumulam na coluna e o fluxo trava. A regra é: desbloquear é mais importante do que iniciar novo trabalho.

5. Violar WIP limits sistematicamente

Definir WIP limit de 3 e ter 8 cards na coluna é pior do que não ter WIP limit. Sinaliza que a equipe não respeita o sistema. Se o WIP limit está sempre sendo violado, ajuste (aumente) ou investigue a causa (demanda maior que capacidade, priorização falha, dependências externas).

6. Usar Kanban como ferramenta de cobrança individual

O Kanban mede o fluxo do sistema, não o desempenho individual. Se o gestor usa o quadro para cobrar quem está atrasado em vez de analisar qual coluna está acumulando, a equipe vai parar de atualizar o quadro. O foco é no fluxo, não na pessoa.

7. Não fazer reuniões de fluxo

O quadro sozinho não resolve problemas. As reuniões de fluxo (standup, retrospectiva) são onde a equipe analisa gargalos, discute bloqueios e propõe melhorias. Sem reuniões, o Kanban é quadro de parede que ninguém olha.

Kanban por setor: exemplos práticos

O Kanban se adapta a qualquer contexto com trabalho fluindo por etapas. Exemplos concretos por setor:

Franquias e redes de filiais

Cada unidade tem seu board de tarefas operacionais (A Fazer, Em Andamento, Concluído). Quando o consultor de campo aplica um checklist e identifica não conformidades, o sistema gera automaticamente cards de correção (planos de ação) no board do gerente. A gestão filtra por unidade e identifica quais estão com mais tarefas atrasadas. Comunicados com confirmação de leitura alinham a rede quando processos mudam. A Universidade Corporativa treina para que a equipe saiba executar.

Indústria

Board por linha de produção ou planta: Recebido, Em Produção, CQ, Expedição. WIP limits por máquina. Manutenção preventiva como cards recorrentes. Não conformidades identificadas no checklist de inspeção geram cards automáticos. Lead time por produto acompanhado no CFD.

Saúde (clínicas e hospitais)

Fluxo de pacientes: Triagem, Consulta, Exames, Laudo, Retorno. Suprimentos: Pedido, Aprovação, Compra, Entrega. Conformidade com protocolos de segurança via checklists com scoring. Treinamento contínuo na UC para ANVISA, ONA e JCI.

Agronegócio

Inspeções de campo: Planejada, Em Campo, Em Análise, Concluída. Gestão de insumos: Solicitação, Aprovação, Compra, Entrega na Fazenda. Manutenção de equipamentos: Identificado, Orçado, Em Execução, Concluído. BPA (Boas Práticas Agrícolas) verificadas por checklists geolocalizados.

Marketing e agências

Briefing, Criação, Revisão Interna, Revisão do Cliente, Ajustes, Publicação. WIP limit por designer (máximo 2 peças simultâneas). Swimlanes por cliente ou campanha. Cycle time por tipo de peça (post social: 2 dias, landing page: 5 dias).

TI e suporte

Novo, Triagem, Em Atendimento, Aguardando Usuário, Resolvido. Classes de serviço: Incidente Crítico (expedite), Solicitação Padrão (standard), Melhoria (intangível). SLA por classe. No SULTS, chamados com SLA por departamento, escalonamento automático e dashboards de desempenho.

Projetos de implantação de unidades

O módulo de Implantação do SULTS combina Gantt (cronograma com dependências e caminho crítico) e Kanban (execução diária). Cada etapa da inauguração (licenças, obra, equipamentos, treinamento, marketing) tem prazo no Gantt e status no board Kanban. A equipe vê o que precisa ser feito agora. A gestão vê o progresso de cada inauguração. Para o processo completo: Guia de implantação de franquias.

Dados reais: Kanban em operações com múltiplas unidades

Dado proprietário SULTS: nas 1.500 redes que utilizam a plataforma (92 mil unidades, 600 mil usuários), o cycle time médio de planos de ação gerados automaticamente por checklists de campo é de 4,2 dias. Redes que implementaram WIP limits nos boards por unidade reduziram o tempo médio de resolução de não conformidades em 62% nos primeiros 6 meses.

Case real: a Farmelhor, rede de farmácias com mais de 200 unidades, implementou boards Kanban por loja no SULTS com cards gerados automaticamente a partir de checklists de inspeção. Antes, planos de ação eram cobrados por e-mail e WhatsApp, sem visibilidade de status. Com o Kanban integrado ao checklist, o cycle time de resolução caiu de 11 para 4 dias. O índice de conformidade da rede subiu de 61% para 89% em 8 meses, porque a gestão passou a ver em tempo real quais unidades tinham cards acumulados e quais estavam com fluxo saudável.

Como implementar Kanban: passo a passo

Implementar Kanban não exige certificação, reestruturação de equipe ou investimento alto. Exige disciplina para tornar o trabalho visível e compromisso para respeitar as regras do sistema.

Passo 1: Mapeie o fluxo atual. Não invente etapas ideais. Documente como o trabalho realmente acontece hoje. Se uma tarefa passa por briefing, execução, revisão interna, revisão do cliente e publicação, essas são as 5 colunas. Se a equipe já usa um fluxo informal, formalize.

Passo 2: Monte o quadro. Físico (quadro branco + post-its) ou digital (Trello, SULTS, Jira, Monday, Asana). O formato importa menos que a disciplina de manter atualizado. O quadro precisa ser visível para toda a equipe, atualizado em tempo real.

Passo 3: Crie os cards iniciais. Cada tarefa é um card com: o que precisa ser feito, quem é responsável e qual é o prazo. Cards sem responsável são tarefas perdidas. Cards sem prazo são tarefas que nunca terminam. Comece cadastrando tudo que está em andamento.

Passo 4: Defina WIP limits. Comece conservador: 2 a 3 cards por pessoa por coluna. Se a equipe tem 4 pessoas e a coluna Em Andamento deve ter WIP limit de 8 a 12. Ajuste conforme a equipe se adapta. O WIP limit certo é aquele que a equipe consegue respeitar sem cards represados.

Passo 5: Defina políticas explícitas. Quando um card pode avançar para a próxima coluna? Quem decide a prioridade dos cards na fila? O que acontece quando um card é bloqueado? Escreva essas regras e deixe visíveis no quadro.

Passo 6: Meça o fluxo. Acompanhe lead time, cycle time e throughput desde o primeiro dia. Identifique quais colunas acumulam cards (gargalos) e por quê. Os dados orientam as melhorias. Sem dados, é achismo.

Passo 7: Faça reuniões de fluxo. Standup diária (15 min) focada no quadro: quais cards estão bloqueados? Qual coluna está acumulando? Algum WIP limit foi violado? Retrospectiva semanal ou quinzenal para ajustar o sistema.

Passo 8: Evolua continuamente. A cada ciclo, revise: as colunas representam o processo real? Os WIP limits estão adequados? Alguma política precisa ser criada ou ajustada? O Kanban que funciona daqui a 3 meses será diferente do que você monta hoje. Isso não é falha. É evolução.

Ferramentas de Kanban: comparativo

Trello, Jira, Asana e Monday.com são ferramentas de Kanban para equipes centralizadas. O SULTS aplica Kanban à operação de empresas com múltiplas unidades: tarefas segmentáveis por unidade, boards com cards gerados por checklists de campo, projetos com Gantt + Kanban e integração nativa com comunicados, treinamento, chamados com SLA e NPS. Cobrança por unidade, não por usuário.

Para comparativos detalhados: 5 melhores sistemas de gestão de tarefas.

Para aprofundar: Manual de franquia | Expansão de franquias | Implantação de franquias | O que é gestão empresarial.