
PMBOK 7 stopped directing you with a list of processes and started guiding you with principles. There are 12, and they are not rigid rules: they are criteria for deciding well when every project is different. Here they are, in plain language, with an example of what it looks like when each one is met.
Why principles instead of processes
A rule tells you what to do in a specific situation. A principle tells you what to aim for in any situation. The exam and real life are full of cases that no rule anticipated, so PMBOK 7 trains you to reason, not to recite.
The 12 principles
-
Be a diligent, respectful, and caring steward. You look after the resources, the people, and the trust placed in you. Example: you flag a cost overrun in time instead of hiding it until the end.
-
Create a collaborative team environment. A safe and respected team performs better. Example: you set clear working agreements so no one is afraid to raise a problem.
-
Effectively engage with stakeholders. Their expectations define value. Example: you talk with the client every week, not just at final delivery.
-
Focus on value. The project exists to generate value, not to complete tasks. Example: you prioritize what the business needs over what is easy to do.
-
Recognize and respond to system interactions. A project is a system of connected parts. Example: you see that a delay in procurement will hit the testing schedule, and you act ahead of time.
-
Demonstrate leadership. It does not depend on your title. Example: you lead by example, doing what you ask of the team.
-
Tailor based on context. This is tailoring. Example: in a small project you choose less documentation and more conversation.
-
Build quality into processes and deliverables. Quality is built in, not inspected at the end. Example: you review acceptance criteria before you start, not after.
-
Navigate complexity. You acknowledge what is uncertain and address it in parts. Example: you break an ambiguous scope into short deliveries to learn as you go.
-
Optimize risk responses. You manage threats and opportunities alike. Example: you set aside time for a known risk instead of crossing your fingers.
-
Embrace adaptability and resilience. Projects change, and you recover. Example: when a supplier falls through, you already have a plan B in mind.
-
Enable change to achieve the envisioned future state. Managing change in people is part of the job. Example: you prepare the users before launch, so the solution actually gets used.
How they show up on the exam
The exam rarely asks you “what is principle number 4?”. It gives you a scenario and measures whether your decision reflects these principles. When in doubt, choose the collaborative, proactive, and value-oriented option. It is usually the right one.
A way to remember them
Don’t memorize them as a list. Group them by intent: how you treat people, how you protect value, how you face uncertainty, and how you lead change. When you understand the intent, the exact principle comes to you on its own.
Join the waitlist
At The PM Architect we explain each principle with classroom cases and exam-style exercises. The books will be free: leave your email on the home page and we’ll let you know when they’re available.
Photo: Unsplash · https://images.unsplash.com/photo-1506905925346-21bda4d32df4 · Licencia Unsplash
