Kanban: da Toyota ao CONSOLE Future Station no seu Fluig
O método nasceu num quadro de madeira sobre rodinhas, para impedir que se produzisse o que ninguém tinha pedido. Setenta anos depois, a maioria das equipes ainda começa tudo ao mesmo tempo — e termina pouco.
Kanban virou palavra de aplicativo. Quadro com colunas, cartões coloridos, arrasta para a direita. Mas o método nasceu longe de qualquer tela, numa fábrica de carros no Japão do pós-guerra, para resolver um problema que todo gestor reconhece: trabalho demais começando ao mesmo tempo e quase nada terminando.
Entender de onde ele veio não é curiosidade histórica. É o que separa uma equipe que usa um quadro de uma equipe que só tem mais um lugar para registrar tarefa.
O cartão que autorizava a produção
A palavra japonesa significa, literalmente, “cartão de sinalização”. Nos anos 1950, Taiichi Ohno, engenheiro da Toyota, procurava um jeito de produzir só o que a linha seguinte precisava, na hora em que precisava. A inspiração veio de um lugar improvável: o supermercado americano. Na prateleira, a reposição só acontece quando o cliente retira o produto. O consumo puxa a produção, e não o contrário.
Ohno levou a ideia para o chão de fábrica. Cada lote de peças passou a circular com um cartão preso. Quando o posto seguinte consumia o lote, o cartão voltava ao posto anterior como autorização para produzir mais. Sem cartão, ninguém produzia. Nascia o sistema puxado e, junto com ele, um limite natural de trabalho em andamento: só existe o que alguém já pediu.
Por que um quadro físico, e não uma planilha
Havia máquina de calcular em 1950. A Toyota escolheu papel preso num quadro de madeira por um motivo que continua valendo: o trabalho precisava ser visível para quem executa, não legível para quem audita. Um cartão que some da coluna é um fato que a equipe inteira percebe no mesmo segundo.
O efeito colateral foi maior que o objetivo
Com menos peças paradas entre postos, um defeito aparecia em minutos, não em semanas. O lote pequeno deixava o problema visível cedo, e a Toyota transformou essa visibilidade em regra: qualquer operador podia parar a linha ao detectar uma falha. É o conceito de jidoka, ou autonomação. Corrigir na origem passou a ser mais barato do que inspecionar no fim.
Estoque grande não esconde só peça parada. Esconde erro de processo, que só aparece quando já custou caro.
Foi essa combinação — fluxo puxado mais parada por defeito — que aproximou o kanban das ideias de W. Edwards Deming sobre melhoria contínua e da gestão da qualidade total. Décadas depois, a lógica de tornar o problema visível cedo aparece nas normas de sistema de gestão, na análise de causa raiz das não conformidades e na exigência de rastreabilidade que toda auditoria ISO 9001 faz.
Da linha de montagem para a mesa do gestor
O kanban é uma ferramenta dentro de algo maior. O Sistema Toyota de Produção se apoia em dois pilares: o just-in-time, produzir a peça certa na quantidade certa no momento certo, e o jidoka, a qualidade construída em cada etapa. O kanban é o mecanismo que faz o just-in-time funcionar na prática; o jidoka é o que impede que fluxo rápido vire fluxo de defeitos.
Quando o Ocidente estudou o TPS nos anos 1980 e 1990, chamou o conjunto de produção enxuta. O que era método de fábrica virou linguagem de gestão: desperdício, gargalo, tempo de ciclo, fluxo contínuo. E a partir dos anos 2000, com David J. Anderson, o kanban foi adaptado para trabalho de conhecimento — desenvolvimento de software, atendimento, projetos, qualquer rotina onde o estoque é uma pilha de pedidos esperando alguém.
| No chão de fábrica | No seu departamento | O que isso significa na prática |
|---|---|---|
| Peça parada entre postos | Solicitação parada esperando aprovação | Capital e tempo imobilizados sem ninguém ver |
| Cartão de autorização | Tarefa nascida de um processo | Ninguém começa o que não foi pedido |
| Limite de lote | Limite de trabalho em andamento | Terminar antes de começar reduz o tempo de entrega |
| Parar a linha ao ver defeito | Devolver a solicitação com motivo registrado | A correção acontece dentro do sistema, não por telefone |
| Posto que acumula peça | Coluna que acumula cartão | O gargalo se nomeia sozinho, sem reunião |
Três razões pelas quais funciona fora da fábrica
- O trabalho fica visível. Uma tarefa que existe só num e-mail não existe para o resto da equipe. Uma tarefa num quadro existe para todos, inclusive para quem vai cobrar.
- O limite de trabalho em andamento força a terminar antes de começar. É isso, e não o esforço individual, que reduz o tempo entre o pedido e a entrega.
- O gargalo aparece sozinho. Quando uma coluna acumula cartões, o problema está ali. Não precisa de reunião para descobrir onde a fila trava.
O teste dos dois minutos
Pergunte ao seu time quantas tarefas cada pessoa tem em andamento agora. Se a resposta demorar mais de dois minutos, ou se ninguém conseguir responder sem abrir três lugares diferentes, o problema não é falta de empenho. É falta de um lugar único onde o trabalho seja visível.
O erro que transforma o quadro em trabalho extra
O que costuma dar errado é o quadro virar um aplicativo à parte. A equipe registra a tarefa no Fluig porque o processo exige, e depois duplica no quadro porque o gestor quer ver. Duas fontes, nenhuma confiável. Em pouco tempo o quadro atrasa em relação ao processo, alguém percebe que o quadro mente, e o quadro morre.
Há uma segunda armadilha, mais silenciosa: o quadro que mostra a coluna certa porque alguém arrastou o cartão, não porque o processo andou. Ele parece organizado e informa nada. Um quadro só vale quando a coluna é consequência do que aconteceu no sistema, não uma opinião sobre o que deveria ter acontecido.
CONSOLE Future Station: o kanban dentro do Fluig
O CONSOLE Future Station é um desenvolvimento exclusivo da Future Station que coloca o quadro kanban dentro do TOTVS Fluig que a sua empresa já licencia. Ele é, na prática, uma Central de Tarefas Inteligente: as atividades que nascem dos processos aparecem organizadas por tipo de tarefa, em colunas que mostram o que espera, o que está em andamento e o que travou.
Como as tarefas vêm dos próprios processos do Fluig, não há redigitação nem quadro paralelo. Aprovações, solicitações e pendências entram na central com responsável, prazo e histórico. O gestor enxerga a fila da equipe sem pedir relatório, e a equipe trabalha num lugar só.
O que o time ganha, na ordem em que percebe
- Primeira semana: ninguém pergunta mais “está com quem?”. A fila do time está na tela.
- Primeiro mês: as colunas que acumulam repetem os mesmos nomes. Aí se descobre qual etapa do processo precisa ser redesenhada.
- Primeiro trimestre: a conversa sobre prioridade acontece com dado na mesa, e não com quem fala mais alto.
O CONSOLE entra como parte das ofertas da Future Station e pode ser combinado com os PACKS personalizáveis — Admissão e Demissão Digital, Reembolso de Despesas, Engage Hub — ou com um projeto de escopo fechado. Se a sua equipe ainda gerencia pendências por e-mail ou planilha, esse é um bom primeiro processo para conversar.
Kanban e Scrum são a mesma coisa?
Não. Scrum organiza o trabalho em ciclos fechados com papéis definidos e escopo combinado por sprint. Kanban não tem ciclo nem papel obrigatório: ele torna o fluxo visível, limita o trabalho em andamento e deixa o gargalo aparecer. Para rotinas de departamento, onde a demanda chega o tempo todo e não cabe em sprint, o kanban costuma ser o caminho mais curto.
Qual é o limite de trabalho em andamento certo para a minha equipe?
Não existe número universal. Comece com o número de pessoas da equipe e observe por duas semanas: se as tarefas terminam mais rápido e a fila de entrada não cresce, o limite está bom. Se a coluna de andamento vive cheia e nada sai, o limite ainda está alto.
O CONSOLE substitui os processos que já rodam no Fluig?
Não substitui nada. Ele lê as atividades que os seus processos já geram e as organiza num quadro. O processo continua sendo o dono da regra; o CONSOLE é a forma de enxergar e priorizar o que ele produz.
Dá para usar o CONSOLE com processos de departamentos diferentes no mesmo quadro?
Dá, e é onde ele costuma render mais. Um gestor que responde por Compras e Financeiro, por exemplo, vê num só lugar as aprovações das duas áreas, com filtro por tipo de tarefa quando quiser separar.
Igor Rodrigues
Tech Lead · Future Station · +10 anos em TOTVS Fluig
Modelagem BPMN, datasets e integração com Protheus, RM e Datasul. É quem define o que uma tarefa carrega quando nasce de um processo — e é por isso que o quadro reflete o estado real, e não a vontade de quem arrastou o cartão.
Onde moram as tarefas da sua equipe hoje?
Em 40 minutos você mostra como o time recebe e devolve trabalho hoje. A gente devolve o desenho de como essa fila ficaria dentro do Fluig que a sua empresa já licencia.