{"id":8247,"date":"2026-02-27T12:50:46","date_gmt":"2026-02-27T11:50:46","guid":{"rendered":"https:\/\/pmexperts.com\/?p=8247"},"modified":"2026-02-27T12:50:49","modified_gmt":"2026-02-27T11:50:49","slug":"pmbok-guide-8-powrot-procesow","status":"publish","type":"post","link":"https:\/\/pmexperts.com\/en\/pmbok-guide-8-powrot-procesow\/","title":{"rendered":"PMBOK\u00ae Guide 8: the return of processes\u00a0"},"content":{"rendered":"
In the first article on the 8th edition of the PMBOK\u00ae Guide, I outlined the key changes and the current structure of this \u201cgold standard\u201d in project management. I also discussed the appropriate mindset for managing projects, the six project management principles, and the project performance domains.\n\nIf you haven\u2019t had the opportunity to read that article yet, I encourage you to do so. It also includes an overview of the return of processes, of which there are 40 in the current edition. For context, it is worth noting that processes were not included in the 7th edition, while in the 6th edition of the PMBOK\u00ae Guide, as well as in the Process Groups: A Practice Guide, there were 49.\n\nIt can therefore be concluded that the experiment of moving away from processes was not successful. However, the reduction in their number is certainly associated with some interesting implications.<\/p>\n\n\n\n
A new process architecture \u2013 from knowledge areas to performance domains<\/strong> <\/h3>\n\n\n\n
Before diving into the processes themselves, it is worth highlighting the shift from process-based knowledge areas and process groups to project performance domains and project management areas. This is significant, as these now form the two dimensions of the matrix in which PMI\u00ae organizes its recommended processes. The current version of this matrix is presented below.\n\nIt can be said that the change in process groups into project management areas is largely a matter of terminology. There are still five of them: initiating, planning, executing, monitoring and controlling, and closing.\n\nHowever, the shift in the second dimension of the matrix is key to understanding the changes in processes. Instead of the previous 10 rows corresponding to knowledge areas, we now have 7 rows representing the performance domains. As a result, the processes have been reorganized accordingly. <\/p>\n\n\n\n
Project Governance as a new pillar of the process structure<\/strong> <\/h3>\n\n\n\n
The former knowledge area \u201cIntegration\u201d has been replaced by the \u201cProject Governance\u201d performance domain. In addition to changes in terminology, it is important to note that two entirely new processes have been introduced within this domain.\n\nWithin the planning area, a new process, \u201cPlan Sourcing Strategy,\u201d has been added. It focuses on defining the rules for selecting internal and external sources of products and services for the project. This change is closely linked to the complete removal of the \u201cProject Procurement Management\u201d knowledge area. The new process effectively replaces \u201cPlan Procurement Management,\u201d while the remaining processes, namely conducting and controlling procurements, have been redistributed across other areas.\n\nA similar shift can be observed in the \u201cProject Quality Management\u201d knowledge area. Although it no longer exists as a separate performance domain, a new process, \u201cManage Quality Assurance,\u201d has been introduced within Project Governance in the execution area. It can be seen as the equivalent of the former \u201cManage Quality\u201d process. At the same time, quality planning has been incorporated into the current \u201cDefine Scope\u201d process, while quality control has become part of the \u201cMonitor and Control Scope\u201d process. <\/p>\n\n\n\n<\/figure>\n\n\n\n
Scope: changes in terminology and integration of approaches<\/strong> <\/h3>\n\n\n\n
The \u201cScope\u201d performance domain still includes four processes within the planning area and two within monitoring and controlling. However, changes in process naming are particularly noticeable. The details will be covered in a separate article dedicated to this performance domain.\n\nAt this stage, it is worth noting that the change from the former process name \u201cCreate Work Breakdown Structure\u201d to the current \u201cCreate Scope Structure\u201d reflects a broader shift introduced in the 8th edition of the PMBOK\u00ae Guide. This shift aims to incorporate both traditional tools associated with waterfall, or predictive, delivery approaches and tools originating from agile approaches.\n\nAs a result, this process now includes both the work breakdown structure (WBS) and the product backlog.<\/p>\n\n\n\n
Schedule: fewer processes, the same activities<\/strong> <\/h3>\n\n\n\n
The delivery approach is also one of the inputs to the process \u201cPlan Schedule Management.\u201d Within the \u201cSchedule\u201d performance domain, a notable change is the reduction in the number of processes in the planning area from five to just two. The processes \u201cDefine Activities,\u201d \u201cSequence Activities,\u201d and \u201cEstimate Activity Durations\u201d have formally disappeared.\n\nHowever, have they really been removed? A closer look shows that the current process \u201cDefine Schedule\u201d includes four key steps: define activities, determine sequence, estimate effort and duration, and adjust.\n\nAs a result, there are fewer processes, but the activities expected in project management remain largely unchanged. In fact, there is only a slight shift, as effort estimation is now more closely aligned with agile toolsets. In addition to traditional estimation techniques, this includes methods such as planning poker and story points. <\/p>\n\n\n\n
Finance and Stakeholders: evolution without revolution<\/strong> <\/h3>\n\n\n\n
The \u201cFinance\u201d performance domain differs from the former \u201cProject Cost Management\u201d primarily in name. Neither the number of processes nor their structure has changed. The process names have only been slightly adjusted. The only notable addition is an extra output from the \u201cPlan Financial Management\u201d process, where, in addition to the management plan, a funding strategy is now developed.\n\nThe next domain, however, has sparked more reflection. After years of being less prominent among knowledge areas, \u201cStakeholders\u201d have moved up to the fifth position. In my view, this still does not fully reflect the importance of this domain, but the symbolic shift is clearly noticeable.\n\nAt first glance, it may appear that the number of processes associated with this area has increased. In reality, this is the result of combining it with the former \u201cProject Communications Management\u201d knowledge area. The integration of stakeholder and communication aspects is entirely natural. Overall, neither the number of processes, their structure, nor even their names have significantly changed. <\/p>\n\n\n\n
Resources and Risk: process consolidation<\/strong> <\/h3>\n\n\n\n
A slight reduction in the number of processes can be observed in the last two performance domains. In both cases, this was achieved by merging two previously separate processes into one.\n\nIn the \u201cResources\u201d domain, we now have the process \u201cLead the Team,\u201d whereas previously there were two separate processes, \u201cDevelop Team\u201d and \u201cManage Team.\u201d This consolidation reduced the overall number of processes, while the change in naming aligns with the approach already introduced in the 7th edition of the PMBOK\u00ae Guide, where \u201cleadership\u201d became a more prominent concept. This is not a surprising shift, especially when considering that one of the current six principles emphasizes being a responsible leader.\n\nA similar consolidation can be seen in the \u201cRisk\u201d domain. The processes \u201cPerform Qualitative Risk Analysis\u201d and \u201cPerform Quantitative Risk Analysis\u201d have been combined into a single process, \u201cPerform Risk Analysis.\u201d This change can be interpreted as an effort to streamline the overall process structure. Both types of analysis still play an important role within the domain, and no other significant changes have been introduced.<\/p>\n\n\n\n
PMBOK\u00ae Guide 8th edition: a controlled change<\/strong> <\/h3>\n\n\n\n
It seems to me that the well-known phrase \u201ceverything had to change so that nothing would change\u201d fits perfectly when describing the release of the 8th edition of the PMBOK\u00ae Guide.\n\nThe current version of the PMBOK\u00ae Guide is significantly different, in my view for the better. I welcome the return of processes, while the overall structure remains clear and easy to follow, which was already a key strength of the seventh edition.\n\nI will certainly have the opportunity to explore other sections in more detail, including tailoring, inputs and outputs, tools and techniques, as well as the Project Management Standard, which is now a separate part of the publication. Each of these areas contains elements that are particularly relevant from the perspective of preparing for the Project Management Professional (PMP)\u00ae exam.\n\nEven at this stage, it can be confidently stated that the change is not revolutionary. Once again, we have a concise and well-structured \u201chandbook\u201d that presents the knowledge expected of a project manager in an accessible form. It is knowledge that continues to evolve, but has not fundamentally changed.<\/p>\n\n\n\n
W pierwszym tek\u015bcie dotycz\u0105cym 8 edycji PMBOK\u00ae Guide przedstawi\u0142em generalne zmiany i aktualn\u0105 struktur\u0119 \u201ez\u0142otego standardu w zarz\u0105dzaniu projektami\u201d. Wspomnia\u0142em o w\u0142a\u015bciwym […]<\/p>","protected":false},"author":13,"featured_media":8252,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[81,120,25,22],"tags":[],"class_list":["post-8247","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-aktualnosci","category-o-szkoleniach","category-pmbok-guide","category-strefa-wiedzy"],"acf":[],"_links":{"self":[{"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/posts\/8247","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/comments?post=8247"}],"version-history":[{"count":2,"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/posts\/8247\/revisions"}],"predecessor-version":[{"id":8258,"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/posts\/8247\/revisions\/8258"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/media\/8252"}],"wp:attachment":[{"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/media?parent=8247"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/categories?post=8247"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pmexperts.com\/en\/wp-json\/wp\/v2\/tags?post=8247"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/pmexperts.com\/wp-content\/uploads\/2026\/02\/image.png\")
<\/figure>\n\n\n\n