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

Kanban é um método para tornar o trabalho visível, limitar quantas coisas ficam em curso ao mesmo tempo e fazer cada item avançar até ao fim sem ficar parado a meio do caminho. O símbolo mais conhecido é o quadro com colunas e cartões, mas o quadro é apenas a parte que se vê. O que faz o método funcionar são as regras que estão por trás.

Este guia explica o Kanban do zero: de onde veio, quais são os princípios, como montar um quadro a sério, como usar o limite de WIP, que números acompanhar e como o método se distingue 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 é o 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: as colunas representam as etapas do processo e os 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. Muitas equipas montam um quadro com "A fazer, Em curso, Feito", penduram 40 cartões em "Em curso" e concluem que o Kanban não funcionou. O que montaram foi uma lista com colunas. Sem limite de trabalho em curso, sem regras claras sobre quando um cartão avança e sem olhar para o tempo que as tarefas demoram, o quadro mostra a confusão, mas não ajuda a resolvê-la.

A ideia central em três verbos

• Visualizar. Todo o trabalho aparece no quadro, incluindo o que ninguém queria ver, como o pedido que ficou parado à espera de aprovação.
• Limitar. Cada etapa aceita um número máximo de itens. Para começar algo novo, é preciso terminar ou desbloquear algo que já lá está.
• Fluir. O objetivo deixa de ser "manter toda a gente ocupada" 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 procura reduzir o 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 um posto de trabalho consumia peças, um cartão voltava à etapa anterior a pedir reposição. Produzia-se por puxada, e não por empurrada.

Esta 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 equipas de desenvolvimento de software e o descreveu no livro Kanban, de 2010. Desde então, o método espalhou-se por áreas que nada têm 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 stock de peças é visível. No trabalho do conhecimento, o "stock" é invisível, porque são ideias, pedidos e e-mails. O quadro existe precisamente para dar forma visível a esse stock.

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 faz agora. Não se desmonta o processo atual para instalar outro. O quadro reflete a forma como o trabalho já acontece.
2. Concorde em procurar uma mudança incremental e evolutiva. Ajustes pequenos e frequentes, em vez de grandes reformas que ninguém aguenta.
3. Respeite o processo, os papéis e os cargos atuais. Ninguém precisa de mudar de função para começar.
4. Estimule a liderança a todos os níveis. Quem repara num 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 curso (WIP). O número máximo de itens por etapa.
3. Gerir o fluxo. Ver onde os itens param e porquê.
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. A equipa decide, em conjunto, o que ajustar.

Se ler as práticas com calma, vai reparar que apenas duas delas, limitar o WIP e gerir o fluxo, são realmente diferentes do que a maioria das equipas 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 por perguntar: por que etapas passa realmente um item, desde o pedido até à entrega? Escreva cada uma. As colunas do quadro são essas etapas, pela ordem em que acontecem.

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

Um truque para evitar excessos: se uma coluna tiver sempre zero ou um cartão, provavelmente não representa uma etapa a sério. Se uma coluna tiver sempre 15, provavelmente 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 pedido de suporte, uma vaga. Um bom cartão tem um 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 semelhante. Se um cartão demora uma hora e outro demora um mês, as métricas de fluxo perdem o sentido, e vale a pena dividir o grande em partes.

É possível distinguir os 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 para o quadro perceba, em dois segundos, o que merece atenção primeiro.

Raias: o mesmo quadro por outro ângulo

As 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 a "quem está carregado?"; a raia por prioridade responde a "o urgente está a avançar?". Em vez de criar quadros separados para cada pergunta, agrupa-se o mesmo quadro de formas diferentes.

Políticas explícitas: as regras escritas

Política explícita é a regra que todos conhecem porque está escrita junto ao quadro. Em vez de "costumamos rever antes de entregar", fica: "Nenhum cartão sai de Revisão sem a aprovação de outra pessoa da equipa". As boas políticas costumam responder a cinco perguntas.

• O que tem de estar pronto para o cartão entrar na coluna?
• O que tem de 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 durante quanto tempo pode ficar assim?

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

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

WIP vem de work in progress: trabalho em curso. 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; a equipa tem primeiro de ajudar a terminar o que lá está.

Porque é 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 a retomar o contexto, e nenhuma tarefa termina depressa. Quando o limite impede o início de novas tarefas, a equipa passa a atacar o que está parado. O resultado é que menos coisas ficam a meio, 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údos: duas redatoras e dois designers. Sem limite, o quadro tinha, numa 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.

