Conceito

O que é Kanban

Kanban é um método de gestão de fluxo de trabalho que torna o trabalho visível e limita quanto se faz ao mesmo tempo. O quadro é a parte visível; o limite é a parte que funciona.

A palavra kanban vem do japonês e significa, literalmente, "cartão" ou "sinal visual". O conceito nasceu no Sistema Toyota de Produção, nos anos 1940, como um mecanismo de reposição: um cartão sinalizava que determinada peça havia sido consumida e precisava ser produzida de novo. Nada era produzido sem esse sinal.

Nos anos 2000, David J. Anderson adaptou a ideia para trabalho do conhecimento, software, marketing, operações, no que hoje se chama Método Kanban. A mudança essencial: em vez de puxar produção de peças, o time puxa tarefas, e só quando tem capacidade para elas.

  • Visualizar o fluxo

    Colunas representam etapas do processo real, não o processo idealizado. Cartões representam itens de trabalho.

  • Limitar o trabalho em progresso

    Cada coluna aceita um número máximo de itens. É a regra central, sem ela, o quadro é só uma lista bonita.

  • Gerenciar o fluxo

    O foco é reduzir o tempo entre início e entrega, não aumentar quantos itens foram iniciados.

  • Tornar as políticas explícitas

    O que significa "pronto" precisa estar escrito. Critério implícito é fonte garantida de retrabalho.

O que é limite de WIP e por que ele é o coração do método

WIP é a sigla de work in progress, trabalho em progresso. O limite de WIP define quantos itens podem estar simultaneamente em cada etapa do fluxo.

A intuição contraria o senso comum: limitar o quanto se começa acelera a entrega. Isso acontece porque trabalho parado no meio do fluxo não gera valor nenhum, mas consome atenção, ocupa memória de contexto e envelhece, enquanto o mesmo esforço concentrado em menos itens termina antes.

Existe uma relação matemática por trás disso, conhecida como Lei de Little: o tempo médio de entrega é proporcional à quantidade média de trabalho em progresso dividida pela taxa de conclusão. Reduzir o WIP, mantendo a capacidade, reduz o tempo de entrega. Não é opinião de metodologia, é aritmética de fila.

Swimlanes: separar sem fragmentar

Swimlanes são raias horizontais que cortam as colunas do quadro. Elas servem para separar categorias que compartilham o mesmo fluxo mas precisam de leitura independente: times diferentes, tipos de demanda, ou uma raia expressa para urgências.

O uso mais valioso costuma ser a raia de item urgente com limite de WIP próprio, normalmente um. Isso dá ao time uma resposta pronta para a pergunta "dá para encaixar mais uma urgência?": dá, quando a raia estiver vazia.

A mesma coleção em tabela, kanban, calendário e galeria. Agrupar por time ou por cliente é o que produz as swimlanes sem partir o quadro em dois.

Kanban não é Scrum, e a diferença importa

Scrum trabalha em iterações de duração fixa (sprints), com papéis definidos e escopo comprometido por ciclo. Kanban não tem iteração obrigatória, não define papéis e não pede estimativa: o trabalho flui continuamente e é puxado conforme há capacidade.

Isso torna o Kanban especialmente adequado a times cuja demanda chega de forma imprevisível, suporte, operações, marketing sob demanda, times de plataforma. E torna o Scrum mais adequado quando existe um escopo que vale a pena proteger por algumas semanas.

Vale registrar que Kanban é um método de mudança evolutiva: ele começa com o processo que você já tem, sem reorganizar cargos. Essa é justamente a razão de ele encontrar menos resistência na adoção.

Calendário e timeline sobre a mesma coleção. É onde a caixa de tempo do Scrum aparece, e é exatamente o que o Kanban não exige que exista.

Os erros mais comuns na prática

O primeiro é adotar o quadro e ignorar o limite de WIP. O resultado é uma lista de tarefas em colunas, organizada, mas sem nenhum efeito sobre o tempo de entrega.

O segundo é desenhar as colunas do processo ideal em vez do processo real. Se existe uma etapa informal de "esperando resposta do cliente", ela precisa estar no quadro; escondê-la não a elimina, só a torna invisível.

O terceiro é usar a coluna "concluído" como arquivo morto. Kanban vive de medir o tempo entre entrada e saída, sem isso, o time perde o único indicador que diria se a mudança que fez melhorou alguma coisa.

Itens concluídos por período e tempo gasto em cada etapa. É assim que uma coluna represada aparece como número antes de o quadro inteiro travar.

Perguntas frequentes

Qual a diferença entre Kanban e Scrum?
Scrum organiza o trabalho em sprints de duração fixa, com papéis definidos e escopo comprometido por ciclo. Kanban não exige iteração, papéis nem estimativa: o trabalho flui continuamente e é puxado conforme há capacidade, controlada por limites de WIP. Kanban tende a servir melhor quando a demanda é imprevisível; Scrum, quando há escopo que vale proteger por algumas semanas.
Qual é o limite de WIP ideal?
Não existe um número universal. Uma heurística comum é começar próximo ao número de pessoas da etapa e ir reduzindo até o fluxo começar a travar, o ponto imediatamente anterior ao travamento costuma ser o limite útil. O sinal de que o limite está alto demais é ter muitos itens iniciados e poucos concluídos por semana.
Kanban serve para times que não são de software?
Serve, e é um dos motivos da popularidade dele. Marketing, jurídico, recrutamento, suporte e operações usam Kanban com frequência, porque o método não pressupõe nada sobre o tipo de trabalho, apenas que ele passa por etapas e que existe um limite de quanto se consegue fazer ao mesmo tempo.
Preciso de uma ferramenta para aplicar Kanban?
Não. Kanban funciona com post-its numa parede, e muitos times começam assim de propósito. A ferramenta passa a valer a pena quando o time é distribuído, quando é preciso medir tempo de ciclo com alguma consistência, ou quando o quadro precisa conversar com prazos e indicadores.

Continue por aqui

Aplicar Kanban com limite de WIP nativo

No Workspacefy o limite de WIP e as swimlanes são parte do quadro, não uma extensão instalada por fora. Grátis para começar.

Comece grátis