Neste capítulo, você vai entender a diferença entre a mudança tradicional, planejada de cima para baixo e implantada em bloco, e a mudança evolutiva que o Método Kanban propõe. É o primeiro tópico do curso Kanban Systems Improvement e a base para tudo o que vem depois: gerir dependências, escalar e lidar com resistência.

A mudança tradicional define um estado futuro, desenha a estrutura que o entrega e migra a organização para ela em um projeto com início, meio e fim. A mudança evolutiva parte do estado atual, introduz ajustes pequenos e frequentes guiados por evidência, e deixa que a nova forma de trabalhar emerja. No Kanban, a segunda é a regra: os sistemas evoluem por pressão de melhoria, não por decreto.

O que a mudança tradicional pressupõe

Reorganizações, novos modelos operacionais e frameworks implantados em escala partem de três premissas: que o estado futuro é conhecido com antecedência, que a transição pode ser planejada e que as pessoas se adaptarão porque a estrutura mudou. Em trabalho do conhecimento, as três costumam falhar. O estado futuro é uma aposta, a transição encontra dependências não mapeadas, e as pessoas voltam aos hábitos antigos assim que a pressão do projeto de mudança termina.

Fatores que favorecem a mudança evolutiva

• Pressão para melhorar
  Insatisfação visível com o estado atual, medida em lead time, qualidade, previsibilidade. Sem pressão, nada evolui.
• Reflexão e modelos
  Entender por que o sistema se comporta como se comporta: filas, variabilidade, custo do atraso, teoria das restrições.
• Atos de liderança
  Pessoas em qualquer nível que propõem um experimento e se responsabilizam por ele.
• Segurança para experimentar
  Mudanças pequenas e reversíveis, em que falhar custa pouco e ensina muito.

Por que o Kanban escolhe a evolução

Imagine reformar uma casa habitada. Dá para demolir e reconstruir, com a família morando em outro lugar por um ano, ou dá para reformar cômodo por cômodo, com a casa funcionando o tempo todo. A segunda opção é mais lenta no cômodo e mais rápida no resultado, porque não para a vida. O Kanban faz a segunda escolha de propósito: o sistema de trabalho continua entregando enquanto melhora, e cada ajuste é avaliado antes do próximo.

Isso não significa ausência de direção. A evolução tem alvo: as insatisfações do cliente e da equipe, os níveis de maturidade do Capítulo 02, os resultados de negócio. O que muda é o caminho, que não é desenhado inteiro no início.

O que o KSI acrescenta ao KSD

O Kanban System Design ensina a desenhar um sistema para um serviço. O Kanban Systems Improvement parte de sistemas que já existem e pergunta como fazê-los evoluir: como diagnosticar maturidade, como lidar com dependências entre serviços, como escalar para a organização e como conduzir a mudança quando há resistência. Se você ainda não desenhou o seu primeiro sistema, o blog do KSD cobre esse caminho. O próximo capítulo entra no mapa que orienta a evolução: o Kanban Maturity Model.