Kanban

Kanban é um método para tornar o trabalho visível e limitar o que está em andamento ao mesmo tempo. Duas ideias simples. Impacto direto em como o trabalho flui — e onde para.

Não é quadro com post-it. O quadro é o artefato. Kanban é o método por trás dele.

Kanban nasceu na Toyota nos anos 1950 como sistema de sinalização para controlar o fluxo de materiais na linha de produção. Kanban em japonês significa cartão ou sinal. O cartão autorizava a produção ou movimentação de um item — sem cartão, sem movimento. O sistema evitava superprodução e tornava o ritmo da linha visível em tempo real.

David Anderson adaptou esses princípios para o contexto de desenvolvimento de software no início dos anos 2000, formalizando o Método Kanban como é praticado hoje em trabalho de conhecimento.

Visualizar o trabalho. Todo item em andamento aparece no quadro. Cada coluna representa um estado — a fazer, em análise, em desenvolvimento, em revisão, concluído. O que estava na cabeça de alguém passa a existir como informação compartilhada.

Limitar o trabalho em progresso. Cada coluna tem um limite — o WIP limit (Work In Progress). Quando a coluna está cheia, não entra item novo até que um saia. A restrição parece contraintuitiva. Na prática, ela força resolução de gargalo em vez de acúmulo de tarefa iniciada que não termina.

Gerenciar o fluxo. O objetivo não é manter todo mundo ocupado — é manter os itens se movendo. Item parado em uma coluna por muito tempo é sinal: há impedimento que precisa ser resolvido, não ignorado.

Melhorar continuamente. Kanban não prescreve o processo ideal. Começa com o processo que existe e o torna visível o suficiente para que as disfunções apareçam e possam ser tratadas.

Scrum organiza o trabalho em ciclos fechados — a Sprint. No fim de cada ciclo, o que foi comprometido é entregue. Kanban não tem ciclos — tem fluxo contínuo. Trabalho entra quando há capacidade, avança pelo quadro e sai quando conclui.

Scrum é melhor para trabalho onde há planejamento de ciclo e comprometimento de escopo. Kanban é melhor para trabalho com demanda variável e contínua — suporte, manutenção, operações, fluxo de solicitações sem ritmo fixo.

Não são concorrentes. Muitos times usam Scrum para desenvolvimento e Kanban para operações. A escolha depende da natureza do trabalho, não da preferência por um nome.

Em PMEs, o maior ganho do Kanban é a visibilidade. Antes do quadro, o trabalho existe distribuído entre e-mails, conversas e cabeças de pessoas. Com o quadro, a pergunta "no que estamos trabalhando agora?" tem resposta em trinta segundos.

O segundo ganho é o WIP limit. PME que inicia tudo ao mesmo tempo e não termina nada reconhece o sintoma. O limite de trabalho em progresso não resolve o problema pela força — ele torna visível o custo de começar mais do que se consegue terminar.

Kanban não exige adoção de framework completo para funcionar. Um quadro simples com limite de itens em andamento já muda como o trabalho acontece — porque torna visível o que antes era invisível. Visibilidade sem ação não resolve nada. Mas problema que não se vê nunca é resolvido.