O que é Kanban: guia completo do quadro ao fluxo.

Kanban é um método para tornar o trabalho visível, limitar quantas coisas ficam em andamento ao mesmo tempo e fazer cada item andar até o fim sem ficar parado no meio do caminho. O símbolo mais conhecido é o quadro com colunas e cartões, mas o quadro é só a parte que aparece. O que faz o método funcionar são as regras por trás dele.

Este guia explica o Kanban do zero: de onde veio, quais são os princípios, como montar um quadro de verdade, como usar o limite de WIP, quais números acompanhar e como o método se diferencia do Scrum. Os exemplos são de empresas brasileiras, de áreas diferentes, porque o Kanban funciona em qualquer lugar onde exista um trabalho com etapas.

O que é Kanban

A palavra vem do japonês e quer dizer, em linhas gerais, cartão ou sinal. No uso atual, "Kanban" designa dois níveis. No nível simples, é o quadro visual: colunas representam as etapas do processo e cartões representam os itens de trabalho. No nível completo, é um método de gestão com princípios e práticas que usam esse quadro para melhorar o fluxo.

A diferença importa. Muita equipe monta um quadro com "A fazer, Fazendo, Feito", pendura 40 cartões em "Fazendo" e conclui que o Kanban não funcionou. O que ela montou foi uma lista com colunas. Sem limite de trabalho em andamento, sem regras claras de quando um cartão avança e sem olhar para o tempo que as tarefas levam, o quadro mostra a bagunça, mas não ajuda a resolvê-la.

A ideia central em três verbos

• Visualizar. Todo o trabalho aparece no quadro, inclusive o que ninguém queria enxergar, como o pedido que ficou parado esperando aprovação.
• Limitar. Cada etapa aceita um número máximo de itens. Para começar algo novo, é preciso terminar ou destravar algo que já está lá.
• Fluir. O objetivo deixa de ser "manter todo mundo ocupado" e passa a ser "fazer os itens atravessarem o processo com o menor tempo de espera possível".

De onde vem o Kanban

O método nasceu na indústria. Na Toyota, o engenheiro Taiichi Ohno desenvolveu, depois da Segunda Guerra Mundial, o chamado Sistema Toyota de Produção, que busca reduzir desperdício e produzir apenas o que é necessário, no momento em que é necessário. O cartão kanban foi o sinal desse sistema: quando uma estação de trabalho consumia peças, um cartão voltava para a etapa anterior pedindo reposição. Produzia-se por puxada, e não por empurrada.

Essa lógica de "puxar trabalho quando há capacidade" foi levada para o trabalho do conhecimento nos anos 2000. O nome mais associado a essa adaptação é o de David J. Anderson, que aplicou o método em equipes de desenvolvimento de software e o descreveu no livro Kanban, de 2010. Desde então, o método se espalhou para áreas que não têm nada a ver com programação: agências, RH, jurídico, operações, saúde e atendimento.

Uma observação útil: no chão de fábrica, o cartão controla a produção física, e o estoque de peças é visível. No trabalho do conhecimento, o "estoque" é invisível, porque são ideias, pedidos e e-mails. O quadro existe justamente para dar forma visível a esse estoque.

Princípios e práticas do Kanban

A versão de Anderson tem uma base que costuma ser resumida em princípios de mudança e práticas de gestão.

Princípios de mudança

1. Comece com o que você faz agora. Não se desmonta o processo atual para instalar outro. O quadro reflete o jeito como o trabalho já acontece.
2. Concorde em buscar mudança incremental e evolutiva. Ajustes pequenos e frequentes, no lugar de grandes reformas que ninguém aguenta.
3. Respeite o processo, os papéis e os cargos atuais. Ninguém precisa mudar de função para começar.
4. Estimule a liderança em todos os níveis. Quem percebe um gargalo pode propor a mudança.

As seis práticas

1. Visualizar o fluxo de trabalho. O quadro com as etapas reais do processo.
2. Limitar o trabalho em andamento (WIP). O número máximo de itens por etapa.
3. Gerenciar o fluxo. Olhar onde os itens param e por quê.
4. Tornar as políticas explícitas. Escrever as regras que todos seguem.
5. Implementar ciclos de feedback. Revisões regulares do quadro e das métricas.
6. Melhorar de forma colaborativa. O time decide, em conjunto, o que ajustar.

