12 Princípios do PMBOK 7ª Edição: Guia Completo

Introdução

O PMBOK (Project Management Body of Knowledge) é uma das principais referências quando o assunto é gerenciamento de projetos. Publicado pelo Project Management Institute (PMI), o guia reúne conhecimentos e orientações que ajudam profissionais e organizações a planejar, executar e acompanhar projetos.

A 7ª edição do PMBOK, publicada em 2021, trouxe uma mudança importante em relação às versões anteriores. Em vez de apresentar o gerenciamento de projetos principalmente como um conjunto de processos que devem ser seguidos, o guia passou a dar mais atenção aos princípios, domínios de desempenho, geração de valor, adaptação e resultados.

É nesse contexto que aparecem os 12 princípios do PMBOK. Eles funcionam como uma base para orientar decisões e comportamentos durante um projeto, independentemente da metodologia utilizada.

Neste artigo, vamos entender quais são esses 12 princípios, o que cada um significa e como eles podem ser aplicados na prática.

O que é o PMBOK?

PMBOK significa Project Management Body of Knowledge, expressão que pode ser traduzida como Conjunto de Conhecimentos em Gerenciamento de Projetos.

O PMBOK Guide é uma publicação do Project Management Institute (PMI) que reúne conhecimentos relacionados ao gerenciamento de projetos. Ele não deve ser tratado como uma metodologia única ou como um manual que precisa ser seguido da mesma forma em todos os projetos.

Essa diferença é importante.

Cada projeto possui suas próprias características. Um projeto de desenvolvimento de software, por exemplo, pode trabalhar com Scrum ou Kanban, enquanto um projeto de infraestrutura pode utilizar uma abordagem mais preditiva. Também é possível combinar diferentes práticas em uma abordagem híbrida.

A 7ª edição do PMBOK reforça justamente essa necessidade de adaptar a abordagem ao contexto do projeto.

Quais são os 12 princípios do PMBOK?

Os 12 princípios apresentados na 7ª edição do PMBOK são:

1. Ser um administrador diligente, respeitoso e cuidadoso;

2. Criar um ambiente colaborativo para a equipe;

3. Engajar efetivamente as partes interessadas;

4. Focar no valor;

5. Reconhecer, avaliar e responder às interações do sistema;

6. Demonstrar comportamentos de liderança;

7. Adaptar-se ao contexto;

8. Incorporar qualidade aos processos e às entregas;

9. Navegar pela complexidade;

10. Otimizar as respostas aos riscos;

11. Adotar adaptabilidade e resiliência;

12. Permitir mudanças para alcançar o estado futuro desejado.

Agora vamos entender cada um deles.

1. Ser um administrador diligente, respeitoso e cuidadoso

O primeiro princípio está relacionado à responsabilidade e à ética na condução do projeto.

Um gerente de projetos não precisa se preocupar somente com cronograma, orçamento e entregas. As decisões tomadas durante um projeto também podem afetar pessoas, recursos, informações e até mesmo o ambiente ao redor da organização.

Ser um bom administrador significa cuidar desses elementos e tomar decisões de forma responsável.

Isso inclui agir com ética, utilizar os recursos corretamente, respeitar as pessoas envolvidas e manter transparência quando decisões importantes precisam ser tomadas.

Também é necessário considerar questões como segurança, impactos sociais, ambientais e as regras que se aplicam ao projeto.

No fim das contas, não basta entregar o projeto. A maneira como essa entrega é realizada também importa.

2. Criar um ambiente colaborativo para a equipe

Um projeto depende das pessoas que trabalham nele. Por isso, criar um ambiente onde a equipe consiga colaborar de verdade é essencial.

Projetos costumam reunir profissionais com conhecimentos e experiências diferentes. Quando existe espaço para que essas pessoas compartilhem ideias e trabalhem juntas, fica mais fácil identificar problemas e encontrar soluções.

Um ambiente colaborativo depende de coisas relativamente simples, como comunicação aberta, confiança e respeito entre os membros da equipe.

Também é importante que as pessoas se sintam confortáveis para apresentar dúvidas, apontar problemas e sugerir mudanças.

Isso aparece com bastante força nas abordagens ágeis, mas não é algo exclusivo delas. Qualquer equipe de projeto pode se beneficiar de uma boa colaboração.

3. Engajar efetivamente as partes interessadas

As partes interessadas, ou stakeholders, são as pessoas, grupos ou organizações que podem influenciar o projeto ou ser afetados por ele.

Podem estar nessa lista clientes, usuários, patrocinadores, gestores, fornecedores, membros da equipe, investidores e órgãos reguladores, entre outros.

