O que é Gargalo?

A imagem de um gargalo é anterior à gestão moderna. Eliyahu Goldratt a tornou central na Teoria das Restrições, difundida pelo livro The Goal, escrito com Jeff Cox e publicado em 1984. O método enfatiza que o desempenho do sistema depende de suas restrições e propõe passos para identificá-las, explorá-las, alinhar o restante do trabalho e ampliar capacidade quando necessário.

Em trabalho de conhecimento, a restrição pode ser uma pessoa especialista, uma política de aprovação, uma dependência externa ou até a falta de demanda. A interpretação precisa considerar o objetivo do serviço e dados ao longo do tempo, não apenas a coluna mais cheia de um quadro.

Imagine uma estrada com três faixas que se estreita para uma. Aumentar a velocidade dos carros antes do estreitamento não faz mais veículos atravessarem o trecho estreito; pode apenas aumentar a fila. Num fluxo de trabalho, um ponto com capacidade insuficiente tem efeito parecido. O resultado final depende do caminho inteiro e do que consegue passar pela restrição. Isso não significa que toda fila seja um gargalo permanente.

Capacidade e demanda. Compare o ritmo com que itens chegam ao ponto e o ritmo com que saem. Se entram, de modo sustentado, mais itens do que a etapa consegue terminar, a fila tende a crescer. O throughput do sistema mostra quantos itens chegam ao fim em um período, mas não identifica sozinho a causa de uma queda. Tipo de demanda, retrabalho e disponibilidade de pessoas também mudam. Observe tendências em vez de concluir a partir de um dia atípico.

Onde a fila aparece. Uma coluna de espera cheia pode apontar para a capacidade que vem depois dela. A própria fila não processa trabalho, então "resolver a coluna" sem olhar a etapa seguinte pode não ajudar. Um cumulative flow diagram mostra acúmulo e mudança de largura das etapas ao longo do tempo. O quadro e o tempo por etapa completam a análise. Nenhum gráfico dispensa conversar com quem faz o trabalho e entender políticas de entrada e saída.

Restrição de recurso ou de política. Às vezes há uma pessoa que precisa revisar todos os itens. Outras vezes a regra exige aprovações sequenciais que poderiam ser paralelas sem perder segurança. Uma dependência externa também pode controlar a vazão. E, se o produto não encontra demanda, aumentar a capacidade interna não criará valor. Nomear a restrição ajuda a escolher intervenção adequada: treinamento, mudança de política, redistribuição de trabalho ou revisão da oferta não são a mesma solução.

Cinco passos de foco. A Teoria das Restrições propõe identificar a restrição; explorar o melhor uso da capacidade atual; subordinar o restante do sistema a ela; elevar sua capacidade quando necessário; e voltar a identificar quando a restrição muda. Explorar não é exigir horas extras de uma pessoa. Pode significar evitar que itens incompletos ocupem seu tempo, reduzir troca de contexto ou preparar melhor entradas. Subordinar significa não empurrar mais trabalho do que o fluxo consegue absorver.

Elevar com cuidado. Aumentar capacidade pode envolver automatizar uma verificação, ampliar habilidades, rever uma regra ou criar acesso a um serviço externo. Antes, avalie custo e risco. Adicionar pessoas a uma etapa sem clareza de trabalho pode gerar mais coordenação que vazão. Depois da mudança, meça se a saída final aumentou e se qualidade e tempo de entrega melhoraram. A restrição pode migrar para outra etapa.

Proteja o fluxo, não a ocupação. Manter todas as pessoas sempre ocupadas costuma gerar trabalho em andamento e filas. Limites de WIP ajudam a parar de iniciar e terminar o que já começou. Se uma etapa está livre enquanto outra acumula trabalho, a equipe pode ajudar a preparar itens, resolver bloqueios ou aprender a apoiar o ponto restritivo. Isso depende de habilidade e autorização, não de pedir a qualquer pessoa que faça trabalho que não domina.

Diferencie padrão e evento. Férias, incidente ou chegada excepcional podem criar acúmulo temporário. A resposta pode ser um plano de contingência, não uma reorganização permanente. Observe vários ciclos, classes de demanda e condições de trabalho. Em um fluxo de valor com diferentes tipos de item, a restrição de uma classe pode ser diferente da de outra. O objetivo é explicar o comportamento do sistema com evidência suficiente para agir.

Um gargalo não é uma pessoa culpada. É uma característica do sistema naquele momento. Se a equipe rotula um especialista como problema e ignora que toda decisão foi centralizada nele por política da organização, a intervenção falhará. Exponha a decisão estrutural e convide quem pode mudá-la. Melhorar fluxo deve tornar trabalho mais sustentável, além de acelerar a entrega.

Imagine uma equipe hipotética que publica materiais digitais. Redação conclui 18 peças por semana, revisão editorial consegue concluir 10 e publicação tem capacidade para 15. A demanda estável é de 12 peças semanais. Antes, gestão pressiona redação a chegar a 22 peças. A fila antes da revisão cresce, mas continuam saindo no máximo cerca de 10 peças por semana. Os números são ilustrativos.

Ao seguir o trabalho, a equipe percebe que três de cada dez peças chegam à revisão sem referências completas. Revisores gastam parte do tempo buscando contexto. O time cria um acordo de entrada e reduz o número de peças simultâneas. Redação usa o tempo liberado para preparar melhor os itens e corrigir dúvidas antes da transferência. Sem contratar ninguém, revisão passa a concluir 12 peças numa semana hipotética. É um exemplo de explorar melhor a capacidade, não uma promessa de ganho universal.

Depois, a equipe observa que publicação agora começa a acumular trabalho em semanas de campanha. A restrição mudou. Ela mede se o tempo entre pedido e publicação caiu e se erros de conteúdo não aumentaram. Se a demanda futura chegar a 16 peças, outra decisão sobre capacidade ou prioridade será necessária.

Num fluxo de software, o mesmo raciocínio pode revelar que a espera por aprovação de segurança, e não a programação, limita a entrega. A resposta pode ser antecipar critérios de segurança, automatizar verificações adequadas ou reservar capacidade para revisão. Pedir mais código ao time de desenvolvimento só ampliaria a fila.

Cursos K21 recomendados