Imagine que, certa vez, pediram para o Joãozinho começar uma nova demanda. Ele abriu a tarefa, entendeu o que precisava fazer e começou a trabalhar. Pouco depois, apareceu uma segunda solicitação: “João, consegue pegar isso aqui também? É rapidinho.” Ele parou o que estava fazendo e começou essa nova tarefa. Antes de terminar, surgiu uma terceira demanda, agora realmente urgente. A segunda ficou esperando, a primeira continuava aberta e, perto do fim do dia, ainda apareceu uma quarta atividade que dependia de uma informação que ninguém tinha enviado.
Quando Joãozinho foi embora, havia quatro trabalhos “em andamento”. Só que quase nenhum deles estava realmente andando. No dia seguinte, o cenário se repetiu: novas demandas entravam antes que as anteriores fossem concluídas, algumas ficavam esperando aprovação, outras dependiam de alguém e a quantidade de trabalhos iniciados só aumentava. Olhando de fora, Joãozinho parecia extremamente ocupado (e estava), mas ocupado não é a mesma coisa que produtivo.
Esse é um dos problemas que o Kanban ajuda a tornar visível. Quando iniciamos mais trabalho do que a equipe consegue conduzir ao mesmo tempo, criamos filas dentro do próprio processo. Em vez de uma demanda percorrer o fluxo até ser concluída, várias passam a disputar a atenção das mesmas pessoas, permanecendo paradas em diferentes etapas à espera de tempo, informação, aprovação ou disponibilidade.
É justamente para evitar esse acúmulo que foi criado o limite WIP. WIP significa Work In Progress, ou trabalho em andamento, e na metodologia Kanban representa a quantidade de demandas que podem permanecer simultaneamente em determinada etapa do fluxo. A lógica é simples: se uma etapa já atingiu sua capacidade, talvez a melhor decisão não seja começar mais uma coisa, mas terminar alguma das que já estão em andamento.
Ao longo deste conteúdo, vamos entender como o limite WIP funciona, por que ele é importante para o fluxo de trabalho e, principalmente, como definir um número que faça sentido para a realidade da sua equipe.
O limite WIP ajuda equipes a controlar a quantidade de trabalho em andamento, evitando que novas demandas sejam iniciadas antes que exista capacidade real para conduzi-las. No Kanban, limitar o WIP favorece um fluxo mais saudável, reduz acúmulos e torna gargalos mais fáceis de identificar.
No fim, o limite WIP não existe simplesmente para restringir trabalho, mas para ajudar a equipe a terminar o que já começou antes de gerar novas filas. Uma equipe com mais trabalhos iniciados não é necessariamente uma equipe que entrega mais.
Em vez de permitir que novos trabalhos entrem continuamente em uma coluna, o time estabelece uma quantidade máxima que aquela fase consegue absorver sem comprometer o andamento das entregas. Esse é o limite WIP.
Na prática, pense em uma coluna de Em Produção com limite WIP igual a 4. Enquanto houver até quatro cards nessa etapa, novas demandas podem avançar normalmente. Quando o quarto card entra, a capacidade definida foi atingida. Antes de colocar um quinto trabalho em produção, a equipe precisa concluir ou movimentar pelo menos um dos que já estão ali. O objetivo não é impedir que o time trabalhe, mas evitar que ele acumule mais demandas abertas do que consegue realmente conduzir.
Essa lógica muda uma pergunta muito comum dentro das equipes. Em vez de olhar para a fila e pensar “qual trabalho podemos começar agora?”, o Kanban incentiva primeiro a perguntar “o que podemos terminar agora?”. Essa mudança parece pequena, mas é um dos princípios que ajudam o fluxo a funcionar de maneira puxada: o trabalho avança conforme existe capacidade nas etapas seguintes, e não simplesmente porque há novas demandas esperando para começar.
Limitar o trabalho em andamento é uma das práticas fundamentais do Método Kanban e ajuda a estabelecer um sistema no qual novos trabalhos avançam conforme existe capacidade disponível.
Também é importante entender que o limite não precisa ser igual em todas as partes do processo. Uma equipe pode conseguir produzir cinco demandas ao mesmo tempo (etapa 01), mas talvez só consiga revisar duas (etapa 02). Nesse caso, faz mais sentido definir limites diferentes para cada etapa, de acordo com o quanto ela realmente consegue absorver.
No fim, limitar WIP é criar uma regra simples para proteger o fluxo do excesso de trabalho iniciado. Ele torna visível quando uma etapa chegou ao limite e força a equipe a olhar para o que já está em andamento antes de adicionar mais uma demanda à fila.
À primeira vista, colocar um limite para o trabalho em andamento pode parecer contraditório. Se existem demandas esperando e pessoas disponíveis, por que não iniciar tudo o que for possível? O ponto é que a capacidade de uma equipe não é medida pela quantidade de trabalhos que ela consegue abrir, mas pela quantidade que consegue fazer avançar até a conclusão.
Imagine uma equipe capaz de concluir, em média, quatro demandas por semana. Se ela mantém quatro trabalhos em andamento, consegue concentrar esforço, resolver bloqueios e fazer cada um avançar. Mas, se mantém quinze demandas abertas ao mesmo tempo, sua capacidade de entrega continua sendo praticamente a mesma. A diferença é que agora essa capacidade está dividida entre muito mais frentes: uma atividade recebe atenção hoje, outra amanhã, uma terceira fica esperando uma resposta e várias permanecem abertas por mais tempo.
É aqui que o limite WIP começa a fazer diferença. Ao restringir a quantidade de trabalhos simultâneos, ele ajuda a equipe a concentrar sua capacidade nas demandas que já entraram no processo. Menos frentes abertas significam menos alternância entre trabalhos e uma chance maior de cada card percorrer as etapas do fluxo sem permanecer estacionado por longos períodos.
Isso também ajuda a reduzir o lead time, ou seja, o tempo que uma demanda leva para atravessar o processo até ser concluída. Pense em uma fila de restaurante: permitir que vinte pedidos sejam preparados parcialmente ao mesmo tempo não significa que os clientes receberão seus pratos mais rápido. Em muitos casos, faz mais sentido concluir alguns pedidos, liberar espaço e só então puxar os próximos.
O mesmo princípio vale para uma equipe. O objetivo não é manter cada pessoa ocupada a qualquer custo, mas fazer o trabalho fluir. Uma etapa com todos extremamente ocupados e dezenas de cards acumulados pode parecer produtiva quando olhamos apenas para a quantidade de atividade acontecendo, mas o que realmente importa é quantas demandas estão conseguindo chegar ao fim.
Por isso, o limite WIP provoca uma mudança importante na forma de enxergar produtividade: em vez de medir o quanto a equipe começou, passamos a prestar mais atenção no quanto ela consegue terminar.
Uma das maiores vantagens de limitar o WIP é que ele transforma um problema que antes parecia abstrato em algo visual. Sem limite, uma coluna pode receber cards continuamente e o acúmulo acaba sendo tratado como parte normal da rotina. Com o limite definido, fica muito mais fácil perceber quando uma etapa está recebendo mais trabalho do que consegue devolver para o restante do fluxo.
Imagine um processo com três etapas: Produção → Revisão → Aprovação. A equipe de Produção consegue concluir cinco demandas por dia, mas a pessoa responsável pela Revisão consegue analisar apenas duas. Se novas demandas continuarem entrando sem qualquer restrição, a coluna de Revisão começará a acumular trabalho. Em pouco tempo, o problema pode parecer falta de velocidade da equipe inteira, quando, na verdade, existe um gargalo bem específico em uma única etapa.
O limite WIP ajuda a evidenciar esse tipo de desequilíbrio. Se a coluna de Revisão chega ao seu limite com frequência e permanece cheia por longos períodos, isso é um sinal de que a capacidade daquela etapa merece atenção. Talvez seja preciso redistribuir pessoas, simplificar critérios de revisão, reduzir etapas desnecessárias ou até revisar a própria quantidade de trabalho que está sendo puxada para o processo.
Esse ponto é importante porque o objetivo do Kanban não é esconder filas, mas torná-las visíveis. Quando é visível onde se acumula trabalho, a equipe consegue resolver o problema na raíz, ao invés de ficar um jogando a culpa no outro. No lugar de perguntar “por que estamos atrasando tanto?”, fica mais fácil perguntar “por que tantos cards estão parando justamente aqui?”.
O WIP, portanto, não funciona apenas como uma trava para evitar excesso de trabalho em andamento. Ele também serve como um sinalizador de capacidade do processo. Quando uma etapa estoura constantemente o limite, o número por si só não é o problema; ele está mostrando que existe uma diferença entre o volume que chega e o volume que aquela etapa consegue entregar.
É aí que o Kanban deixa de ser apenas um quadro visual que facilita o dia a dia, mas também passa a funcionar como uma ferramenta de diagnóstico. Você não precisa adivinhar onde o processo está travando. O próprio fluxo começa a mostrar onde o trabalho está se acumulando e qual etapa está segurando o restante da operação.
Depois de entender por que o limite WIP ajuda o fluxo, surge a dúvida mais prática: qual número eu coloco em cada etapa? A resposta não vem de uma fórmula única. O limite precisa acompanhar a capacidade real da equipe e o comportamento de cada parte do processo. Ou seja: conheça seu time!
Um bom ponto de partida é observar quantas pessoas atuam naquela etapa e quantas demandas cada uma consegue conduzir ao mesmo tempo sem perder ritmo. Se duas pessoas trabalham em Produção e cada uma consegue tocar duas demandas com qualidade, por exemplo, um limite inicial de quatro cards pode fazer sentido. Em alguns processos, pode ser útil trabalhar com uma pequena margem para evitar ociosidade, como 1,5x ou 2x a capacidade por pessoa. O importante é tratar esse número como um ponto de partida para teste, não como uma regra definitiva.
Também vale olhar para o tipo de trabalho. Nem todo card exige o mesmo esforço. Uma etapa de aprovação rápida pode lidar com mais itens simultaneamente do que uma etapa de criação, desenvolvimento ou análise. Por isso, copiar o mesmo limite para todas as colunas costuma ser um erro. O número precisa refletir o quanto aquela etapa realmente consegue absorver sem começar a criar fila.
Outro sinal importante é o tempo que os cards permanecem parados. Se uma coluna atinge o limite com frequência e os trabalhos ficam ali por muito tempo, aumentar o número pode apenas esconder o gargalo. Antes disso, vale investigar se existe alguma dependência, aprovação lenta, concentração de responsabilidade em uma única pessoa ou alguma etapa que esteja segurando o fluxo.
Da mesma forma, um limite muito baixo pode criar o efeito contrário: pessoas esperando trabalho mesmo quando existe capacidade disponível. Por isso, definir WIP envolve equilíbrio. A ideia é ter trabalho suficiente para manter o fluxo ativo, mas não tanto a ponto de criar acúmulo permanente.
Na prática, você pode começar com uma estimativa simples, acompanhar o comportamento da coluna por alguns dias ou semanas e ajustar. Se o limite nunca é alcançado, talvez esteja alto demais para cumprir sua função. Se está sempre estourado, talvez a etapa esteja sobrecarregada ou o número precise ser revisto. Se o trabalho flui com poucas filas e sem grandes períodos de ociosidade, você provavelmente está próximo de um bom equilíbrio.
O limite WIP, portanto, não é um número que você define uma vez e esquece. Ele é uma hipótese que você deve validar sobre a capacidade da equipe e o próprio fluxo vai mostrar se essa hipótese está funcionando.
Definir e ajustar o WIP faz parte de uma visão mais ampla sobre fluxo e capacidade. Se quiser aprofundar a aplicação do método, acesse o curso gratuito de Kanban para equipes e gestores.
Chegar ao limite WIP não é um erro do processo. Na verdade, é justamente o momento em que o limite começa a cumprir sua função. Se uma coluna atingiu a quantidade máxima de cards definida, o sinal é simples: antes de colocar mais trabalho ali, a equipe precisa olhar para o que já está em andamento e entender por que aquela etapa está cheia.
A primeira reação não deve ser aumentar o limite. Isso até libera espaço no quadro, mas pode apenas empurrar o problema para frente. Se a etapa está cheia porque existem cards bloqueados, aprovações atrasadas ou uma pessoa concentrando trabalho demais, aumentar o WIP não resolve nenhuma dessas causas. Só permite que mais demandas entrem na mesma fila.
O melhor caminho é analisar os cards que já estão naquela coluna. Existe algum que pode ser concluído rapidamente? Algum está parado porque depende de uma resposta externa? Há uma tarefa que outra pessoa pode ajudar a finalizar? Existe uma prioridade clara entre os trabalhos abertos? Em muitos casos, o limite cria justamente esse momento de pausa para que a equipe pare de iniciar e concentre energia em terminar.
Também é importante observar se o mesmo cenário se repete com frequência. Uma coluna atingir o limite eventualmente faz parte da dinâmica normal do trabalho. Mas, se ela permanece cheia durante boa parte do tempo, isso pode indicar um gargalo recorrente. Nesse caso, vale investigar a capacidade daquela etapa, a distribuição das responsabilidades, o volume que chega até ela e até mesmo se alguma parte do processo pode ser simplificada.
Outro cuidado é não transformar o WIP em uma meta individual. O objetivo não é olhar para uma pessoa e dizer que ela “precisa cuidar de três cards ao mesmo tempo”. O limite existe para proteger o fluxo da equipe como um todo. Em alguns momentos, inclusive, pode ser mais produtivo alguém deixar sua própria etapa por alguns minutos e ajudar a liberar um gargalo em outra, em vez de começar uma nova demanda só para continuar ocupado.
Pense no limite como uma placa de trânsito. Quando ela aparece, não significa que o caminho acabou. Significa que é hora de olhar para o lado e o que está acontecendo antes de continuar avançando.
Por isso, quando uma coluna chegar ao limite, resista à vontade de simplesmente abrir espaço aumentando o número. Primeiro, tente entender o que o quadro está mostrando. O limite não existe para impedir o trabalho, ele existe para impedir que o acúmulo vire parte normal do processo.
Depois de entender a lógica do WIP, o próximo passo é transformar esse limite em uma regra visível no dia a dia da equipe. Na Ummense, é possível definir o limite WIP diretamente nas colunas do fluxo de trabalho. Quando a quantidade configurada é atingida, novas inclusões manuais naquela etapa são bloqueadas, ajudando o time a perceber que chegou o momento de concluir ou movimentar algum dos trabalhos que já estão ali antes de adicionar outro.
Existem algumas particularidades importantes. Cards que chegam à coluna por meio de automações ou formulários continuam sendo inseridos mesmo quando o limite já foi atingido. Nesses casos, a própria coluna sinaliza quantos cards estão acima do WIP configurado. Além disso, o limite considera todos os cards presentes naquela etapa, mesmo que determinado usuário não consiga visualizar algum deles por regras de privacidade ou preferências de exibição do fluxo. Por isso, também é importante evitar deixar cards com status de Concluído ou Cancelado em uma coluna com WIP ativo, já que eles continuam ocupando espaço na contagem.
Mas configurar o limite é apenas o começo. Na Ummense, o gráfico de Work In Progress ajuda a acompanhar como cada coluna se comporta ao longo do tempo. Nele, é possível comparar a média de cards que permaneceram em cada etapa durante o período analisado, a quantidade existente ao final desse período e o próprio limite WIP configurado. Em vez de depender apenas da impressão de que uma coluna “vive cheia”, você passa a ter informações para observar se aquele comportamento é recorrente e decidir se o limite ou o próprio processo precisam ser ajustados.
Esse acompanhamento é especialmente importante porque o primeiro número escolhido dificilmente precisa ser definitivo. Talvez uma etapa que parecia comportar cinco demandas funcione melhor com quatro. Talvez outra consiga receber mais trabalho sem formar filas. O limite inicial é uma hipótese sobre a capacidade do fluxo; acompanhar o que realmente acontece com os cards é o que permite aperfeiçoá-lo ao longo do tempo.
E você não precisa fazer esse controle em uma planilha separada ou depender da memória da equipe. Na Ummense, você pode criar seus fluxos Kanban, definir limites de WIP e acompanhar o andamento do trabalho em um só lugar. Conheça a Ummense e veja como organizar o trabalho da sua equipe com mais clareza e controle.
No fim, o WIP nos leva de volta à ideia que abriu este artigo: uma equipe cheia de trabalhos iniciados não é necessariamente uma equipe que está entregando mais. Às vezes, melhorar o fluxo começa justamente fazendo o contrário: começar menos para conseguir terminar mais.
Conheça os principais recursos da plataforma e veja como aplicá-los no dia a dia da sua equipe.
.png)