O problema é que essas pessoas nem sempre possuem os mesmos interesses.

Um cliente pode estar preocupado com o resultado final, enquanto um gestor pode estar mais preocupado com custos e um usuário pode querer uma solução simples de utilizar.

Por isso, o gerenciamento de stakeholders não consiste apenas em enviar relatórios ou realizar reuniões. É preciso entender quem são essas pessoas, o que esperam do projeto e qual é a melhor maneira de mantê-las envolvidas.

Um projeto tecnicamente excelente pode enfrentar dificuldades se as pessoas que precisam apoiá-lo não estiverem alinhadas com seus objetivos.

Engajar stakeholders significa, portanto, construir um relacionamento adequado com as partes interessadas e manter expectativas e objetivos alinhados.

4. Focar no valor

Um dos pontos mais importantes do PMBOK 7 é o foco em valor.

Um projeto não existe simplesmente para produzir uma série de entregas. Essas entregas precisam contribuir para algum resultado que seja relevante para a organização ou para seus usuários.

Imagine uma empresa desenvolvendo um aplicativo.

O aplicativo é uma entrega, mas o valor pode estar em aumentar as vendas, reduzir custos, melhorar o atendimento ou automatizar uma atividade que antes era feita manualmente.

Por isso, terminar uma funcionalidade não significa necessariamente que o projeto está gerando valor.

Durante o projeto, vale perguntar:

O que estamos fazendo realmente contribui para o resultado que queremos alcançar?

Essa mudança de perspectiva é importante porque evita que a equipe fique presa à ideia de que "entregar tudo o que foi planejado" é suficiente.

5. Reconhecer, avaliar e responder às interações do sistema

Nenhum projeto funciona completamente sozinho.

Ele faz parte de um ambiente maior, que envolve pessoas, processos, tecnologias, fornecedores, clientes e diversos fatores externos.

Uma mudança em uma dessas partes pode acabar afetando outras.

Por exemplo, uma alteração na tecnologia utilizada por um sistema pode aumentar os custos, exigir treinamento da equipe, modificar o cronograma e até criar novos riscos.

Esse princípio está relacionado ao pensamento sistêmico, também conhecido como systems thinking.

Em vez de olhar cada problema de forma isolada, a equipe deve tentar entender como as diferentes partes do projeto estão conectadas.

Essa visão ajuda a perceber consequências que poderiam passar despercebidas em uma análise mais limitada.

6. Demonstrar comportamentos de liderança

Liderança não significa simplesmente ocupar um cargo de gerente.

Dentro de um projeto, diferentes pessoas podem exercer influência sobre a equipe por meio de suas atitudes, conhecimentos e decisões.

Uma boa liderança envolve comunicação, honestidade, empatia, capacidade de ouvir, resolução de conflitos e disposição para tomar decisões quando necessário.

Também não existe um único estilo de liderança que funcione para todas as situações.

Uma equipe experiente pode funcionar melhor com mais autonomia. Já uma equipe que está começando pode precisar de mais orientação e acompanhamento.

Por isso, o profissional precisa entender a situação e adaptar sua forma de liderar.

Liderar bem é saber quando orientar, quando ouvir e quando dar espaço para a equipe trabalhar.

7. Adaptar-se ao contexto

Não existe uma fórmula universal para gerenciar projetos.

Um projeto de construção civil possui características muito diferentes de um projeto de desenvolvimento de software. E mesmo dois projetos de software podem exigir abordagens completamente diferentes.

A equipe precisa considerar fatores como tamanho do projeto, complexidade, nível de incerteza, experiência dos profissionais, cultura da organização, tecnologia e necessidades dos stakeholders.

Essa adaptação é conhecida no contexto do PMI como tailoring.

Na prática, significa escolher e ajustar as práticas de gerenciamento de acordo com a realidade do projeto.

Não faz sentido adicionar processos apenas porque eles existem em algum guia. O importante é entender o que realmente ajuda aquele projeto a alcançar seus objetivos.

8. Incorporar qualidade aos processos e às entregas

Qualidade não deveria aparecer somente no final do projeto, quando alguém finalmente decide verificar se tudo está funcionando.

Ela precisa fazer parte do trabalho desde o começo.

Em um projeto de software, por exemplo, isso pode significar realizar testes continuamente, revisar código, definir critérios de aceitação e coletar feedback durante o desenvolvimento.

Quanto mais cedo um problema é encontrado, normalmente menor é o custo para corrigi-lo.

Qualidade também não significa criar algo excessivamente sofisticado. Uma solução pode ter muitos recursos e ainda assim não atender ao que o usuário realmente precisa.

O objetivo é entregar algo que funcione adequadamente para o propósito definido e atenda às necessidades dos stakeholders.

