Limite de WIP: fazer menos para entregar mais

O que é limite de WIP

WIP é a sigla de Work In Progress — trabalho em andamento. É tudo aquilo que já foi começado e ainda não foi terminado: a campanha que está "quase pronta" há duas semanas, a vaga que espera retorno do candidato, a funcionalidade parada na revisão. O limite de WIP é uma regra simples do Kanban: cada coluna do quadro (ou o time como um todo) tem um número máximo de itens que podem estar ali ao mesmo tempo. Se a coluna "Em andamento" tem limite 3 e já tem 3 cartões, ninguém puxa um quarto — antes é preciso terminar (ou destravar) um dos três.

Parece contraintuitivo: como fazer menos coisas ao mesmo tempo ajuda a entregar mais? A resposta está no que o excesso de trabalho em andamento faz com qualquer pessoa e qualquer time: multiplica trocas de contexto, cria filas invisíveis, esconde gargalos e atrasa todas as entregas de uma vez. O limite de WIP é o mecanismo que força a conversa certa: em vez de "o que mais podemos começar?", o time passa a perguntar "o que falta para terminar?".

É a frase que resume a filosofia Kanban: pare de começar, comece a terminar. Se você ainda está montando seu quadro, vale ler antes como montar um quadro Kanban — o limite de WIP é o segundo passo natural depois de visualizar o fluxo.

Por que muito trabalho em andamento atrasa tudo

Troca de contexto: o imposto invisível

Cada vez que alguém larga uma tarefa no meio para atender outra, paga um pedágio mental: precisa "descarregar" o raciocínio da primeira e "recarregar" o da segunda. Esse custo é real para qualquer tipo de trabalho que exige concentração — escrever um texto, analisar um contrato, revisar um código, montar uma planilha de orçamento. Quem alterna entre cinco frentes ao longo do dia não faz cinco coisas em paralelo; faz cinco coisas em câmera lenta, com mais erros.

Pense na Camila, analista de marketing que está com quatro peças "em andamento": o e-mail da promoção, o post do lançamento, o relatório mensal e a landing page. Toda manhã ela decide qual avançar, gasta meia hora relembrando onde parou em cada uma, é interrompida por dúvidas sobre as outras três e termina a semana com quatro peças a 80% — e nenhuma publicada. Se ela tivesse levado uma de cada vez até o fim, teria publicado duas ou três peças completas no mesmo período. Entregar 100% de duas coisas vale mais do que 80% de quatro, porque 80% pronto entrega exatamente zero valor.

Filas: onde o trabalho envelhece

Quando muita coisa está em andamento, inevitavelmente parte dela fica esperando: esperando aprovação, esperando resposta de outra área, esperando alguém ter tempo de revisar. Essas filas são o verdadeiro vilão do prazo. Na maioria dos fluxos, um item passa muito mais tempo esperando do que sendo trabalhado — e quanto mais itens abertos, maiores as filas, porque as mesmas pessoas precisam se dividir entre mais frentes.

Há até uma relação matemática consolidada por trás disso, a Lei de Little: em um fluxo estável, o tempo médio que um item leva para atravessar o sistema é proporcional à quantidade de itens dentro dele. Em bom português: quanto mais coisas em andamento, mais tempo cada coisa demora. Não é opinião, é aritmética de fila. Se você quer entender melhor como medir esse tempo de travessia, veja o artigo sobre lead time e outras métricas do Kanban.

Gargalos escondidos e risco acumulado

Sem limite de WIP, o gargalo fica invisível: todo mundo parece ocupado, o quadro está cheio, e mesmo assim nada sai. Com limite, o gargalo aparece na hora — a coluna trava, e travar é informação. Além disso, trabalho em andamento é risco parado: a campanha inacabada pode perder a janela, o requisito pode mudar, a pessoa que sabia do assunto pode sair de férias. Quanto menos tempo um item passa aberto, menos chance de o mundo mudar debaixo dele.

Como escolher o limite inicial

A pergunta mais comum é "qual é o número certo?" — e a resposta honesta é: não existe número certo, existe número inicial. O limite de WIP é um experimento que você ajusta observando o fluxo. Algumas regras práticas para começar:

