Encontrando e Abordando Gargalos - Essenciais do Kanban

1O Que É um Gargalo?

Um gargalo é um estágio que limita a vazão de todo o sistema. É a etapa mais lenta do processo.

Teoria das Restrições (Eli Goldratt): A saída do sistema nunca pode exceder a saída do gargalo. Melhorar qualquer coisa que não seja o gargalo não melhora o sistema.

No Kanban:

O trabalho se acumula na frente do gargalo
Os estágios posteriores ficam sem trabalho
A vazão do gargalo = vazão do sistema

Todo sistema tem um gargalo. Quando você corrige um, outro surge. Isso não é falha—é como a melhoria funciona. O gargalo deve se mover conforme você melhora.

2Identificando Gargalos com Dados

Métricas que revelam gargalos:

1. Tamanhos de fila (WIP em estados de espera) Se "Pronto para QA" tem 8 itens enquanto outras filas têm 1-2, QA é provavelmente o gargalo.

2. Tempo no estágio Se os itens passam 3 dias em desenvolvimento mas 5 dias em revisão de código, a revisão de código está atrasando as coisas.

3. Larguras de banda do CFD Bandas largas = WIP alto = gargalo. Procure por bandas que crescem ao longo do tempo.

4. Idade do item mais antigo por estágio Se o item mais antigo em "Deploy" tem 2 dias mas o mais antigo em "Testes" tem 10 dias, testes é a restrição.

Gargalos comuns em equipes de software:

Revisão de código (revisores insuficientes)
QA/Testes (capacidade ou automação insuficiente)
Deploy (processos manuais ou releases infrequentes)
Requisitos/Design (gargalo upstream)
Aprovações (esperando por stakeholders)

3Abordando Gargalos

Uma vez identificado o gargalo, as opções incluem:

1. Adicionar capacidade ao gargalo

Mais pessoas
Treinamento cruzado
Automação
Remover desperdício do processo do gargalo

2. Descarregar trabalho do gargalo

Outros estágios podem ajudar?
O trabalho do gargalo pode ser simplificado?
Algum trabalho pode pular o gargalo?

3. Reduzir a demanda no gargalo

Limites de WIP mais rígidos upstream (não inunde o gargalo)
Melhor preparação dos itens de trabalho
Agrupamento (às vezes—trade-off com fluxo)

4. Subordinar outros estágios ao gargalo

O gargalo define o ritmo
Não otimize não-gargalos (desperdiça esforço)
Alimente o gargalo exatamente na taxa que ele pode consumir

5. Elevar o gargalo

Invista em tornar o gargalo mais rápido
Elimine a restrição completamente se possível

Bom: Foco no Gargalo

QA é o gargalo. A equipe decide: (1) Dois desenvolvedores começam a ajudar com testes, (2) Adicionar mais testes automatizados para reduzir a carga de QA manual, (3) Apertar o limite de WIP em dev para que QA não seja inundado. A vazão de QA aumenta, o fluxo melhora.

Ruim: Ignorando o Gargalo

QA é o gargalo. A equipe decide 'ir mais rápido' no desenvolvimento cortando atalhos. A vazão de dev aumenta. O acúmulo em QA piora. A qualidade cai. A vazão do sistema permanece inalterada.

4O Gargalo Se Move

Quando você corrige um gargalo, um novo aparece. Isso é esperado e saudável.

O ciclo:

Identificar o gargalo (QA)
Melhorá-lo (automação, treinamento cruzado)
Um novo gargalo surge (agora é revisão de código)
Identificar e abordar o novo gargalo
Repetir

Progressão comum em equipes de software:

Primeiro gargalo: Testes/QA
Correção: Automação de testes, treinamento cruzado → Gargalo se move para...
Segundo gargalo: Revisão de código
Correção: Programação em par, revisões assíncronas → Gargalo se move para...
Terceiro gargalo: Deploy
Correção: CI/CD, feature flags → Gargalo se move para...
Quarto gargalo: Decisões de produto

Isso é progresso! Cada vez que o gargalo se move, a capacidade do seu sistema aumentou.

O perigo: Tentar corrigir todos os gargalos de uma vez. Você não pode. Foque na restrição atual. Quando ela não for mais a restrição, passe para a próxima.

Se você não tem certeza de qual estágio é o gargalo, seus limites de WIP provavelmente estão muito frouxos. Aperte-os até que filas se formem—então você verá o gargalo claramente.