Uma estrutura para eliminar sistematicamente desperdícios e criar fluxo.
Tudo começa com valor—e o valor é definido pelo cliente, não por você.
Isso parece óbvio, mas é rotineiramente ignorado. Equipes constroem funcionalidades que os clientes nunca pediram. Elas adornam soluções com complexidade que ninguém precisa. Elas otimizam processos internos que não afetam a experiência do cliente.
Valor é tudo aquilo pelo qual o cliente está disposto a pagar. Todo o resto é desperdício.
Em software, isso significa:
Antes de poder eliminar desperdícios, você precisa entender como é o valor. Isso requer realmente conversar com os clientes, observar como eles usam seu produto e medir resultados—não apenas entregar funcionalidades.
Armadilha Comum
Não confunda atividade com valor. Construir funcionalidades é atividade. Entregar funcionalidades que os clientes amam e pelas quais pagam é valor. Os dois não são a mesma coisa.
Um fluxo de valor é a sequência de todas as atividades necessárias para entregar valor a um cliente—desde o conceito inicial até o produto entregue.
Mapear esse fluxo significa visualizar cada etapa, cada transferência, cada tempo de espera. Você desenha o estado atual honestamente, mostrando onde o trabalho realmente flui e onde ele fica preso.
Na manufatura, isso pode ser: matérias-primas → usinagem → montagem → testes → envio.
Em software, pode ser: ideia → priorização → design → desenvolvimento → revisão de código → testes → implantação → monitoramento.
A maioria das equipes nunca mapeou seu fluxo de valor. Elas otimizam localmente—tornando uma etapa mais rápida—sem ver o todo. Mas melhorar uma etapa que não é gargalo não ajuda o sistema. Frequentemente, piora as coisas ao acumular inventário antes da restrição.
O mapeamento revela:
Você não pode melhorar o que não consegue ver. O mapeamento torna o invisível visível.
Uma vez que você consegue ver o fluxo de valor, o objetivo é criar fluxo: trabalho movendo-se suave e continuamente do início ao fim, sem espera, sem lotes, sem interrupções.
O fluxo perfeito é o fluxo de peça única—cada item se move por todo o fluxo de valor sem parar. Na manufatura, isso significa um carro por vez pela fábrica. Em software, isso significa uma funcionalidade por vez da ideia à produção.
Obstáculos ao fluxo incluem:
Criar fluxo não significa trabalhar mais rápido. Significa remover os obstáculos que desaceleram o trabalho. Frequentemente, isso significa fazer menos de uma vez—contraintuitivo, mas verdadeiro.
A eficiência do fluxo mede o tempo de agregação de valor como uma porcentagem do lead time total. Na maioria do trabalho de conhecimento, é de 5-15%. Os outros 85-95% são espera. Melhorar o fluxo significa atacar o tempo de espera, não o tempo de trabalho.
Princípio 4: Estabelecer Puxada
Em um sistema empurrado, o trabalho é atribuído com base em cronogramas e previsões. Em um sistema puxado, o trabalho é iniciado com base na capacidade e na demanda. Nada se move a menos que algo a jusante sinalize que está pronto.
O sinal de puxada clássico é o cartão kanban: quando você completa um item, você puxa o próximo. Você não inicia um novo trabalho só porque ele está no backlog—você o inicia porque tem capacidade.
Sistemas puxados:
Princípio 5: Buscar a Perfeição
Lean não é um destino—é uma direção. O princípio final é a melhoria contínua: buscar incansavelmente a perfeição mesmo sabendo que você nunca a alcançará.
Isso significa:
A busca nunca termina. A Toyota vem melhorando há mais de 70 anos e ainda encontra maneiras de ficar melhor. O objetivo não é "tornar-se Lean" e parar—é incorporar a melhoria no trabalho diário.
Uma equipe com limite de WIP de 3 em desenvolvimento tem 3 itens em andamento. Eles não iniciam o item #4 até que um termine. Isso previne sobrecarga e cria fluxo previsível.
Uma equipe 'faz Kanban' mas não tem limites de WIP. O trabalho é atribuído com base no planejamento de sprint. Itens se acumulam em 'Em Andamento' sem restrição. Isso é empurrada com um quadro Kanban—não puxada.