O Pmbok Determina Seis Processos

Processos do PMBOK: o que realmente existe na prática

O PMBOK Guide (6ª edição) não determina seis processos como muitos pensam. Ele define cinco grupos de processos — Iniciando, Planejando, Executando, Acompanhando e Controlando, e Encerrando — distribuídos em dez áreas de conhecimento. Se você viu material dizendo "seis processos", provavelmente é confusão com outra norma ou interpretação equivocada.

O PMBOK determina seis processos? A origem da confusão

Encontrei essa dúvida frequentemente em fóruns técnicos. A confusão nasce porque algumas capacitações brasileiras simplificaram os grupos ou misturaram com a lógica de fases de projeto. Já vi edital de concurso cobrar "seis processos do PMBOK" como se fossem coisas separadas, quando na verdade são interligados e iterativos. Na prática, o que importa é entender que esses cinco grupos não são lineares. Um projeto de software, por exemplo, pode rodar ciclos completos de planejamento-execução-controle várias vezes em um único trimestre. Isso não é teoria de livro — é o que acontece quando o escopo muda no meio do caminho.

Dica prática: ao mapear processos num projeto real, comece pelos inputs e outputs de cada grupo, não pelas definições. Cada processo tem entradas que alimentam saídas específicas. Isso economiza horas de estudo decorativo.

Os cinco grupos de processos explicados direto

Iniciando — define o projeto e autoriza seu início. Processo chave: desenvolver o termo de abertura. Entra com informações de negócio, sai com documento formal. Planejando — estabelece o escopo, refina objetivos e define curso de ação. Aqui entra a maioria dos processos: planejamento de escopo, cronograma, custos, recursos, comunicação, riscos, aquisições, partes interessadas. Saída principal: plano de gerenciamento do projeto. Executando — completa as trabalhos definidos. Direcionar e gerenciar o projeto, gerenciar conhecimentos, adquirir e gerenciar equipe, gerenciar comunicações, implementar respostas a riscos, administrar aquisições, gerenciar partes interessadas. Acompanhando e Controlando — rastrear, revisar e regular progresso e desempenho. Identificar mudanças, aprovar alterações. Esse grupo opera junto com todos os outros durante todo o ciclo. Encerrando — finalizar todas as atividades. Obter aceitação final, arquivar documentos, liberar recursos.

Um caso real que ninguém conta nos livros

Trabalhei num projeto de migração de sistema onde o grupo "Acompanhando e Controlando" consumia 40% do tempo total, não os 15% que a teoria sugere. O problema era que o escopo não estava bem fechado no termo de abertura — algo comum em órgãos públicos com editais genéricos. A solução foi criar sessões quinzenais de alinhamento com as partes interessadas antes de qualquer execução. Isso reduziu retrabalho em cerca de 60%. O PMBOK não diz explicitamente sobre isso, mas a iteratividade entre grupos é onde projetos dão certo ou falham na prática.

Quando o PMBOK não serve

Métodos ágeis (Scrum, Kanban) operam logicamente diferente. Eles não usam grupos de processos formais — usam iterações e backlog. Em ambientes com alta incerteza de escopo, o PMBOK tradicional pode gerar burocracia excessiva. Recomendo combiná-lo com práticas ágeis ou usar o PMBOK 7ª edição, que foca em princípios, não processos. Não existe solução perfeita. O PMBOK é referencial, não manual de execução. Projetos pequenos (menos de 6 meses, equipe enxuta) frequentemente se beneficiam mais de frameworks simplificados do que da estrutura completa.