GUIA
Work in Progress / WIP (Trabalho em Andamento): O Que É e Por Que Importa
Uma métrica de fluxo central (também chamada de Flow Load no Flow Framework) — quantos itens estão em andamento ao mesmo tempo.
O que mede
WIP é simplesmente uma contagem: quantos itens estão atualmente num status "em andamento" (ou equivalente) ao mesmo tempo, pra um time ou uma pessoa. Parece simples demais pra importar, mas é um dos números mais consistentemente preditivos no pensamento baseado em fluxo — em boa parte por causa do que acontece quando ele sobe demais.
Por que é um indicador antecedente
A maioria das métricas de fluxo é posterior — cycle time e throughput dizem o que já aconteceu. WIP é diferente: é visível agora mesmo, e prevê o que o cycle time está prestes a fazer. Quando pessoas dividem atenção entre mais itens em andamento do que conseguem realisticamente alternar contexto, cada item individual demora mais pra terminar — não porque o trabalho em si ficou mais difícil, mas porque menos atenção contínua cai em cada coisa. WIP alto hoje aparece de forma confiável como cycle time lento algumas semanas depois.
Como calcular
Conte itens num status "em andamento" (ou equivalente) num momento específico, ou tire a média dessa contagem ao longo de um período pra suavizar o ruído dia a dia. Diferente de cycle time ou throughput, WIP não precisa de um item concluído pra medir — é um retrato do presente, o que é parte do motivo de ser útil como aviso antecipado, não só um número retrospectivo.
Um exemplo rápido: um time de 5 pessoas tem 12 itens em andamento numa quarta-feira. Isso não é automaticamente um problema, mas um WIP por pessoa — 2,4 aqui — vale a pena comparar contra o próprio número do time de algumas semanas atrás. Um time que estava estável em 6-7 itens e agora está em 12 sem mudança no número de pessoas está mostrando a configuração clássica pra um aumento de cycle time, mesmo antes de aparecer nesse número.
Uma armadilha comum
Uma contagem de WIP só significa alguma coisa se "em andamento" for mantido honesto — itens que tecnicamente foram começados mas na prática foram abandonados (bloqueados por semanas, despriorizados sem ninguém atualizar o status) inflam o número sem refletir trabalho ativo de verdade. Um WIP que continua subindo às vezes é um problema real de sobrecarga e às vezes é um problema de higiene de board; vale a pena checar qual dos dois antes de reagir ao número.
Como o moasy.tech calcula isso
O moasy.tech acompanha WIP por time como um sinal próprio, não escondido dentro de um gráfico de velocidade ou cycle time — recalculado automaticamente a partir do que já sincroniza do Jira e Linear, somente leitura, com histórico semana a semana pra um pico ficar visível antes de virar um problema de cycle time mais adiante.
Veja as outras métricas de fluxo no guia completo, ou a implementação inteira na página de Flow Metrics.
Dado ilustrativo, apenas para demonstração.
Perguntas sobre WIP
Existe um limite de WIP "ideal"?
Não um universal — depende do tamanho do time e de quanto uma pessoa consegue realisticamente alternar contexto. O que importa mais do que um número-alvo específico é observar a tendência: uma contagem de WIP que está subindo vale a pena investigar antes do cycle time refletir isso algumas semanas depois.
WIP inclui trabalho esperando por outra pessoa, tipo um ticket bloqueado?
A maioria dos times conta, já que ainda é um item que foi começado mas não terminado — e uma contagem crescente de itens bloqueados-mas-em-andamento é, em si, um sinal útil, separado do trabalho ativo.
WIP alto é sempre ruim?
Não necessariamente — depende do tamanho do time e do tipo de trabalho. O que vale a pena observar é a tendência em relação à própria linha de base recente do time, e se o cycle time começa a esticar algumas semanas depois do WIP subir, que é o padrão que de fato confirma um problema.
Veja seu próprio WIP
Começar grátis