• Por coluna: número de pessoas que atuam naquela etapa + 1. Se duas pessoas revisam contratos, a coluna "Em revisão" começa com limite 3. O "+1" dá folga para um item esperando sem virar fila longa.
• Para o time todo: entre 1 e 2 itens por pessoa. Um time de cinco pessoas com 15 cartões em andamento tem, na prática, WIP infinito.
• Na dúvida, aperte. É muito mais fácil perceber que um limite está apertado demais (gente ociosa esperando) do que perceber que está frouxo demais (tudo lento, mas ninguém sabe por quê). Limite frouxo é indistinguível de não ter limite.

Dois cuidados importantes. Primeiro: o limite conta itens, não pessoas — uma tarefa grande em que três pessoas trabalham juntas ocupa uma vaga só. Segundo: colunas de espera (como "Aguardando aprovação" ou "Dependência externa") também merecem limite, porque é nelas que o trabalho envelhece. Se a sua coluna de espera vive lotada, o problema não é o time — é o processo de aprovação, e o limite vai forçar essa conversa. A estrutura das colunas influencia muito aqui; o artigo sobre as colunas do Kanban mostra como desenhar etapas que revelam essas esperas em vez de escondê-las.

Escreva o limite no próprio quadro, no topo de cada coluna (por exemplo: "Em andamento — máx. 3"). Regra que não está visível não é regra, é intenção.

A coluna travou: hora de enxamear

Cedo ou tarde vai acontecer: a coluna atinge o limite e alguém termina uma tarefa sem ter o que puxar. A reação instintiva — "abre uma exceção só dessa vez" — é exatamente o que não fazer. O limite atingido não é um defeito do sistema; é o sistema funcionando. Ele está dizendo: o gargalo é aqui, venham ajudar.

A resposta clássica chama-se enxameamento (swarming): em vez de começar trabalho novo, as pessoas disponíveis convergem para desafogar a coluna cheia. Na prática, isso pode significar:

• Ajudar diretamente: o designer que terminou sua peça senta com o redator para fechar o texto que está travando a revisão.
• Assumir uma parte: no time de RH da Renata, a coluna "Entrevistas" travou com seis candidatos esperando; em vez de abrir novas vagas, duas analistas que cuidariam de onboarding assumiram uma leva de entrevistas de triagem.
• Destravar dependências: ligar para a área que precisa aprovar, escalar o que está parado, cobrar a resposta externa que todo mundo estava "esperando passivamente".
• Melhorar o processo: se a mesma coluna trava toda semana, o enxame vira pauta de melhoria — talvez a etapa precise de mais gente, de critérios mais claros ou de automação.

Enxamear exige uma mudança cultural: sair do "minha tarefa" para "nossa entrega". No começo é desconfortável — parece ineficiente duas pessoas no mesmo item. Mas o objetivo do Kanban não é maximizar a ocupação de cada pessoa; é maximizar o fluxo de valor do time. Gente 100% ocupada com entregas paradas é o pior dos mundos. Quando o gargalo se torna crônico, vale um diagnóstico mais fundo — o artigo sobre gargalos no fluxo Kanban ajuda a identificar e atacar a causa raiz.

WIP pessoal: o limite que muda a sua semana

O limite de WIP não vale só para times — talvez o experimento mais transformador seja aplicá-lo a você mesmo. Quantas frentes você tem abertas agora? E-mails pela metade, três projetos "prioritários", aquele relatório começado há dez dias? A sensação de estar sempre ocupado e nunca concluir nada é o sintoma clássico de WIP pessoal estourado.

Uma prática simples: limite-se a 2 ou 3 tarefas significativas em andamento por vez. Quando surgir algo novo, ele entra na fila (o seu backlog pessoal), não no seu "em andamento". Para puxar algo novo, termine algo antigo. O Rodrigo, gerente comercial, fez esse exercício e descobriu que tinha onze iniciativas "em andamento" — propostas, planilhas de metas, um treinamento pela metade. Ele escolheu três, colocou o resto numa lista de espera explícita e, pela primeira vez em meses, fechou uma semana com entregas concluídas em vez de avançadas.

