O que é o Método Kanban e por que ele importa
Neste corpo de conhecimento, Kanban quer dizer o Método Kanban: uma abordagem para gerenciar e melhorar serviços de trabalho do conhecimento, organizada por David J. Anderson a partir de meados dos anos 2000. A ideia central cabe em uma frase. Você torna o trabalho visível, limita quanto trabalho fica em andamento ao mesmo tempo e usa o que observa para mudar o sistema em passos pequenos e seguros.
O método parte do processo que o time já usa, sem papéis, artefatos ou eventos prontos para substituir o que existe. Por isso é descrito como um método de mudança evolutiva, e não como um framework de processo. Uma mudança que não ameaça o cargo nem a identidade das pessoas encontra menos resistência e dura mais.
O que o Kanban não é
Três confusões são frequentes:
- Kanban não é só o quadro. Um quadro com “A fazer, Fazendo, Feito” é uma visualização. Sem limites de WIP, políticas explícitas e cadências de feedback, ele mostra o trabalho, mas não muda o comportamento do sistema.
- Kanban não é ausência de compromisso. Um sistema Kanban bem desenhado tem um ponto de comprometimento claro, expectativas de prazo baseadas em dados e acordos explícitos com quem pede o trabalho.
- Kanban não é “Scrum sem sprint”. O método não define iterações nem papéis obrigatórios. Um time que usa Scrum pode aplicar o Método Kanban sobre o que já faz, e muitos fazem isso.
Conceitos-chave
Princípios de gestão de mudança
O primeiro grupo de princípios trata de como a mudança acontece:
- Comece pelo que você faz hoje. Entenda o processo real, como ele acontece de fato, e respeite os papéis e responsabilidades atuais.
- Combine que a melhoria será evolutiva. As pessoas concordam em mudar por ajustes incrementais, observáveis e reversíveis.
- Estimule a liderança em todos os níveis. Qualquer pessoa que veja um problema no fluxo pode propor um experimento, sem esperar a iniciativa da gestão.
Princípios de entrega de serviço
O segundo grupo olha para o serviço que o time presta:
- Entenda o que o cliente precisa e espera, incluindo prazo, qualidade e previsibilidade, e não só a lista de pedidos.
- Gerencie o trabalho, não as pessoas. Quando o fluxo está visível e as regras são claras, as pessoas se auto-organizam em torno dele.
- Revise com regularidade a rede de serviços e as suas políticas, porque o resultado depende das regras do sistema mais do que do esforço individual.
Práticas gerais
As práticas gerais são o que você efetivamente faz no dia a dia:
- Visualizar o trabalho e o fluxo, incluindo filas e bloqueios.
- Limitar o trabalho em andamento, para criar o sistema puxado.
- Gerenciar o fluxo, observando tempo, acúmulo e envelhecimento dos itens.
- Tornar as políticas explícitas, como critérios de entrada e saída de cada etapa.
- Implementar ciclos de feedback, por meio das cadências.
- Melhorar de forma colaborativa e evoluir por experimentos, usando modelos (teoria das filas, teoria das restrições, custo de atraso) para formular hipóteses.
Ninguém adota as seis de uma vez com profundidade. Um time de suporte pode começar visualizando chamados e bloqueios e só no segundo mês introduzir limites de WIP.
Sistema puxado
Em um sistema empurrado, o trabalho entra porque alguém decidiu que ele deve entrar: o gestor distribui doze chamados para cada analista na segunda-feira. Em um sistema puxado, o trabalho entra quando há capacidade livre, e o sinal dessa capacidade é o limite de WIP. Quando a etapa “Em análise” tem limite 3 e está com 2 itens, existe um espaço, e alguém puxa o próximo item da fila. No trabalho do conhecimento, o próprio limite faz o papel do cartão de sinalização: por isso se fala em sistema kanban virtual.
O efeito prático é que o time para de começar e passa a terminar: menos troca de contexto, filas menores e prazos mais curtos e estáveis. Você pode sentir esse efeito em poucos minutos na experiência de limite de WIP.
Da Toyota ao trabalho do conhecimento
A palavra kanban vem do Sistema Toyota de Produção, em que cartões sinalizavam a necessidade de repor peças, limitando o estoque entre as etapas. O Método Kanban herda dois elementos dessa origem: o sinal de puxar e o limite de estoque intermediário. Ele não herda a premissa de que os itens são iguais. No trabalho do conhecimento, cada item é diferente, boa parte do trabalho é descoberta e a variabilidade é alta. Por isso o método prefere expectativas probabilísticas, como “85% dos itens ficam prontos em até 9 dias”, a estimativas pontuais de cada item.
Erros comuns
- Copiar o quadro de outro time. O quadro precisa retratar o seu fluxo, não o de um exemplo da internet.
- Reestruturar papéis no primeiro dia. Isso contraria o princípio de começar pelo que existe e gera resistência sem necessidade.
- Tratar o limite de WIP como meta de ocupação. O limite é um teto que expõe problemas, não um número a preencher.
- Medir pessoas em vez do fluxo. Comparar produtividade individual incentiva começar muitos itens e esconder bloqueios.
Como isso aparece na prova
As questões deste domínio pedem que você reconheça qual princípio está em jogo em uma situação concreta. Por exemplo: uma gerente quer implantar Kanban e propõe, na mesma semana, criar novos cargos e trocar a ferramenta. Você precisa identificar o que conflita com a mudança evolutiva e qual seria o primeiro passo coerente. Também aparecem situações para separar uma visualização de um sistema Kanban e para distinguir sistema puxado de empurrado a partir da descrição de como o trabalho entra.
Perguntas frequentes
O Método Kanban é uma metodologia ágil?
Ele é compatível com os valores ágeis e muito usado por times ágeis, mas não depende deles. O Método Kanban é um método de gestão de mudança e de melhoria de serviços. Funciona em desenvolvimento de software, operações, marketing, jurídico e qualquer área em que o trabalho chega como pedidos e precisa ser entregue com previsibilidade.
Preciso abandonar o Scrum para usar o Método Kanban?
Não. Como o método começa pelo que você faz hoje, ele pode ser aplicado sobre um processo Scrum. Na prática, times Scrum costumam adicionar limites de WIP às etapas da sprint, medir Cycle Time e usar previsões probabilísticas no planejamento.
Qual é a diferença entre um quadro Kanban e um sistema Kanban?
O quadro é a visualização. O sistema Kanban inclui o quadro, os limites de WIP que criam o fluxo puxado, as políticas explícitas, as métricas e as cadências de revisão. Um quadro sem limites mostra o trabalho; um sistema muda o comportamento do fluxo.