9. Navegar pela complexidade

Projetos podem ficar complexos por vários motivos.

Pode haver muitas equipes envolvidas, dependências entre sistemas, requisitos que mudam constantemente, tecnologias novas ou simplesmente muita incerteza sobre o que vai acontecer.

É importante lembrar que um projeto grande não é necessariamente um projeto complexo.

Um projeto pequeno pode ser bastante complicado se depender de muitas pessoas ou de sistemas externos, por exemplo.

Para lidar com essa situação, a equipe pode simplificar processos, dividir problemas maiores em partes menores, criar protótipos, testar ideias e reduzir dependências sempre que possível.

A ideia não é eliminar completamente a complexidade. Em muitos casos isso não é possível.

O objetivo é entender de onde ela vem e encontrar uma maneira de trabalhar com ela.

10. Otimizar as respostas aos riscos

Todo projeto possui riscos.

Um risco é uma situação incerta que pode afetar os objetivos do projeto. E existe uma diferença importante em relação à forma como muitas pessoas enxergam o conceito: um risco não precisa ser necessariamente algo ruim.

Podemos ter:

Ameaças

São riscos que podem causar impactos negativos no projeto.

Oportunidades

São situações que podem trazer algum benefício caso aconteçam.

Uma nova tecnologia, por exemplo, pode representar um risco se a equipe não tiver experiência suficiente para utilizá-la. Ao mesmo tempo, ela pode ser uma oportunidade para reduzir custos ou melhorar o desempenho do produto.

Por isso, o gerenciamento de riscos envolve identificar possíveis situações, avaliar seus impactos e definir respostas adequadas.

Esse trabalho não termina quando o planejamento inicial acaba. Os riscos precisam ser acompanhados ao longo do projeto, porque o cenário pode mudar.

O objetivo não é eliminar todos os riscos. É tomar decisões conscientes sobre como lidar com eles.

11. Adotar adaptabilidade e resiliência

Mudanças e problemas fazem parte da realidade de qualquer projeto.

Um fornecedor pode atrasar. Uma tecnologia pode apresentar problemas. Uma pessoa importante pode deixar a equipe. O mercado pode mudar.

É nesse tipo de situação que adaptabilidade e resiliência se tornam importantes.

Adaptabilidade é a capacidade de ajustar a abordagem quando as condições mudam.

Resiliência é a capacidade de lidar com impactos, recuperar-se dos problemas e continuar avançando.

Uma equipe que possui essas características não fica completamente presa ao plano original.

Ela consegue analisar o que mudou, entender as consequências e decidir qual deve ser o próximo passo.

Isso é especialmente importante em projetos nos quais existe um alto nível de incerteza.

12. Permitir mudanças para alcançar o estado futuro desejado

Muitos projetos existem justamente para mudar alguma coisa.

Uma empresa pode implementar um novo sistema, lançar um produto, modificar um processo ou construir uma nova infraestrutura.

Mas existe uma diferença entre entregar uma solução e conseguir realizar a mudança esperada.

Imagine que uma empresa implemente um novo sistema, mas seus funcionários continuem utilizando as ferramentas antigas porque não receberam treinamento ou não entenderam os benefícios da mudança.

O sistema foi entregue.

A mudança, porém, não aconteceu como esperado.

Por isso, o projeto também precisa considerar aspectos como comunicação, treinamento, suporte e preparação das pessoas.

O objetivo é ajudar a organização a sair do:

Estado atual → Estado futuro desejado

Esse princípio reforça uma ideia importante do PMBOK: o sucesso de um projeto não deve ser avaliado apenas pelas entregas realizadas, mas também pelos resultados alcançados.

Como memorizar os 12 princípios do PMBOK?

Para quem está estudando para uma prova, certificação ou simplesmente tentando entender melhor o PMBOK, memorizar os 12 princípios individualmente pode ser complicado.

Uma maneira mais simples é agrupá-los por assunto.

Pessoas e liderança

• Administração responsável;

• colaboração;

• stakeholders;

• liderança.

Valor e sistemas

• foco no valor;

• pensamento sistêmico.

Execução e adaptação

• adaptação ao contexto;

• qualidade;

• complexidade.

Riscos e mudanças

• riscos;

• adaptabilidade e resiliência;

• mudança.

Uma sequência curta que pode ajudar na memorização é:

Administrar → Colaborar → Engajar → Valor → Sistema → Liderar → Adaptar → Qualidade → Complexidade → Riscos → Resiliência → Mudança.

PMBOK 7ª edição e metodologias ágeis

Uma dúvida bastante comum é se o PMBOK pode ser utilizado em projetos que adotam metodologias ágeis.

