KGBOK · Domínio 7 · cobrado em KG Foundations, KGCP, KGFP

Evolução e mudança organizacional com Kanban

No Método Kanban, a mudança acontece em passos pequenos, guiados por hipóteses e medidos com dados de fluxo. O STATIK organiza a implantação a partir das insatisfações reais, e o gargalo indica onde o próximo experimento rende mais.

O que é e por que importa

Mudanças organizacionais grandes costumam falhar pelo mesmo motivo: pedem que as pessoas aceitem, de uma vez, novos papéis, novas regras e uma nova identidade profissional, com uma promessa de benefício que só aparece meses depois. O Método Kanban propõe outro caminho. Você parte do que existe, torna os problemas visíveis e muda uma coisa de cada vez, com uma hipótese clara sobre o efeito esperado.

Essa abordagem é mais lenta no primeiro dia e mais rápida no primeiro ano. Cada passo é pequeno o bastante para ser aceito e reversível o bastante para ser tentado. E, como cada passo é medido, a organização aprende com o que deu certo e com o que não deu.

Conceitos-chave

Mudança evolutiva

Evoluir, aqui, tem um sentido preciso: variar, selecionar e manter o que funciona. A variação vem de experimentos no sistema, como uma política nova, um limite de WIP diferente ou uma coluna de espera visível. A seleção vem dos dados de fluxo e da percepção do cliente. O que melhora o resultado vira política; o que não melhora é desfeito.

Uma mudança evolutiva bem conduzida provoca uma queda pequena e curta de desempenho, se provocar alguma. Mudanças grandes e simultâneas costumam provocar uma queda profunda e longa, e muitas organizações abandonam a iniciativa antes da recuperação.

STATIK

STATIK (Systems Thinking Approach to Introducing Kanban) é a abordagem sistêmica para introduzir Kanban em um serviço. Os passos não são uma sequência rígida; você volta a eles conforme aprende:

  1. Entender as fontes de insatisfação, de quem faz o trabalho e de quem o recebe. O que incomoda é o que dá energia à mudança.
  2. Analisar a demanda e a capacidade: que tipos de pedido chegam, em que volume e com que variação, e quanto o serviço entrega hoje.
  3. Modelar o fluxo de trabalho como um processo de descoberta de conhecimento, com as etapas e as filas reais.
  4. Descobrir as classes de serviço que já existem de forma implícita, como os pedidos que sempre furam a fila.
  5. Desenhar o sistema Kanban: quadro, limites de WIP, políticas, métricas e cadências.
  6. Socializar o desenho e negociar a implantação com as pessoas envolvidas, ajustando o que for preciso.

Algumas apresentações acrescentam um passo zero: identificar os serviços antes de tudo. O desafio de implantar Kanban com STATIK coloca esses passos em uma situação com pressão real.

Experimentos com hipótese e medição

Um experimento útil tem cinco elementos escritos antes de começar:

  • a mudança, específica: “reduzir o limite de WIP de Desenvolvimento de 6 para 4”;
  • a hipótese, com o efeito esperado: “o percentil 85 de Cycle Time cai de 14 para menos de 11 dias”;
  • a medida e o período: “em quatro semanas, mantendo o Throughput acima de 8 itens por semana”;
  • o critério para desfazer, se o efeito colateral for maior que o benefício;
  • quem acompanha e em qual cadência o resultado será discutido.

Sem hipótese, toda mudança parece ter dado certo para quem a defendeu. Sem período e critério de reversão, a mudança vira permanente por inércia. Monte o seu no laboratório de experimentos.

Resistência

Resistência raramente é teimosia. Costuma ser uma reação razoável a uma ameaça percebida: perda de status, medo de ser avaliado pelas métricas, desconfiança após mudanças anteriores que não deram certo. O método reduz essa ameaça por desenho. Respeita os papéis atuais, mede o sistema e não as pessoas, e começa pelas insatisfações que as próprias pessoas apontaram.

Quando surge resistência a um experimento específico, trate-a como dado. Talvez a mudança proposta seja grande demais, ou a hipótese não convença. Um experimento menor, com prazo curto e reversão garantida, costuma destravar a conversa.

Escolher o próximo passo pelo gargalo

Com muitos problemas visíveis, a tentação é atacar todos. A teoria das restrições lembra que só a melhoria no gargalo aumenta a entrega do sistema; melhorias em outros lugares podem até piorar o fluxo, se aumentarem a fila na frente da restrição. Antes de escolher um experimento, pergunte: onde o trabalho mais espera? Que etapa define o ritmo de saída? A resposta indica onde o próximo passo rende mais.

Um exemplo comum: um time investe em automatizar a etapa de desenvolvimento, que já tinha folga, enquanto os itens esperam em média 6 dias por aprovação de outra área. O Cycle Time não muda. O próximo passo certo seria tornar a espera visível e negociar uma política com a área de aprovação. Treine essa leitura no desafio do gargalo invisível.

Erros comuns

  • Implantar o desenho final de uma vez. O desenho perfeito não sobrevive ao contato com o trabalho real.
  • Experimentar sem medir antes. Sem linha de base, não há como saber se houve melhoria.
  • Mudar várias coisas ao mesmo tempo. O resultado não pode ser atribuído a nenhuma delas.
  • Ignorar a insatisfação do cliente. Melhorias que só o time percebe raramente se sustentam.
  • Otimizar etapas que não são o gargalo. Gera esforço sem ganho de entrega.

Como isso aparece na prova

Você vai encontrar situações de implantação e de melhoria contínua. Exemplos do tipo de decisão: qual é o primeiro passo do STATIK diante de um pedido para “implantar Kanban em todo o departamento”; qual experimento tem melhor formulação entre várias opções; qual é a melhor resposta a uma equipe que teme ser avaliada pelo Throughput; onde investir primeiro, dado um quadro com filas e tempos por etapa.

Perguntas frequentes

O que significa STATIK?

É a sigla, em inglês, para uma abordagem sistêmica de introduzir Kanban. Ela organiza a implantação a partir das insatisfações reais, da análise da demanda e da capacidade e do fluxo atual, até o desenho do sistema e a negociação com as pessoas envolvidas.

Quanto tempo deve durar um experimento?

O suficiente para que a métrica escolhida reflita a mudança. Para efeitos sobre o Cycle Time, isso costuma significar algumas vezes o Cycle Time típico do time. Um time com percentil 85 de 10 dias precisa, em geral, de três a seis semanas para enxergar o efeito.

Como lidar com quem não quer mudar?

Comece pelo que incomoda essas pessoas, e não pelo que você quer mudar. Proponha experimentos pequenos, reversíveis e com prazo, e meça o sistema, nunca as pessoas. A resistência costuma diminuir quando a mudança resolve um problema que elas mesmas reconhecem.

Por que começar pelo gargalo?

Porque o gargalo define o ritmo de entrega de todo o sistema. Melhorar outras etapas pode aumentar a fila na frente dele sem aumentar a entrega. Concentrar o próximo experimento no gargalo é o que traz efeito visível mais rápido.