Se você ler as práticas com calma, vai notar que apenas duas delas, limitar o WIP e gerenciar o fluxo, são realmente diferentes do que a maioria dos times já faz. É nelas que o ganho aparece.

Como montar um quadro Kanban

Colunas: as etapas reais do seu processo

O erro mais comum é copiar as colunas de um modelo. Comece perguntando: por quais etapas um item realmente passa, desde o pedido até a entrega? Escreva cada uma. As colunas do quadro são essas etapas, na ordem em que acontecem.

O mínimo é "A fazer, Em andamento, Concluído". O que costuma valer a pena é dividir "Em andamento" nas etapas que importam para a sua área, como "Em produção", "Em revisão" e "Aguardando cliente". Dividir mostra onde o trabalho espera, e é a espera que você precisa enxergar.

Um truque para evitar excesso: se uma coluna tiver sempre zero ou um cartão, provavelmente ela não representa uma etapa de verdade. Se uma coluna tiver sempre 15, provavelmente ela esconde duas ou três etapas diferentes.

Cartões: um item de trabalho cada

Cada cartão é uma unidade de trabalho entregável: um pedido, uma tarefa, um chamado, uma vaga. Um bom cartão tem título claro, responsável, prazo quando houver, e um lugar para checklist, anexos e comentários. Dê preferência a cartões de tamanho parecido. Se um cartão leva uma hora e outro leva um mês, as métricas de fluxo perdem o sentido, e vale quebrar o grande em partes.

Dá para diferenciar cartões por tipo ou por classe de serviço, usando etiquetas ou cores: por exemplo, "defeito", "melhoria" e "urgente". O ponto é que quem olha o quadro entenda, em dois segundos, o que merece atenção primeiro.

Raias: o mesmo quadro por outro ângulo

Raias são faixas horizontais que dividem o quadro por algum critério. As mais usadas são por responsável, por prioridade, por cliente ou por tipo de trabalho. A raia por responsável responde "quem está carregado?"; a raia por prioridade responde "o urgente está andando?". Em vez de criar quadros separados para cada pergunta, você agrupa o mesmo quadro de formas diferentes.

Políticas explícitas: as regras escritas

Política explícita é a regra que todo mundo conhece porque está escrita ao lado do quadro. Em vez de "a gente costuma revisar antes de entregar", fica: "Nenhum cartão sai de Revisão sem a aprovação de outra pessoa do time". Boas políticas costumam responder a cinco perguntas.

• O que precisa estar pronto para o cartão entrar na coluna?
• O que precisa estar pronto para o cartão sair dela?
• Qual o limite de WIP da coluna?
• Quem pode puxar um novo cartão?
• O que fazer com um cartão bloqueado e por quanto tempo ele pode ficar assim?

Escrever a política em cada coluna, mesmo que curta, acaba com boa parte das discussões do tipo "isso já está pronto?".

Limite de WIP: a prática que muda o jogo

WIP vem de work in progress: trabalho em andamento. O limite de WIP é o número máximo de itens que cada coluna aceita. Quando a coluna chega ao limite, ninguém puxa um novo item para ela; o time precisa primeiro ajudar a terminar o que está lá.

Por que limitar ajuda

Começar muita coisa ao mesmo tempo parece produtivo e, na prática, atrasa tudo. Cada pessoa que alterna entre cinco tarefas gasta tempo para retomar o contexto, e nenhuma tarefa termina rápido. Quando o limite impede o início de novas tarefas, o time passa a atacar o que está parado. O resultado é que menos coisas ficam pela metade, e cada item atravessa o processo mais depressa.

Exemplo numérico

Uma agência de Florianópolis, a Maré Comunicação, tem quatro pessoas na produção de conteúdo: duas redatoras e dois designers. Sem limite, o quadro tinha, em uma terça-feira típica, 14 peças em "Em produção" e 9 em "Revisão interna". Nenhuma peça saía antes de cinco dias.

O time definiu os seguintes limites:

Na primeira semana, o time travou em "Revisão interna" porque a coordenadora tinha duas peças e ninguém podia empurrar a terceira. Em vez de empilhar, as redatoras passaram a revisar o texto umas das outras antes de mandar para a coordenadora, o que reduziu o retrabalho. O limite deixou à mostra um gargalo que estava escondido atrás do volume.