Se quiser estruturar isso num quadro próprio, o Kanban pessoal é o formato natural: três colunas, limite visível e a disciplina de terminar antes de começar.

"Mas vamos ficar parados?" — vencendo a resistência do time

Toda implantação de limite de WIP encontra as mesmas objeções. Vale conhecê-las antes, porque todas têm resposta:

"Vou ficar ocioso esperando." Não: você vai ajudar a terminar o que está em andamento (enxamear), destravar esperas, revisar, melhorar o processo ou preparar o próximo item da fila. O que muda é que "estar ocupado" deixa de ser o objetivo — "entregar" é o objetivo. E se a ociosidade for real e recorrente, isso é um dado valioso: o limite está apertado demais ou o fluxo está desbalanceado, e agora você sabe.

"Meu chefe pede coisas urgentes toda hora." O limite de WIP é justamente o que dá ao time uma resposta honesta em vez de um "sim" que vira atraso: "cabe, mas no lugar de quê?". Urgência real existe — muitos times criam uma raia de expedição com limite 1 para emergências verdadeiras. Se tudo é urgente, nada é, e o quadro lotado expõe isso melhor que qualquer discurso.

"Nosso trabalho é imprevisível, não dá para limitar." Quanto mais imprevisível a demanda, mais o limite ajuda — porque ele protege o time de afundar em vinte frentes quando chega a enxurrada. Times de suporte, jurídico e atendimento, que vivem de demanda que chega sem avisar, estão entre os que mais se beneficiam, como mostram os exemplos de Kanban fora da TI.

"Isso vai me fazer parecer improdutivo." Aqui a mudança precisa vir da liderança: enquanto o gestor medir as pessoas por quantas coisas estão "tocando", o limite não vai pegar. Meça o time por itens concluídos e por tempo de travessia, não por ocupação. No TeamBOX, o board da sprint deixa isso visível sem esforço: dá para ver de relance quantos itens estão parados em cada coluna e há quanto tempo, o que transforma a conversa da daily de "no que você está trabalhando?" para "o que está travado e como destravamos?".

A melhor forma de implantar é como experimento com prazo: "vamos rodar com limite 3 por quatro semanas e olhar juntos o resultado na retro". Experimento com data de revisão gera muito menos resistência do que regra imposta para sempre — e, na maioria das vezes, ao fim das quatro semanas ninguém quer voltar atrás.

Erros comuns ao adotar limites de WIP

Para fechar, os tropeços mais frequentes — e como evitá-los:

1. Limite decorativo. O número está no quadro, mas toda semana alguém "abre exceção". Limite violado sem conversa não é limite. Combine: violar exige decisão explícita do time, não atalho individual.
2. Limite frouxo demais. Limite 8 para três pessoas é o mesmo que nenhum. Se o limite nunca é atingido, ele não está fazendo nada — aperte até doer um pouco.
3. Limitar só a coluna "Em andamento". O trabalho vai se acumular nas colunas de espera e de revisão. Limite as etapas onde o trabalho para, não só onde ele anda.
4. Burlar com cartões gigantes. Se o time começa a juntar cinco tarefas num cartão só para "caber no limite", o problema mudou de lugar. Itens pequenos e bem quebrados são pré-requisito para o limite funcionar: se um cartão sozinho leva um mês, o WIP baixo não salva ninguém.
5. Nunca revisitar o número. O limite certo de hoje pode não ser o de daqui a três meses. Traga o WIP para a retrospectiva: a coluna que mais trava, o limite que nunca é atingido, a exceção que virou rotina.
6. Esquecer o porquê. O limite não é meta nem punição — é um sensor de fluxo. O objetivo nunca foi o número; é o time terminar mais, esperar menos e enxergar os problemas enquanto ainda são pequenos.

Comece pequeno: escolha uma coluna que vive lotada, escreva um limite nela ainda hoje e combine com o time o que fazer quando ela travar. O resto — o número perfeito, as raias, as políticas — vem com as semanas de prática.