Simyl
simylflow
Início do Curso
Módulo 1: Fundamentos e Filosofia
Lição 2 de 5
12 min

Os Cinco Princípios Lean

Uma estrutura para eliminar sistematicamente desperdícios e criar fluxo.

1Princípio 1: Definir Valor

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:

  • A funcionalidade que resolve um problema real do usuário = valor
  • A refatoração que viabiliza funcionalidades futuras que o usuário deseja = valor
  • A arquitetura bonita que ninguém vai notar = provavelmente não é valor
  • A documentação detalhada que ninguém lê = definitivamente não é valor

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.

2Princípio 2: Mapear o Fluxo de Valor

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:

  • Onde o trabalho espera (frequentemente mais de 90% do lead time é tempo de espera)
  • Onde as transferências perdem contexto
  • Onde os tamanhos de lote aumentam
  • Onde existem ciclos de retrabalho

Você não pode melhorar o que não consegue ver. O mapeamento torna o invisível visível.

3Princípio 3: Criar Fluxo

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:

  • Lotes: Acumular trabalho antes de movê-lo (esperar por limites de sprint, implantações semanais)
  • Filas: Trabalho se acumulando antes de recursos restritos (backlogs de revisão de código, filas de QA)
  • Transferências: Perda de contexto quando o trabalho é transferido entre pessoas ou equipes
  • Interrupções: Troca de contexto que quebra o foco
  • Defeitos: Ciclos de retrabalho que enviam o trabalho para trás

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.

4Princípios 4 e 5: Estabelecer Puxada e Buscar a Perfeição

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:

  • Previnem sobrecarga (o trabalho só começa quando há capacidade)
  • Reduzem inventário (nada é produzido até ser necessário)
  • Criam visibilidade (limites expõem gargalos)
  • Melhoram a previsibilidade (limites de WIP restringem a variabilidade)

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:

  • Cada problema é uma oportunidade de melhorar
  • Padrões existem para serem melhorados, não apenas seguidos
  • Melhoria é trabalho de todos, não apenas da gestão
  • Pequenas melhorias incrementais se acumulam ao longo do tempo

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.

Puxada na Prática

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.

Empurrada Disfarçada

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.

Principais Conclusões
  • O valor é definido pelo cliente, não por você
  • Você precisa mapear o fluxo de valor antes de poder melhorá-lo
  • Fluxo significa movimento suave e contínuo sem espera
  • Sistemas puxados previnem sobrecarga e criam visibilidade
  • Perfeição é uma direção, não um destino