Exploring trends and developments
in project management today.
PMBOK Guide: Fourth Edition Changes - An Overview
2009
A lot of people are wondering what is going to change with the PMBOK® Guide: Fourth Edition. There is not that much that will change with regards to the content. There are a few additions and deletions to processes, but mostly of the work was done in making the standard internally consistent. We wanted the chapters to feel more cohesive as if one person wrote the standard instead of a group of people.
In addition to internal consistency, our charter required that the PMBOK® Guide: Fourth Edition be aligned with The Standard for Programme Management: Second Edition and The Standard for Portfolio Management: Second Edition. We accomplished that by having one person architect and layout chapters 1 and 2 across all three standards so that they are in agreement. This is not to say that they are identical, but the chapter structure is aligned and the content is not contradictory. There are several figures and tables that are identical across the standards to keep a consistent message when talking about the relationship between the standards.
Another step in making the standard consistent is that all process names are now in the same verb-noun format. And the inputs and outputs have a similar sequence. For example, for those processes that have enterprise environmental factors and organisational process assets as an input, we have listed these as the last inputs and have listed some examples that might apply. We have sequenced common outputs such as change requests, project management plan updates and project document updates. Like the common inputs, we have included examples of plans and documents that might be updated.
The concept of project documents is new to the PMBOK® Guide: Fourth Edition. The project management plan contains plans and baselines that are used to plan and control the project. However, there are many other documents that project managers use to help carry out the project. These are called out specifically as project documents. Examples include issue logs, duration estimates, resource requirements, change logs, etc. While not part of the project management plan, they are important tools used to keep projects on track.
In addition to clarifying the difference between the project management plan and project documents we also made a more definitive distinction between contents in the project charter and the project scope statement. The charter contains more information, but it is at a high level. The scope statement does not progressively elaborate as much of the information. It does elaborate some information, but it also contains separate information such as the project boundaries.
We have lumped together the change request, corrective action, preventive action and defect repair grouping into one heading called change requests. Where appropriate we distinguish the type of change request such as a preventive or corrective action and provide examples that might be relevant.
A final change to the inputs and outputs is that we did not have the project management plan as an input to any planning processes. While understanding that planning takes place throughout the project and that the planning project group is not a phase, we felt it would be clearer to have the specific planning process outputs as inputs to developing the project management plan and not the other way around. However, in the executing and monitoring and controlling process groups the project management plan is a key input, and the specific components are listed under the project management plan. For example, the cost performance baseline is an element of the project management plan and an input to the Control Costs process. The input is listed as the project management plan with a notation that the element in the project management plan is the cost performance baseline. This approach brings a cohesive and consistent approach to the processes across the document.
A final note change in the look of the Fourth Edition is the graphics. The figures that showed the data flow at the start of each chapter in the Third Edition were a great addition. The Fourth Edition has expanded on that concept. The figures at the beginning of the chapter have been deleted, but they have been replaced with a data flow diagram for each process. The data flow diagram shows where the inputs come from and where the outputs go to. These figures help emphasize the process orientation of the PMBOK® Guide.
In my next article I write about specific changes to each chapter.
Cynthia Snyder Stackpole MBA, PMP, is a professional project management consultant, instructor and author. She has written four books on project management and has been the technical editor on many others. She provides consulting and training services for government and private industry. Her consulting focuses on project management maturity, PMO start-ups and positioning project management as a core competency for organisations. For more information or to contact Cyndi, please visit www.cynergy2.com ![]()
Related Articles
PMBOK Guide: Fourth Edition Changes - Chapter by Chapter
In my last article I provided an overview of the changes in the PMBOK® Guide: Fourth Edition. In this article I want to write about some of the specific changes in the chapters. As mentioned in the previous article, our architect designed chapters 1 and 2 to align with The Standard for Programme Management: Second Edition and The Standard for Portfolio Management: Second Edition. Therefore much of the structure of the first two chapters has changed.
PMBOK® 4: This Time It's Iterative!
The current Project Management Body Of Knowledge (PMBOK®) Guide is labelled "Third Edition" and was published in 2004. Every 4 years the Project Management Institute (PMI) brings out a new version and the fourth edition has just been released to reviewers in exposure draft format. I was a contributor and reviewer for version 3 and will likely submit some feedback for version 4 too. One thing that will be of interest to agile project managers is the increased acceptance of iterative lifecycles.
The Project Management Body of Knowledge (PMBOK®)
The Project Management Body of Knowledge (PMBOK®) is a collection of processes and knowledge areas generally accepted as best practice within the project management discipline. As an internationally recognised standard (IEEE Std 1490-2003) it provides the fundamentals of project management, irrespective of the type of project be it construction, software, engineering, automotive etc.
Interest In Project Management Is On The Rise
Over the past ten years, the US-based Project Management Institute has grown from around 25,000 members to almost 250,000. This ten-fold increase represents a marked departure from the steady but slow growth of the organisation since its creation in 1969 and is a significant indication of an increased interest in project management.
21 Ways to Excel at Project Management
The popular project management eBook now fully updated and available as a website for the first time.