A equipa definiu os seguintes limites:

Na primeira semana, a equipa bloqueou 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 rever o texto umas das outras antes de o enviar à coordenadora, o que reduziu o retrabalho. O limite deixou à vista 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 todos os dias, está demasiado baixo ou o processo tem um problema que precisa de atenção.
• Se a coluna nunca fica cheia, o limite não está a limitar nada: reduza.
• Reveja a cada duas ou três semanas, com base no que o quadro mostrou.

O limite de WIP não é um castigo. É um sinal: quando o quadro "bloqueia", o método está a funcionar e a mostrar onde a atenção tem de ir.

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

O Kanban acompanha-se com poucos números, todos baseados em datas que o quadro já regista. A vista de fluxo da Tasskee reúne estes indicadores, e vale também a pena ler o artigo 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-feira, fica três dias à espera de que alguém pegue nele, é analisado na quinta-feira e concluído na sexta-feira. 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 à analista que trabalhe mais depressa: o gargalo está na entrada.

Throughput e previsão

Se a equipa 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 um intervalo (de três a cinco semanas) é mais fiável do que uma data exata. Isto permite responder a "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 a acumular-se aí, e esse é o gargalo. Se a faixa de "Concluído" fica plana durante muitos dias, nada está a ser entregue. É o melhor gráfico para ver o problema antes de ele se tornar 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. As equipas que fazem sprints costumam usar um quadro Kanban para mostrar o andamento da sprint, e as equipas 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 programadores, 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, torna-se o primeiro assunto da reunião. O limite de 3 em review fez a equipa deixar 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. Isto muda a conversa com o cliente: em vez de "estamos atrasados", a agência mostra que seis peças aguardam resposta 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 de seleção: 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 com que bons candidatos esperassem uma semana. O lead time de uma vaga, da abertura à contratação, passa a ser o indicador principal da área.

Suporte e atendimento

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

Nos 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 o Kanban

1. Copiar colunas de um modelo. O quadro precisa de refletir o seu processo, não um genérico.
2. Não definir limite de WIP. Sem limite, o quadro torna-se um mural de pendências que cresce sem parar.
3. Limite alto demais para "não incomodar". Se o limite nunca é atingido, não limita.
4. Cartões gigantes e cartões minúsculos no mesmo quadro. Torna-se impossível medir o fluxo.
5. Coluna "Em curso" que esconde esperas. Se o item está à espera de alguém, precisa de uma coluna ou de uma marcação de bloqueio.
6. Quadro desatualizado. Se o estado real está noutro lado, ninguém olha para 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 de cada 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 se torna uma ferramenta de cobrança, as pessoas passam a esconder problemas.
10. Nunca rever. O processo muda; limites e colunas têm de acompanhar.

Como começar numa semana

1. Dia 1. Reúna a equipa e liste, numa folha, as etapas por que o trabalho passa.
2. Dia 2. Monte o quadro, coloque todos os itens em curso e escreva o que é "pronto" para cada coluna.
3. Dia 3. Defina os primeiros limites de WIP e avise a equipa de que vão incomodar de propósito.
4. Dias 4 e 5. Use o quadro. Anote onde bloqueou e porquê.
5. Fim da semana. Reúna 20 minutos para ajustar limites e regras. Repita todas as semanas no início, depois de quinze em quinze dias.

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, a equipa 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. Cria, renomeia e reordena os estados de cada projeto, e a tarefa muda de etapa com um arrastar. Veja o que usar para aplicar este guia.

• Colunas do seu fluxo. Cada projeto pode ter os estados que a área realmente usa, como "Em revisão" ou "A aguardar o 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á a avançar. O agrupamento por outro campo está no plano Pro.
• Cartão personalizável. No menu Cartão, liga e desliga as informações apresentadas (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.
• Vistas guardadas. Guarde o filtro e o agrupamento e volte a eles com um clique, sem remontar o quadro todas as segundas-feiras (plano Pro).
• A tarefa conta a história. Prazo, etiquetas, checklist, anexos, subtarefas e comentários ficam no cartão.
• Outras vistas da mesma tarefa. Do quadro passa para o calendário, a lista ou o cronograma, sem duplicar nada.
• Indicadores de fluxo. A vista de fluxo e os relatórios trazem lead time, cycle time e fluxo cumulativo para rever os limites com dados.

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