Como escolher o primeiro limite

• Comece perto do número de pessoas que atuam na coluna, ou um pouco abaixo.
• Se o limite for estourado todo dia, ele está baixo demais ou o processo tem um problema que precisa de atenção.
• Se a coluna nunca fica cheia, o limite não está limitando nada: reduza.
• Revise a cada duas ou três semanas, com base no que o quadro mostrou.

Limite de WIP não é punição. É um sinal: quando o quadro "trava", o método está funcionando e mostrando onde a atenção precisa ir.

Métricas de fluxo: lead time, cycle time, throughput e fluxo cumulativo

Kanban se acompanha com poucos números, todos baseados em datas que o quadro já registra. A visão de fluxo da Tasskee reúne esses indicadores, e vale também a leitura do post Kanban ou Gantt, que compara o quadro com o cronograma.

Lead time e cycle time, com um exemplo

Na Clínica Vida Plena, em Curitiba, o setor administrativo recebe pedidos de reembolso. Um pedido chega na segunda, fica três dias esperando alguém pegá-lo, é analisado na quinta e concluído na sexta. O lead time é de cinco dias (da segunda à sexta). O cycle time é de dois dias (da quinta à sexta). A diferença, três dias, é fila. Para reduzir o prazo, de nada adianta pedir que a analista trabalhe mais rápido: o gargalo está na entrada.

Throughput e previsão

Se o time concluiu 8, 11, 9 e 12 itens nas últimas quatro semanas, a média é de 10 itens por semana. Com 40 itens na fila, uma estimativa honesta é de quatro semanas, e uma faixa (de três a cinco semanas) é mais confiável que uma data exata. Isso permite responder "para quando fica pronto?" com base em histórico.

Como ler o fluxo cumulativo

No gráfico de fluxo cumulativo, cada etapa é uma faixa colorida. Quando as faixas se mantêm paralelas, o trabalho flui. Quando a faixa de uma etapa do meio engorda, os itens estão se acumulando ali, e esse é o gargalo. Se a faixa de "Concluído" fica plana por muitos dias, nada está sendo entregue. É o melhor gráfico para ver o problema antes de ele virar atraso.

Kanban × Scrum

As duas abordagens são ágeis, mas partem de lógicas diferentes. Veja o guia de Scrum para o outro lado da comparação.

Não é preciso escolher um lado. Times que fazem sprints costumam usar um quadro Kanban para mostrar o andamento da sprint, e times de suporte que trabalham em fluxo contínuo reservam uma sprint ou uma raia para projetos internos. O quadro é o ponto em comum.

Exemplos de quadro para quatro áreas

TI e desenvolvimento

Na Bitwave, uma software house fictícia de Joinville com seis desenvolvedores, o quadro tem as colunas: Backlog, Pronto para desenvolver, Em desenvolvimento (limite 5), Em code review (limite 3), Em teste (limite 2) e Em produção. A política de "Em code review" é que nenhum cartão fique mais de um dia útil ali; passou disso, vira o primeiro assunto da reunião. O limite de 3 em review fez o time parar de abrir tarefas novas quando o revisor estava sobrecarregado.

Marketing

Na Rota Digital, agência de Belo Horizonte, as colunas são: Briefing, Pauta aprovada, Criação (limite 4), Aprovação interna (limite 2), Aprovação do cliente, Agendado e Publicado. As raias dividem por cliente. Quando um cliente demora a responder, os cartões ficam parados em "Aprovação do cliente", e a raia deixa claro de quem é a vez. Isso muda a conversa com o cliente: em vez de "estamos atrasados", a agência mostra que seis peças aguardam retorno dele.

RH e recrutamento

Na distribuidora Sul Atacado, em Caxias do Sul, cada vaga é um cartão, e as colunas são as etapas do processo seletivo: Vaga aberta, Triagem de currículos, Entrevista com RH (limite 6), Entrevista com gestor (limite 4), Proposta e Contratado. O limite de entrevistas com o gestor evita que o RH encaminhe mais candidatos do que o gestor consegue atender, o que antes fazia candidatos bons esperarem uma semana. O lead time de uma vaga, da abertura à contratação, vira o indicador principal da área.

Suporte e atendimento

