Simyl
simylflow
Início do Curso
Módulo 3: Limitando WIP e Sistemas Pull
Lição 1 de 5
12 min

Lei de Little: A Matemática do Fluxo

A equação fundamental que explica por que limitar o WIP funciona.

1A Base da Teoria de Filas

A Lei de Little é uma relação matemática descoberta por John Little em 1961. Não é uma aproximação ou regra prática—é matemática comprovada que se aplica a qualquer sistema estável.

A lei afirma:

Lead Time = Work in Progress / Throughput

Ou rearranjada:

WIP = Throughput × Lead Time

Onde:

  • Lead Time: Quanto tempo um item leva do início ao fim
  • WIP (Work in Progress): Itens atualmente no sistema
  • Throughput: Itens concluídos por unidade de tempo

Essa relação é sempre verdadeira para sistemas estáveis. Não é uma ideia Kanban—é física.

A Percepção Central

Se você quer lead times mais curtos sem aumentar o throughput (capacidade), você deve reduzir o WIP. Não há outra forma. A Lei de Little garante isso.

2Por Que Isso Importa para as Equipes

Vamos tornar isso concreto.

Exemplo: Sua equipe completa 10 itens por semana (throughput). Você atualmente tem 40 itens em progresso (WIP).

Lead Time = 40 / 10 = 4 semanas

Agora imagine que você limita o WIP a 20 itens:

Lead Time = 20 / 10 = 2 semanas

Mesma equipe. Mesmo throughput. Metade do lead time. Você não trabalhou mais rápido. Você apenas parou de começar tantas coisas.

É por isso que os limites de WIP funcionam. Eles reduzem diretamente o lead time ao reduzir a fila de trabalho esperando por atenção.

A Analogia da Rodovia

Uma rodovia tem capacidade fixa (throughput). Quando muitos carros entram (WIP alto), o trânsito fica lento e os tempos de deslocamento disparam. Semáforos nas entradas limitam o WIP para manter o tráfego fluindo.

O Pronto-Socorro do Hospital

Um pronto-socorro que aceita pacientes ilimitados acaba com pessoas esperando por horas. Prontos-socorros que limitam a entrada (via triagem e desvio) tratam pacientes mais rápido, mesmo que atendam o mesmo número no geral.

3Throughput, Não Velocidade

Um equívoco comum: "Se começarmos mais coisas, terminaremos mais coisas."

Isso parece intuitivo, mas está errado. Veja por quê:

A troca de contexto tem custos:

  • Lembrar onde você parou
  • Reconstruir modelos mentais
  • Sobrecarga de comunicação
  • Conflitos de merge de trabalho paralelo

Quando o WIP é muito alto, esses custos se multiplicam. As pessoas gastam mais tempo trocando de contexto do que trabalhando. O throughput na verdade diminui.

A verdade contraintuitiva: Ao limitar o WIP, você frequentemente aumenta o throughput enquanto definitivamente reduz o lead time.

A analogia da fábrica: Uma fábrica que começa a fazer 1000 carros simultaneamente termina 0 carros por meses. Uma fábrica que limita o WIP a 10 carros termina 10 carros rapidamente, depois mais 10.

A Armadilha da Utilização

100% de utilização das pessoas na verdade diminui o throughput. Alguma folga é necessária para o fluxo. Vamos cobrir isso em detalhes mais tarde.

4A Estabilidade Importa

A Lei de Little requer um sistema estável—um onde a taxa média de chegada corresponde aproximadamente à taxa de conclusão ao longo do tempo.

Sistemas instáveis (onde o trabalho se acumula mais rápido do que é concluído) quebram a relação. Os lead times crescem sem limites.

Sinais de instabilidade:

  • O backlog cresce continuamente
  • A coluna "Em Progresso" fica cheia
  • Itens antigos envelhecem sem nunca serem iniciados
  • A equipe se sente cada vez mais sobrecarregada

O que fazer:

  1. Pare de aceitar mais trabalho do que você pode completar
  2. Reduza o WIP para trazer o sistema de volta à estabilidade
  3. Aborde a causa raiz (incompatibilidade entre capacidade e demanda)

Kanban não corrige magicamente um problema de demanda > capacidade. Ele torna o problema visível para que você possa abordá-lo.

Principais Conclusões
  • Lei de Little: Lead Time = WIP / Throughput (sempre verdadeiro para sistemas estáveis)
  • Reduzir o WIP reduz diretamente o lead time sem alterar o throughput
  • WIP alto causa troca de contexto que reduz o throughput
  • Sistemas estáveis requerem que a demanda corresponda aproximadamente à capacidade

Exercícios Práticos