Definindo Limites de WIP

Uma pergunta comum: "Qual deveria ser nosso limite de WIP?"

A resposta honesta: Não sabemos. Comece em algum lugar e ajuste.

Limites de WIP são experimentos, não cálculos. Contextos diferentes precisam de limites diferentes, e o limite certo hoje pode estar errado no mês que vem.

Dito isso, existem pontos de partida razoáveis e princípios para guiá-lo.

Você pode definir limites de WIP em diferentes níveis:

Limites por coluna: Cada estágio tem seu próprio limite.

• "Dev: 3" / "Revisão: 2" / "QA: 2"
• Cria equilíbrio entre estágios
• Evita que qualquer estágio se torne um gargalo

Limite do sistema: Total de itens no sistema.

• "Máximo de 15 itens de Pronto até Concluído"
• Mais simples de gerenciar
• Não previne gargalos internos

Limites por pessoa: O WIP de cada pessoa é limitado.

• "Máximo de 2 itens por pessoa"
• Bom para trabalho de conhecimento onde a troca de contexto é custosa
• Pode ser combinado com limites de coluna

A maioria das equipes usa uma combinação: Limites por coluna para o fluxo, às vezes com limites por pessoa sobrepostos.

A regra "n ou n-1": Comece com um limite igual ou um a menos que o número de pessoas trabalhando naquele estágio.

Se 3 desenvolvedores trabalham na coluna Dev, tente um limite de WIP de 3 ou 2.

Por que isso funciona:

• Garante que as pessoas não fiquem ociosas (cada uma pode ter um item)
• Cria uma leve pressão para colaborar (limite de n-1)
• Fornece um ponto de partida razoável

A regra "2x throughput": Defina o WIP do sistema para aproximadamente 2x seu throughput semanal.

Se você completa 8 itens por semana, mire em ~16 itens no sistema total.

Por que isso funciona:

• Implica em aproximadamente 2 semanas de lead time
• Fornece buffer suficiente para variação
• Previne sobrecarga extrema

Limite muito alto:

• Nunca atinge o limite
• Itens envelhecem na coluna
• Troca de contexto é constante
• Lead times são longos

Limite muito baixo:

• Constantemente atingindo o limite
• Pessoas estão frequentemente bloqueadas/ociosas
• Trabalho deixa estágios posteriores sem itens
• Frustração da equipe é alta

Na medida certa (por enquanto):

• Atingir o limite ocasionalmente estimula colaboração
• Trabalho flui constantemente pelos estágios
• Lead times são razoáveis
• Equipe se sente desafiada mas não sobrecarregada

Lembre-se: "Na medida certa" é dinâmico. À medida que a equipe melhora, aperte os limites. À medida que a composição da equipe muda, reajuste.

Limites de WIP devem evoluir. Aqui está um processo saudável:

Configuração inicial: Escolha limites iniciais razoáveis usando as heurísticas acima.

Observação semanal: Os limites estão sendo atingidos? Com muita frequência? Nunca? O que acontece quando são?

Discussão na retro: Revise o fluxo. Os limites estão ajudando? O que deveria mudar?

Aperto gradual: À medida que a equipe melhora o fluxo, tente reduzir os limites. Limites mais baixos revelam problemas mais cedo e criam mais pressão por eficiência.

Afrouxar quando necessário: Circunstâncias em mudança (novos membros da equipe, novos tipos de trabalho) podem exigir relaxar os limites temporariamente.

O sinal de maturidade: Equipes Kanban maduras frequentemente têm limites surpreendentemente baixos. Elas eliminaram desperdício e podem trabalhar efetivamente com restrições apertadas.