This project management covers everything you need to know. Article updated in March 2026 for the PMBOK® Guide — Eighth Edition.
Whether you are a seasoned PMP, a newly appointed project manager, or a business leader trying to understand why your initiatives keep missing the mark, this guide will give you a clear, actionable understanding of what project management is today and how to apply it effectively using the latest global standard.
In this comprehensive article you will find:
- What project management is according to the PMBOK 8 — and how the definition has evolved
- What changed between PMBOK 6, PMBOK 7, and PMBOK 8 — in a side-by-side comparison table
- The 7 Performance Domains that structure every project
- The 6 Principles that guide every decision
- The 40 Processes with Inputs, Tools & Techniques, and Outputs (ITTOs)
- Key skills every project manager needs in 2026 and beyond
- Essential tools and templates for practical application
- Tailoring guidance for Predictive, Agile, and Hybrid approaches
- 5 common mistakes that destroy project value — and how to avoid them
- A quick-application checklist you can use today
- Frequently Asked Questions about project management and PMBOK 8
1. What Is Project Management (PMBOK 8 Definition)
According to the PMBOK Guide — Eighth Edition, project management is the application of knowledge, skills, tools, and techniques to project activities in order to deliver value and achieve sustainable outcomes aligned with the organization’s strategic objectives.
This definition represents a significant shift from earlier editions. In PMBOK 6, project management was framed primarily around meeting project requirements — scope, time, cost, and quality. The emphasis was on control and compliance. In PMBOK 8, the emphasis moves decisively toward value delivery. The question is no longer simply “Did we finish on time and on budget?” but rather “Did we generate the business outcome that justified this investment?”
A project itself is defined as a temporary endeavor undertaken to create a unique product, service, or result. What makes project management distinct from operations management is precisely this temporary and unique nature: every project has a defined beginning and end, and every project produces something that did not exist before.
But project management is not just about the project in isolation. PMBOK 8 explicitly positions projects within a larger ecosystem that includes:
- Programs — groups of related projects managed in a coordinated way to obtain benefits not available from managing them individually
- Portfolios — collections of projects, programs, and operations managed as a group to achieve strategic objectives
- Organizational strategy — the high-level direction that determines which projects should exist in the first place
This systemic view is captured in the first principle of PMBOK 8: Adopt a Holistic View. Project management does not happen in a vacuum. Every project exists to serve a purpose beyond itself — and the project manager’s job is to keep that purpose visible and alive throughout the entire lifecycle.
In practical terms, project management involves planning what needs to be done, organizing the people and resources to do it, leading the team through uncertainty and complexity, monitoring progress against objectives, and adapting the approach when conditions change. It is both a discipline and a mindset — one that balances rigor with flexibility, control with empowerment, and planning with learning.
2. What Changed with PMBOK 8: PMBOK 6 vs. PMBOK 7 vs. PMBOK 8
The evolution from PMBOK 6 to PMBOK 8 is not a minor update — it is a fundamental rethinking of how the profession’s most widely used standard is structured. Understanding these changes is essential for any project manager who wants to stay current and effective.
| Dimension | PMBOK 6 (2017) | PMBOK 7 (2021) | PMBOK 8 (2025) |
|---|---|---|---|
| Structure | 10 Knowledge Areas, 5 Process Groups, 49 Processes | 8 Performance Domains, 12 Principles, no processes | 7 Performance Domains, 6 Principles, 40 Processes with ITTOs |
| Approach | Prescriptive, process-driven | Principle-based, no prescriptive guidance | Balanced — principles + structured processes |
| Focus | Delivering scope on time and on budget | Delivering value through outcomes | Delivering value through disciplined execution and adaptability |
| Processes | 49 processes with detailed ITTOs | No processes (removed entirely) | 40 processes with ITTOs restored — reorganized by domain |
| Tailoring | Mentioned but not emphasized | Central concept | Central concept with practical guidance per process |
| Agile/Hybrid | Addressed in a separate Agile Practice Guide | Integrated into performance domains | Fully integrated — each process includes tailoring for predictive, agile, and hybrid |
| Sustainability | Not addressed | Mentioned briefly | Elevated to a core principle |
| Certification alignment | PMP exam aligned to PMBOK 6 + Agile | PMP exam partially aligned | Full PMP exam alignment expected |
The key takeaway: PMBOK 8 bridges the gap that PMBOK 7 created. When PMBOK 7 removed all processes, many practitioners felt lost — they had principles but no structured guidance on how to apply them. PMBOK 8 restores that structure with 40 processes organized by performance domain, while keeping the principle-based and value-driven philosophy that PMBOK 7 introduced. It is the best of both worlds: strategic vision with operational clarity.
3. The 7 Performance Domains of PMBOK 8
Performance domains are the essential dimensions of project delivery. Unlike the 10 Knowledge Areas of PMBOK 6 (which were organized around types of knowledge), performance domains are organized around areas of focus that determine project outcomes. They are interconnected and interdependent — no domain operates in isolation.
3.1 Governance
Governance ensures that projects are aligned with the organization’s strategy and conducted with ethics, transparency, and accountability. It establishes the decision-making framework: who authorizes, who approves, who escalates. In PMBOK 8, Governance contains 9 processes, including Initiate Project or Phase, Integrate and Align Project Plans, and Close Project or Phase. This domain answers the fundamental question: “Are we doing the right project, and are we doing it the right way?”
3.2 Scope
The Scope domain defines and controls what must be delivered, with a focus on generating real value — not merely completing tasks. It covers requirements gathering, scope definition, work breakdown, and scope validation. In PMBOK 8, Scope contains 5 processes. The key shift from PMBOK 6 is the emphasis on outcomes over outputs: it is not enough to deliver what was specified if what was specified does not produce the intended business result.
3.3 Schedule
The Schedule domain promotes adaptive, iterative planning that adjusts timelines based on continuous learning and feedback. It includes processes for defining activities, sequencing them, estimating durations, and developing and controlling the schedule. PMBOK 8 includes 6 processes in this domain. The schedule is no longer treated as a rigid contract — it is a living instrument that evolves as the team learns more about the work.
3.4 Finance
The Finance domain involves cost control, viability analysis, and the generation of measurable economic value for the business. It covers cost estimation, budgeting, funding, and cost control. PMBOK 8 includes 4 processes here. The domain reinforces that financial management is not just about staying within budget — it is about ensuring that every dollar spent contributes to value delivery.
3.5 Stakeholders
The Stakeholders domain reinforces constant engagement and transparent communication with all parties who can influence or are influenced by the project. It covers stakeholder identification, engagement planning, and engagement management. PMBOK 8 includes 3 processes in this domain. Effective stakeholder management is often the difference between a project that delivers technical success but fails politically, and one that achieves true organizational impact.
3.6 Resources
The Resources domain seeks to optimize the use of people, time, and infrastructure while valuing diverse, high-performing teams. It includes processes for planning resources, acquiring team members, developing team capabilities, and managing resources throughout the project. PMBOK 8 includes 5 processes. This domain recognizes that people are not interchangeable — team composition, motivation, and development are critical success factors.
3.7 Risks
The Risks domain emphasizes the identification, mitigation, and exploitation of opportunities to improve project outcomes. It covers risk identification, qualitative and quantitative analysis, response planning, and risk monitoring. PMBOK 8 includes 8 processes in this domain — the second largest after Governance. The critical insight is that risk management is not just about avoiding bad things; it is equally about seizing opportunities that can accelerate value delivery or reduce costs.
4. The 6 Principles of PMBOK 8
Principles are the foundational beliefs that guide behavior and decision-making throughout the project lifecycle. Unlike processes (which tell you what to do), principles tell you how to think. They apply regardless of industry, methodology, or project size.
4.1 Adopt a Holistic View
Understand the project as part of a larger ecosystem — aligned with strategy, influenced by culture, constrained by regulation, and connected to programs and portfolios. A project manager who focuses only on their own project without understanding the organizational context will inevitably make decisions that are locally optimal but globally harmful. This principle demands that you always ask: “How does this decision affect the larger picture?”
4.2 Focus on Value
Measure success not only by deliverables but by the real impact generated for the customer and the organization. Value is not defined by the project team — it is defined by the beneficiaries. This principle challenges project managers to continuously validate that what they are building is still what the organization needs. If requirements change, the project should adapt — not cling to an outdated plan.
4.3 Integrate Quality
Build quality into the project from the beginning, preventing defects rather than correcting them. Quality is not an inspection step at the end of the pipeline — it is a mindset that permeates every activity. This principle echoes Deming’s insight that quality must be designed in, not inspected in. Acceptance criteria should be defined before work begins, not negotiated after delivery.
4.4 Be a Responsible Leader
Lead with ethics, empathy, and accountability, inspiring teams and stakeholders. Responsible leadership means taking ownership of outcomes, not just activities. It means creating psychological safety so team members can raise concerns, admit mistakes, and propose better alternatives. It also means being transparent about risks and trade-offs with sponsors and stakeholders.
4.5 Embrace Sustainability
Ensure that the project generates lasting economic, social, and environmental benefits. This is one of the most significant additions in PMBOK 8. Sustainability is no longer a “nice to have” — it is a core principle. Project managers must consider the environmental impact of their decisions, the social implications of their projects, and the long-term viability of the outcomes they deliver. A project that delivers short-term profit but creates long-term damage is not a successful project.
4.6 Empower Teams
Create a collaborative culture where autonomy and trust drive results. Empowered teams make better decisions because they are closer to the work. This principle does not mean abdicating leadership — it means distributing authority appropriately, providing clear boundaries, and trusting teams to self-organize within those boundaries. It is directly aligned with agile principles and is essential for any organization pursuing adaptive delivery.
5. The 40 Processes of PMBOK 8
One of the most significant changes in PMBOK 8 is the return of structured processes — something that was completely absent from PMBOK 7. The 40 processes are organized by Performance Domain rather than by Knowledge Area (as in PMBOK 6) or Process Group. Each process includes defined Inputs, Tools & Techniques, and Outputs (ITTOs).
Here is an overview of all 40 processes organized by domain:
| Domain | # | Processes |
|---|---|---|
| Governance | 1 | Initiate Project or Phase |
| 2 | Integrate and Align Project Plans | |
| 3 | Manage Changes | |
| 4 | Direct and Manage Project Work | |
| 5 | Manage Project Knowledge | |
| 6 | Manage Procurement | |
| 7 | Monitor and Control Project Work | |
| 8 | Report Project Performance | |
| 9 | Close Project or Phase | |
| Scope | 10 | Plan Scope |
| 11 | Collect Requirements | |
| 12 | Define Scope | |
| 13 | Create WBS | |
| 14 | Validate and Control Scope | |
| Schedule | 15 | Plan Schedule |
| 16 | Define Activities | |
| 17 | Sequence Activities | |
| 18 | Estimate Activity Durations | |
| 19 | Develop Schedule | |
| 20 | Control Schedule | |
| Finance | 21 | Plan Costs |
| 22 | Estimate Costs | |
| 23 | Determine Budget | |
| 24 | Control Costs | |
| Stakeholders | 25 | Identify Stakeholders |
| 26 | Plan Stakeholder Engagement | |
| 27 | Manage Stakeholder Engagement | |
| Resources | 28 | Plan Resources |
| 29 | Estimate Activity Resources | |
| 30 | Acquire Resources | |
| 31 | Develop Team | |
| 32 | Manage Resources | |
| Risks | 33 | Plan Risk Management |
| 34 | Identify Risks | |
| 35 | Perform Qualitative Risk Analysis | |
| 36 | Perform Quantitative Risk Analysis | |
| 37 | Plan Risk Responses | |
| 38 | Implement Risk Responses | |
| 39 | Monitor Risks | |
| 40 | Manage Quality |
Each of these processes includes a defined set of inputs (information and artifacts needed), tools and techniques (methods used to transform inputs into outputs), and outputs (deliverables and results produced). This structure provides the operational backbone that was missing in PMBOK 7, while remaining flexible enough to support tailoring for any delivery approach.
A critical point: you do not need to use all 40 processes on every project. The PMBOK 8 explicitly states that tailoring is expected. A small, low-risk project may use only a handful of these processes. A large, complex, regulated project may use all of them — and add more. The 40 processes are a toolkit, not a mandate.
6. Key Skills for Project Managers in 2026
PMBOK 8 reinforces that technical knowledge of processes and tools is necessary but not sufficient. The modern project manager must develop a broad set of competencies that span three dimensions:
6.1 Technical Project Management Skills
- Planning and scheduling — creating realistic, adaptive plans using techniques like critical path analysis, rolling wave planning, and iterative scheduling
- Risk management — identifying, analyzing, and responding to both threats and opportunities throughout the project lifecycle
- Scope management — defining, decomposing, and controlling scope to ensure value delivery without gold-plating
- Earned value management — measuring project performance objectively using cost and schedule variance indicators
- Quality management — integrating quality into processes and deliverables from the start, not as an afterthought
6.2 Leadership and Interpersonal Skills
- Communication — adapting messages to different audiences, listening actively, and ensuring information flows to those who need it
- Negotiation — resolving conflicts, aligning competing interests, and reaching agreements that support project objectives
- Emotional intelligence — recognizing and managing your own emotions and those of others, especially under pressure
- Servant leadership — removing obstacles, facilitating team autonomy, and putting the team’s needs above your own status
- Conflict resolution — addressing disagreements constructively and transforming them into opportunities for better solutions
6.3 Strategic and Business Skills
- Business acumen — understanding how the project connects to organizational strategy, revenue, and competitive advantage
- Benefits realization — tracking whether the project’s outputs are generating the intended business outcomes after delivery
- Stakeholder management — navigating organizational politics, building coalitions, and maintaining sponsor engagement
- Sustainability awareness — considering the long-term environmental, social, and economic impact of project decisions
- Data-driven decision making — using metrics, dashboards, and analytics to inform decisions rather than relying solely on intuition
The project managers who will thrive in 2026 and beyond are those who can seamlessly blend these three dimensions — executing with technical rigor, leading with empathy, and connecting every project decision to business strategy.
7. Essential Tools and Templates for Project Management
Applying project management knowledge effectively requires the right combination of tools, templates, and practices. Here are the essential categories:
7.1 Planning Tools
- Work Breakdown Structure (WBS) — decomposes the total scope of work into manageable components. This is arguably the most important planning tool in project management.
- Gantt Charts — visualize the project schedule with task dependencies, milestones, and critical path. Tools like Microsoft Project, Primavera P6, and ClickUp provide robust Gantt capabilities.
- RACI Matrix — clarifies roles and responsibilities for each deliverable: Responsible, Accountable, Consulted, Informed.
- Project Canvas — a one-page visual tool that summarizes key project elements including purpose, scope, stakeholders, risks, and timeline.
7.2 Execution and Monitoring Tools
- Kanban boards — visualize workflow and limit work in progress. Ideal for agile and hybrid projects.
- Burndown/Burnup charts — track remaining work (burndown) or completed work (burnup) against time in iterative projects.
- Earned Value Management (EVM) — integrates scope, schedule, and cost to provide objective performance measurement.
- Risk registers — document identified risks, their probability and impact, response strategies, and owners.
- Stakeholder engagement matrix — maps current vs. desired engagement levels for each stakeholder.
7.3 Collaboration Platforms
Modern project management requires digital collaboration. Platforms like Microsoft Teams, Slack, Jira, Asana, Monday.com, and ClickUp provide integrated environments for task management, communication, document sharing, and reporting. The choice of platform should be driven by team size, project complexity, and organizational standards — not by trend.
The Project Management Office website offers a complete library of guides and templates aligned with PMBOK 8 for practitioners who want ready-to-use resources.
8. Frequently Asked Questions about Project Management
What is project management according to PMBOK 8?
According to the PMBOK Guide — Eighth Edition, project management is the application of knowledge, skills, tools, and techniques to project activities in order to deliver value and achieve sustainable outcomes aligned with the organization’s strategic objectives. The emphasis is on value delivery, not just meeting scope, time, and cost constraints.
What are the 7 Performance Domains of PMBOK 8?
The seven performance domains are: Governance, Scope, Schedule, Finance, Stakeholders, Resources, and Risks. Each domain represents an essential dimension of project delivery and value creation. Together, they provide a comprehensive framework for managing all aspects of a project.
What are the 6 Principles of PMBOK 8?
The six principles are: Adopt a Holistic View, Focus on Value, Integrate Quality, Be a Responsible Leader, Embrace Sustainability, and Empower Teams. These principles form the behavioral and strategic foundation of modern project management and apply to every project regardless of size, industry, or methodology.
Why is project management important for organizations?
Project management helps organizations transform strategy into tangible results by reducing risks, optimizing resource allocation, and increasing predictability. It is the bridge between strategic vision and effective execution. Organizations with higher project management maturity consistently outperform their peers in delivering value on time and within budget.
How do I apply project management in practice?
Start by understanding the business objective your project serves. Then select an appropriate delivery approach (predictive, agile, or hybrid) based on the level of uncertainty, organizational culture, and regulatory requirements. Use the 40 processes of PMBOK 8 as a toolkit — tailor them to your context. Focus on stakeholder engagement, risk management, and continuous value delivery rather than just completing tasks.
What is the difference between PMBOK 7 and PMBOK 8?
PMBOK 7 introduced principles and performance domains but removed all processes, leaving many practitioners without actionable guidance. PMBOK 8 restores 40 structured processes with ITTOs, organized by performance domain rather than knowledge area. It also reduces the number of principles from 12 to 6, making them more focused and memorable. PMBOK 8 is essentially the synthesis of PMBOK 6’s operational structure and PMBOK 7’s strategic philosophy.
Do I need PMP certification to practice project management?
No. PMP certification is a professional credential that validates your knowledge and experience, but it is not required to manage projects. However, certification demonstrates a standardized understanding of best practices and is valued by employers worldwide. If you are preparing for PMP, PMBOK 8 will be the primary reference going forward.
9. Tailoring: Adapting the Approach to Your Project Context
PMBOK 8 reinforces that there is no one-size-fits-all approach to managing projects. The concept of tailoring is central: every project must calibrate its processes, tools, and practices according to its context, complexity, and level of uncertainty.
In practice, this means choosing — and combining — three fundamental delivery approaches:
Predictive (Waterfall)
Best suited when requirements are stable and well-defined from the start. Planning is done in detail and sequentially, with clear phases (initiation, planning, execution, monitoring, and closing). The entire scope is defined upfront, and changes are managed through formal change control.
Typical examples: construction projects, infrastructure, regulatory compliance, pharmaceutical development, and government contracts where requirements are fixed by law or contract.
When to use: Low uncertainty, clear requirements, experienced teams, regulatory environments that demand comprehensive documentation.
Agile (Iterative and Incremental)
Recommended when there is high uncertainty in requirements or when the product needs to evolve with continuous feedback. Work is organized in short cycles (sprints or iterations), with frequent value deliveries. The scope is progressively elaborated as the team learns from each iteration.
Typical examples: software development, product innovation, digital transformation projects, marketing campaigns, and any initiative where user feedback is essential to success.
When to use: High uncertainty, evolving requirements, teams with self-organization maturity, environments that value speed-to-market and customer feedback.
Hybrid
Combines predictive and agile elements within the same project. This is the reality of most organizations today. For example: governance and finance follow a predictive model (annual budget, approval gates), while scope and schedule adopt agile cycles with incremental deliveries.
Typical examples: ERP implementations, organizational change programs, large-scale IT projects with both fixed infrastructure components and evolving software components.
When to use: Mixed conditions — some elements are well-defined while others are uncertain. Organizations transitioning from traditional to agile practices often find hybrid the most pragmatic approach.
How to decide? Evaluate three factors:
- Degree of uncertainty — clear requirements favor predictive; volatile requirements favor agile.
- Organizational culture — teams mature in self-management benefit from agile; hierarchical structures may require more predictability.
- Regulation and compliance — highly regulated sectors often require predictive documentation and gates, but can use agile within each phase.
PMBOK 8 does not privilege any approach over the others. The guiding principle is: adapt the management to the project, not the project to the management.
10. Common Mistakes in Project Management
Even experienced professionals make mistakes that compromise value delivery. Below are the five most frequent — with root causes and practical solutions.
Mistake 1 — Treating the project as a task list
Root cause: Excessive focus on operational activities without connection to the project’s strategic objectives. The manager becomes a “task dispatcher” instead of a value strategist.
Solution: Before planning any activity, define the project’s intended value (PMBOK 8 principle: “Focus on Value”). Every deliverable should answer the question: “What business outcome does this produce?” If it does not produce one, question whether it belongs in the scope.
Mistake 2 — Ignoring stakeholders until they complain
Root cause: Reactive engagement. The manager only communicates when there is a problem or when a stakeholder demands a status update. This generates distrust, rework, and misaligned decisions.
Solution: Implement an engagement plan from initiation. Map expectations, define communication frequency, and use the Stakeholders domain as your guide. Proactive communication reduces conflicts and accelerates decision-making. Schedule regular touchpoints — do not wait for stakeholders to come to you.
Mistake 3 — Choosing the wrong approach (or choosing none at all)
Root cause: Applying waterfall to high-uncertainty projects, or agile without team maturity. Often, the project simply “happens” without a deliberate delivery approach.
Solution: Use PMBOK 8’s tailoring concept. Evaluate uncertainty, culture, and regulation before defining the approach. Hybrid projects are frequently the best answer — predictive governance with agile execution. Document the tailoring decision and revisit it at phase gates.
Mistake 4 — Neglecting positive risks (opportunities)
Root cause: Risk management is treated only as “firefighting.” Opportunities that could accelerate deliveries or reduce costs go unnoticed because the team only looks for things that can go wrong.
Solution: The Risks domain in PMBOK 8 emphasizes both threats and opportunities. In every review cycle, ask: “What has changed that we can leverage in our favor?” Document and assign owners for opportunities, just as you would for threats. The strategies for opportunities are Exploit, Share, Enhance, and Accept — mirror images of the threat strategies.
Mistake 5 — Planning once and never revisiting
Root cause: The project plan is created at the beginning and treated as a finished artifact. As reality diverges from the plan, the team either blindly follows the outdated plan or abandons planning altogether.
Solution: Treat the project plan as a living document. Schedule regular replanning sessions — at phase gates for predictive projects, at sprint boundaries for agile projects. Use the Monitor and Control Project Work process to compare actual performance against the plan and make informed adjustments. A plan that does not evolve is a plan that fails.
11. Quick-Application Checklist
Use this checklist to ensure that the fundamentals of project management are covered before starting or during the execution of any project.
- ☐ Value defined: the expected business outcome of the project is documented and validated with the sponsor. Every team member can articulate why this project matters.
- ☐ Stakeholders mapped: stakeholders are identified, expectations are recorded, and an active engagement plan is in place. You know who your allies, resistors, and neutrals are.
- ☐ Delivery approach chosen: the decision between predictive, agile, or hybrid was deliberate and based on uncertainty, culture, and regulation — not habit or preference.
- ☐ Governance established: roles, responsibilities, decision gates, and success criteria are clear to all participants. Escalation paths are defined and communicated.
- ☐ Risks and opportunities registered: the risk register is up to date with assigned owners — including opportunities, not just threats. Risk reviews are scheduled at regular intervals.
- ☐ Quality integrated: acceptance criteria are defined for each deliverable before execution begins, not after. Quality reviews are built into the workflow, not bolted on at the end.
- ☐ Learning cycle active: retrospectives or lessons learned sessions are scheduled at regular intervals — not just at project close. Insights are documented and shared with the organization.
Conclusion: Project Management Is About Delivering Continuous Value
Modern project management is not limited to delivering scope on time and on budget. It involves systemic thinking, adaptive leadership, and a relentless commitment to the value delivered. PMBOK 8 marks a new era, uniting the best of traditional practices with the agility and sustainability demanded by the future.
The standard’s evolution — from the prescriptive process orientation of PMBOK 6, through the principle-only philosophy of PMBOK 7, to the balanced framework of PMBOK 8 — reflects the profession’s maturity. We no longer need to choose between structure and flexibility. We need both, applied with judgment.
Those who master the fundamentals of PMBOK 8 are prepared to lead with purpose and transform ideas into real, lasting results.
In summary, take these three points with you:
- Project management is about value, not about processes. The 6 principles and the 7 performance domains of PMBOK 8 exist to ensure that every project delivers real impact — not just documents and reports. Processes are tools in service of value, not ends in themselves.
- Tailoring is mandatory, not optional. Adapting the approach (predictive, agile, or hybrid) to the project context is what separates effective management from bureaucratic management. The best project managers are those who can read the context and choose the right approach — and change it when the context changes.
- Maturity is built through deliberate practice. Every project is an opportunity to apply, learn, and improve. Use the checklist, avoid the common mistakes, and invest in continuous learning cycles. The goal is not perfection on a single project — it is progressive improvement across all projects.
Next step: apply the Quick-Application Checklist to your next project — or review an ongoing project using the 7 Performance Domains as a diagnostic framework. Start with the domain where you feel the most pain. If you are unsure where to start, begin with Governance — because without proper governance, nothing else works.
Did you find this article helpful?
Sign up to receive our biweekly newsletter (*) ⇒
(*) Newsletter with the next articles in the PMBOK 8 series, plus templates and checklists ready to apply.
See all PMBOK 8 articles in the Complete Index
🇧🇷 Leia este artigo em português
Leia em Portugues: Versao em Portugues deste artigo
Call to Action:
References
PMBOK Guide 8: The New Era of Value-Based Project Management. Available at: https://projectmanagement.com.br/pmbok-guide-8/
Disclaimer
This article is an independent educational interpretation of the PMBOK® Guide – Eighth Edition, developed for informational purposes by ProjectManagement.com.br. It does not reproduce or redistribute proprietary PMI content. All trademarks, including PMI, PMBOK, and Project Management Institute, are the property of the Project Management Institute, Inc. For access to the complete and official content, purchase the guide from Amazon or download it for free at https://www.pmi.org/standards/pmbok if you are a PMI member.

