A equipe está trabalhando em capacidade máxima. Todo mundo está ocupado. O projeto está atrasado. Como pode? A resposta está na Teoria das Restrições: quando todos estão ocupados, mas o projeto está atrasado, é porque a ocupação está no lugar errado — as pessoas estão trabalhando em atividades que não estão no gargalo do sistema.

A Teoria das Restrições — chamada de Theory of Constraints (TOC) no PMBOK Guide, Eighth Edition — é uma filosofia de gestão que parte de uma premissa simples e poderosa: todo sistema tem pelo menos uma restrição que limita sua capacidade de atingir seus objetivos. A chave para melhorar o desempenho do sistema não está em otimizar tudo ao mesmo tempo — está em identificar e explorar a restrição.

Cadastre-se para navegar sem anúncios e participar do Project Together →

Neste guia você vai encontrar:


O que é a Teoria das Restrições no PMBOK 8?

O PMBOK Guide, Eighth Edition define:

“Theory of constraints (TOC). Theory of constraints is a body of knowledge focused on improving the system-level performance of an organization, end-to-end process, project portfolio, or project. The TOC application to a project or project portfolio is critical chain project management (CCPM). See also critical chain project management and continuous improvement.”

— PMBOK Guide, Eighth Edition, Section 5

Desenvolvida pelo físico israelense Dr. Eliyahu M. Goldratt e apresentada em seu livro “A Meta” (The Goal, 1984), a TOC tem uma premissa contraintuitiva mas matematicamente sólida: melhorar qualquer parte do sistema que não é a restrição não melhora o sistema como um todo. O gargalo determina a velocidade do sistema — ponto.

A metáfora clássica: uma corrente é tão forte quanto seu elo mais fraco. Reforçar qualquer outro elo não torna a corrente mais forte. Apenas reforçar o elo mais fraco faz isso.


Os 5 Passos de Focalização da Teoria das Restrições

Goldratt definiu um processo cíclico de melhoria baseado em 5 passos:

Passo O que fazer Em projetos…
1. Identificar Encontrar a restrição — o recurso, atividade ou política que limita o throughput do sistema Qual atividade tem a maior fila? Qual recurso está sempre sobrecarregado? Qual etapa causa o maior número de atrasos?
2. Explorar Extrair o máximo da restrição sem investimentos adicionais — eliminar desperdícios no gargalo Garantir que o recurso gargalo nunca para por falta de input; eliminar retrabalho e esperas desnecessárias no gargalo
3. Subordinar Ajustar o restante do sistema para apoiar a restrição — não otimizar os outros recursos de forma independente Desacelerar atividades predecessoras para não criar fila no gargalo; não sobrecarregar recursos não-gargalo com trabalho desnecessário
4. Elevar Se ainda necessário após os passos 2 e 3, aumentar a capacidade da restrição — investimento adicional Contratar especialista adicional, comprar equipamento, terceirizar a atividade gargalo
5. Prevenir inércia Após eliminar a restrição, identificar a nova — o gargalo sempre se move Reavaliar o cronograma e os recursos após cada melhoria para identificar onde a restrição se deslocou

A aplicação da TOC em projetos: Gerenciamento da Corrente Crítica (CCPM)

O PMBOK 8 associa diretamente a TOC ao Gerenciamento da Corrente Crítica (Critical Chain Project Management — CCPM). A CCPM adapta os princípios da TOC ao contexto de cronogramas de projetos, abordando os dois maiores problemas do caminho crítico tradicional:

Problema 1: A Síndrome do Estudante e a Lei de Parkinson

Quando cada tarefa tem sua própria “gordura” de segurança embutida na estimativa, dois fenômenos previsíveis ocorrem:

Resultado: todo o tempo de segurança é consumido individualmente, e quando alguma tarefa realmente atrasa, não há buffer para absorver.

A solução CCPM


Como identificar o gargalo do seu projeto

  1. Analise onde as filas se acumulam — atividades com maior número de predecessoras concluídas aguardando início são candidatas ao gargalo
  2. Identifique o recurso sempre sobrecarregado — o especialista que todos precisam; o processo de aprovação que demora semanas; o ambiente de testes compartilhado
  3. Verifique onde o retrabalho é mais frequente — retrabalho concentrado em uma etapa indica gargalo de qualidade ou comunicação
  4. Use o caminho crítico como ponto de partida — a restrição geralmente está no caminho crítico ou cria impacto nele

Em qual processo do PMBOK 8 é utilizada?


Exemplos práticos

Projeto de TI: O ambiente de homologação é compartilhado entre 3 equipes. Há sempre 2 semanas de fila para homologar. Toda a velocidade de desenvolvimento é irrelevante enquanto o gargalo é a homologação. TOC em ação: dedicar um ambiente de homologação exclusivo para o projeto (elevar a restrição) ou resequenciar as entregas para minimizar a concorrência pelo ambiente (subordinar ao gargalo).

Cadastre-se para navegar sem anúncios e participar do Project Together →

Projeto de construção: As fundações estão prontas, as paredes levantadas, mas o projeto atrasa sempre na etapa de instalações elétricas. O eletricista é o gargalo. TOC: priorizar as instalações elétricas no planejamento de recursos antes de contratar mais mão de obra para outras etapas.


Ferramentas e técnicas relacionadas

🎓 Curso PMBOK 8 gratuito: livro, 700+ templates, quiz em cada artigo e ranking. Saiba mais →

QUIZ

Quer testar o que aprendeu neste artigo?

Uma pergunta de múltipla escolha + uma reflexão prática. Ganhe pontos no Project Together!

Deixe um comentário