Limites de Trabalho em Andamento

Limites de WIP são restrições sobre quantos itens podem estar em andamento em um determinado estágio—ou em todo o sistema—de uma vez.

Isso parece errado. Não deveríamos trabalhar no máximo possível? Mais atividade não é melhor?

Não. E aqui está o porquê:

Lei de Little: Lead Time = WIP / Throughput

Se o throughput é constante, cortar o WIP pela metade corta o lead time pela metade. Isso é matemática, não opinião.

Troca de contexto: Cada item adicional em andamento fragmenta a atenção. Com 1 item, você tem 100% de foco. Com 5 itens, você tem 20% de foco em cada um. A troca de contexto entre eles consome o resto.

Formação de filas: WIP alto significa que os itens esperam em filas. WIP baixo significa que os itens fluem mais rápido.

Terminar antes de começar: Com limites de WIP, você deve terminar algo antes de começar algo novo. Isso força a conclusão.

O resultado contraintuitivo: fazer menos de uma vez significa terminar mais no geral.

Como você sabe qual limite de WIP definir?

Comece com observação: Conte quantos itens estão em andamento agora. Se você tem 20 itens em 5 pessoas, essa é sua linha de base.

Corte pela metade: Sério. A maioria das equipes tem WIP demais. Cortar pela metade geralmente é um bom ponto de partida.

Por estágio vs. em todo o sistema: Você pode definir limites por estágio (ex.: máx. 3 itens em Revisão de Código) ou em todo o sistema (ex.: máx. 10 itens em todos os estágios). Comece com o que for mais simples para sua equipe.

Um por pessoa mais buffer: Um ponto de partida comum é n+2 onde n é o tamanho da equipe. Então uma equipe de 4 pode começar com limite de WIP de 6.

Ajuste com base nos resultados: Os limites de WIP devem ser apertados o suficiente para criar fluxo, mas não tão apertados que as pessoas não tenham nada para trabalhar. Se o limite nunca é atingido, está muito alto. Se as pessoas estão constantemente ociosas, pode estar muito baixo.

O objetivo não é encontrar o limite de WIP "perfeito"—é criar uma função de força que impulsiona a conclusão e expõe problemas.

Limites de WIP só funcionam se você responder quando os atingir. O que fazer quando o limite é alcançado?

Ataque em grupo: Pare o que está fazendo e ajude a limpar o gargalo. Se Revisão de Código está no limite, desenvolvedores ajudam a revisar em vez de escrever código novo.

Espere produtivamente: Se você não pode começar trabalho de nova funcionalidade, faça trabalho de melhoria: pague dívida técnica, escreva testes, automatize um processo doloroso.

Escale bloqueios: Se o limite é atingido porque algo está bloqueado, escale imediatamente. O bloqueio não pode se esconder.

Analise: Por que o limite está sendo atingido? Este estágio é a restrição? Há um problema sistêmico?

O que você NÃO deve fazer:

• Ignorar o limite ("só desta vez")
• Aumentar o limite para evitar a conversa
• Começar trabalho "fora do quadro"
• Contar itens de forma diferente para manipular o número

O limite está lá para criar pressão. Pressão expõe problemas. Problemas, quando tratados, levam à melhoria.