Pode, sim.

O PMBOK não exige que um projeto utilize uma metodologia específica. Seus princípios podem ser aplicados em diferentes abordagens.

Em um projeto Scrum, por exemplo, o foco no valor pode ajudar na priorização do Product Backlog. A colaboração aparece no trabalho da equipe, enquanto a adaptação está presente na capacidade de ajustar o produto a partir dos resultados de cada iteração.

Kanban também pode utilizar vários desses princípios, principalmente em relação à melhoria contínua, fluxo de trabalho, colaboração e adaptação.

Por isso, não é necessário escolher entre PMBOK e Agile como se fossem coisas concorrentes.

Eles podem coexistir.

Os 12 princípios do PMBOK são regras?

Não.

Os princípios são orientações para tomada de decisão e comportamento, e não uma lista de regras que precisa ser aplicada exatamente da mesma forma em qualquer projeto.

Essa é uma das características importantes da 7ª edição.

O profissional precisa analisar o contexto e decidir como aplicar os princípios de maneira adequada.

Isso significa que duas equipes podem gerenciar seus projetos de formas diferentes e, ainda assim, ambas estarem aplicando corretamente os princípios do PMBOK.

O importante é que as decisões sejam coerentes com os objetivos, o contexto e as necessidades do projeto.

Qual é a importância dos 12 princípios do PMBOK?

Os 12 princípios ajudam a ampliar a visão sobre o gerenciamento de projetos.

Em vez de pensar somente em prazo, custo e escopo, o profissional também passa a considerar pessoas, valor, qualidade, riscos, complexidade, contexto e mudanças.

Essa visão é particularmente útil em projetos modernos, nos quais os requisitos podem mudar rapidamente e nem sempre é possível prever tudo no início.

No final, a ideia central é simples: um projeto bem gerenciado não é apenas aquele que entrega o que foi planejado, mas aquele que consegue produzir resultados relevantes e gerar valor.

Conclusão

Os 12 princípios do PMBOK 7ª edição apresentam uma visão mais flexível e adaptável do gerenciamento de projetos.

Eles abordam aspectos que vão desde liderança e colaboração até riscos, qualidade, complexidade e mudança.

O grande ponto é que o PMBOK não deve ser tratado como uma receita pronta. Os princípios precisam ser interpretados de acordo com a realidade de cada projeto.

Uma equipe pode utilizar Scrum, Kanban, uma abordagem tradicional ou um modelo híbrido e ainda assim aplicar os princípios do PMBOK.

No fim, gerenciar um projeto é muito mais do que acompanhar um cronograma. É tomar boas decisões, trabalhar bem com as pessoas, lidar com incertezas e garantir que o esforço realizado realmente produza valor.

Perguntas frequentes sobre os 12 princípios do PMBOK

Quantos princípios existem no PMBOK 7?

A 7ª edição do PMBOK apresenta 12 princípios de gerenciamento de projetos.

Quais são os 12 princípios do PMBOK?

Os princípios são: administração responsável, colaboração, engajamento das partes interessadas, foco no valor, pensamento sistêmico, liderança, adaptação ao contexto, qualidade, complexidade, riscos, adaptabilidade e resiliência e gerenciamento da mudança.

O PMBOK substitui o Scrum?

Não. O PMBOK não é uma metodologia que substitui Scrum, Kanban ou outras abordagens. Seus princípios podem ser utilizados em conjunto com diferentes métodos de gerenciamento.

O PMBOK é uma metodologia?

Não exatamente. O PMBOK é um guia de conhecimentos e princípios relacionados ao gerenciamento de projetos. Ele pode ser utilizado como referência para diferentes metodologias e abordagens.

O que mudou no PMBOK 7?

A 7ª edição passou a dar maior destaque aos princípios e domínios de desempenho, além de enfatizar geração de valor, adaptação e resultados.

O que significa foco no valor no PMBOK?

Significa direcionar o projeto para resultados e benefícios relevantes, em vez de considerar apenas a conclusão das entregas planejadas.

Referências

PROJECT MANAGEMENT INSTITUTE (PMI). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition and The Standard for Project Management. Newtown Square, PA: Project Management Institute, 2021.

PROJECT MANAGEMENT INSTITUTE (PMI). PMBOK® Guide. Disponível em: Project Management Institute — PMBOK® Guide.

PROJECT MANAGEMENT INSTITUTE (PMI). The Standard for Project Management. In: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition. Project Management Institute, 2021.

PROJECT MANAGEMENT INSTITUTE (PMI). Code of Ethics and Professional Conduct. Disponível em: PMI — Code of Ethics and Professional Conduct.