Na Conecta Provedor, no interior de São Paulo, o suporte técnico organiza os chamados em: Novo, Em diagnóstico (limite 5), Aguardando cliente, Visita técnica agendada, Resolvido. A política de "Aguardando cliente" diz que, depois de 48 horas sem resposta, o chamado é encerrado com aviso. O quadro serve para a equipe enxergar o que está parado há mais tempo. Para quem precisa de fila com prazo e SLA, a Tasskee tem um módulo separado, os chamados; o guia de SLA explica o conceito.

Em todos os quatro casos, o desenho é o mesmo: etapas reais, limite onde há risco de fila, regra escrita e um indicador de tempo.

Erros comuns ao adotar Kanban

1. Copiar colunas de um modelo. O quadro precisa refletir o seu processo, não um genérico.
2. Não definir limite de WIP. Sem limite, o quadro vira um mural de pendências que cresce sem parar.
3. Limite alto demais para "não incomodar". Se o limite nunca é atingido, ele não limita.
4. Cartões gigantes e cartões minúsculos no mesmo quadro. Fica impossível medir o fluxo.
5. Coluna "Em andamento" que esconde espera. Se o item está esperando alguém, ele precisa de uma coluna ou de uma marcação de bloqueio.
6. Quadro desatualizado. Se o status real está em outro lugar, ninguém olha o quadro. A regra é: se não está no quadro, não existe.
7. Furar a fila o tempo todo. Se tudo é urgente, nada é. Defina uma classe "urgente" com limite próprio (por exemplo, no máximo um cartão por vez).
8. Ignorar as métricas. O quadro mostra o presente; lead time e fluxo cumulativo mostram a tendência.
9. Usar o Kanban para vigiar pessoas. O foco é o fluxo do trabalho, não a produtividade individual. Quando o quadro vira ferramenta de cobrança, as pessoas passam a esconder problemas.
10. Nunca revisar. O processo muda; limites e colunas precisam acompanhar.

Como começar em uma semana

1. Dia 1. Junte o time e liste, em uma folha, as etapas pelas quais o trabalho passa.
2. Dia 2. Monte o quadro, coloque todos os itens em andamento e escreva o que é "pronto" para cada coluna.
3. Dia 3. Defina os primeiros limites de WIP e avise o time de que eles vão incomodar de propósito.
4. Dias 4 e 5. Use o quadro. Anote onde travou e por quê.
5. Fim da semana. Reúna 20 minutos para ajustar limites e regras. Repita toda semana no começo, depois a cada quinzena.

Uma reunião curta diante do quadro, de uns 10 a 15 minutos, é suficiente para a rotina: percorra as colunas da direita para a esquerda, do que está mais perto de terminar para o que acabou de começar. Assim, o time prioriza terminar antes de começar.

Como fazer na Tasskee

O quadro Kanban da Tasskee parte da ideia de que as colunas são as do seu processo. Você cria, renomeia e reordena os status de cada projeto, e a tarefa muda de estágio com um arraste. Veja o que usar para aplicar este guia.

• Colunas do seu fluxo. Cada projeto pode ter os status que a área usa de verdade, como "Em revisão" ou "Aguardando cliente".
• Quadro agrupado por qualquer campo. Separe em raias por responsável, prioridade, sprint, tipo ou cronograma, e veja quem está sobrecarregado ou se o urgente está andando. O agrupamento por outro campo está no plano Pro.
• Cartão personalizável. No menu Cartão, você liga e desliga as informações exibidas (projeto, código, prazo, progresso, prioridade, pontos e responsáveis) e escolhe a densidade normal ou compacta. A preferência é sua e não altera o quadro dos colegas.
• Visões salvas. Guarde o filtro e o agrupamento e volte neles com um clique, sem remontar o quadro toda segunda-feira (plano Pro).
• A tarefa conta a história. Prazo, etiquetas, checklist, anexos, subtarefas e comentários ficam no cartão.
• Outras visões da mesma tarefa. Do quadro você passa para o calendário, a lista ou o cronograma, sem duplicar nada.
• Indicadores de fluxo. A visão de fluxo e os relatórios trazem lead time, cycle time e fluxo cumulativo para você revisar os limites com dados.

Quadro e lista estão em todos os planos, inclusive no Free. Se o seu time faz ciclos de duas semanas, o modelo de backlog e sprint mostra como combinar o quadro com um planejamento por ciclo, e o recurso de sprints adiciona backlog, burndown e velocidade.