KGBOK · Domínio 3 · cobrado em KG Foundations, KGCP, KGFP

Limites de WIP e fluxo puxado

O limite de WIP é o teto de itens em andamento em uma etapa ou no sistema. Ele cria o fluxo puxado, reduz a troca de contexto e, pela Lei de Little, encurta o tempo médio de entrega quando o ritmo de saída se mantém.

O que é e por que importa

WIP (work in progress) é a quantidade de itens que já começaram e ainda não terminaram. O limite de WIP é um teto explícito para essa quantidade, definido por etapa, por grupo de etapas ou para o sistema inteiro. É a prática que transforma um quadro em um sistema puxado: um item novo só entra quando outro sai.

O motivo de limitar é simples de enunciar e difícil de aceitar no começo: quanto mais itens em paralelo, mais tempo cada um demora e mais tarde os problemas aparecem. Times que começam tudo ao mesmo tempo parecem ocupados e entregam pouco.

Conceitos-chave

Como definir o primeiro limite

Não existe fórmula exata. Um ponto de partida prático é observar o WIP de cada etapa por duas semanas e definir um limite um pouco abaixo da média. Outra referência é o número de pessoas na etapa: muito abaixo dele, sobra gente sem item; muito acima, cada pessoa acumula vários. O limite certo é descoberto por ajuste, observando o tempo e o ritmo de entrega.

O que fazer quando a etapa atinge o limite

Atingir o limite é um sinal, não uma falha. A regra prática é parar de começar e começar a terminar. Antes de puxar algo novo, a pessoa disponível procura um jeito de ajudar a terminar o que já está no sistema: desbloquear um item, ajudar a etapa seguinte que está cheia, revisar o trabalho de um colega, parear em um item antigo. Furar o limite deve ser uma exceção prevista em política, como a raia de urgência, e não uma decisão do momento.

Multitarefa

Cada item a mais em paralelo cobra um custo de troca de contexto: retomar o raciocínio, reabrir ferramentas, lembrar onde parou. E a multitarefa atrasa todos os itens ao mesmo tempo. Com três itens de cinco dias alternados diariamente, o primeiro só fica pronto no décimo terceiro dia; feitos um por vez, saem nos dias 5, 10 e 15. O tempo total é parecido, mas o valor e o feedback chegam mais cedo.

Gargalo

O gargalo é a etapa com menor capacidade em relação à demanda. Ele define o ritmo do sistema inteiro: trabalhar mais rápido antes dele só aumenta a fila na frente dele. Os sinais típicos são fila crescente logo antes da etapa e etapas posteriores ociosas.

A teoria das restrições, de Eliyahu Goldratt, propõe uma sequência útil: identificar o gargalo, aproveitá-lo ao máximo (sem tempo perdido, sem retrabalho entrando nele), subordinar o resto do sistema ao seu ritmo, ampliar a sua capacidade e repetir, porque o gargalo muda de lugar. Limites de WIP são a forma mais direta de subordinar: eles impedem as etapas anteriores de produzir mais do que o gargalo consegue absorver. Experimente isso na experiência de gargalo.

Utilização e filas

Uma intuição comum é que um time deve estar 100% ocupado. A teoria das filas mostra o contrário. Em um modelo simples de fila, o tempo de espera cresce de forma não linear com a utilização: a 80%, a espera média é cerca de quatro vezes o tempo de atendimento; a 90%, cerca de nove vezes; a 95%, cerca de dezenove. Com a variabilidade típica do trabalho do conhecimento, o efeito costuma ser ainda pior. Folga de capacidade não é desperdício: é o que absorve urgências e variação sem que os prazos explodam. O desafio de variabilidade e filas mostra esse efeito com números.

Lei de Little

A Lei de Little relaciona três médias de um sistema estável:

Cycle Time médio = WIP médio ÷ Throughput médio

Se um time tem em média 12 itens em andamento e entrega em média 3 itens por semana, o Cycle Time médio fica em torno de 4 semanas. Reduzir o WIP médio para 6, mantendo o mesmo ritmo de entrega, leva o tempo médio para cerca de 2 semanas.

A lei vale sob premissas que a prova cobra:

  • as três métricas usam unidades consistentes e o mesmo período;
  • a taxa média de chegada é igual à taxa média de saída;
  • todo item que entra acaba saindo, terminado ou explicitamente descartado;
  • o WIP no início e no fim do período é aproximadamente o mesmo;
  • a idade média dos itens em andamento não está crescendo nem diminuindo.

Quando essas premissas são violadas, a fórmula deixa de descrever o sistema. A lei serve para entender o efeito do WIP e avaliar a estabilidade do fluxo, não para prever quando um item específico termina: para isso, use a previsão probabilística do domínio 4.

Envelhecimento

Work Item Age é o tempo decorrido desde o início de um item que ainda não terminou. Entre as métricas de fluxo, é a que olha para o presente: Cycle Time e Throughput falam de itens que já saíram. O gráfico de envelhecimento mostra cada item em andamento na sua etapa, com a idade, ao lado dos percentis históricos de Cycle Time. Um item com 11 dias em uma etapa em que 85% dos itens terminam até o dia 8 merece conversa hoje, antes que vire um atraso.

Erros comuns

  • Limite tão alto que nunca é atingido. Ele não muda comportamento algum.
  • Aumentar o limite toda vez que ele é atingido. O limite existe para revelar o problema; aumentar o limite o esconde.
  • Usar a Lei de Little para prometer datas. Ela trata de médias de um sistema estável, não de itens individuais.

Como isso aparece na prova

Você vai encontrar situações como: a etapa de testes está no limite e um desenvolvedor terminou o seu item; qual é a melhor ação? Ou dados de WIP e Throughput, com a pergunta sobre o efeito de uma mudança. Algumas questões descrevem um sistema instável, com WIP crescendo no período, e perguntam se a Lei de Little se aplica. Também aparecem gráficos de envelhecimento para decidir qual item exige atenção primeiro.

Perguntas frequentes

Qual é o limite de WIP ideal para um time?

Não existe um número universal. Comece um pouco abaixo do WIP atual, observe o tempo de entrega e o ritmo de saída e ajuste. Se nunca há tensão no limite, ele está alto demais; se pessoas ficam paradas sem poder ajudar, pode estar baixo demais.

Limitar o WIP não deixa pessoas ociosas?

Às vezes deixa, e isso é informação útil. Quem fica sem item para puxar ajuda a terminar o que já está no sistema. Ociosidade recorrente em uma etapa indica desequilíbrio de capacidade, que o limite apenas tornou visível.

A Lei de Little permite prever prazos?

Não para itens individuais. Ela relaciona médias de um sistema estável e ajuda a entender o impacto do WIP sobre o tempo. Para prazos, use os percentis de Cycle Time e a previsão probabilística, como a simulação de Monte Carlo.