I need to be direct and honest. I do not like PMBOK7 and that the process groups, knowledge areas and processes vanished. Did they really vanish?
The PMBOK so far, with the old set-up, provided me a complete overview on what needs to be done to manage a project successfully. It gave me the library and toolbox of almost 50 processes from which I could select the one I need to tailor a project- and context-specific approach. In addition, each process was defined clearly with input, process and output.
And now? Clarity and completeness was given up for the sake of ambiguity and a lot of blabla.
I am really sad.
Furthermore: What happened to the OPM3? I used it for conducting PM audits and it was quite useful.
What do you think, my fellow project managers? Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
New PMBOK is the most unusable piece of work I see from lot of years Mainly if you think in to apply it to domains other than software. I am engaged to the PMI. I am sad about that. But, I guess (and I hope) this new PMBOK is a transition to make some type of mix between DA and the "traditional" PMBOK guide to get a future more usable version. On the other side, I think it will be difficult to make the other guides compatible with this new PMBOK.
...
1 reply by Sascha Reimann
Sep 10, 2021 9:44 AM
Sascha Reimann
...
Thanks for this response. I fully agree with what you are saying. I do not see actually how this can be made usable. The PMBOK7 is so superficial. I am happy I did my certifications based on earlier versions. I refuse using the PMBOK7 in my practice and I make that clear from the beginning.
Remember that the Guide and Standard are not expected to be the "be all and end all" of project management. The Guide + the Standards Plus platform is very comprehensive.
The key to remember is that project management is always context-sensitive. There is no standard set of processes which applies to all projects, hence the change to this new approach.
I like the new edition (having read all previous editions from the second onwards) for its brevity and its principle-based approach.
Kiron
...
1 reply by Sascha Reimann
Sep 10, 2021 9:47 AM
Sascha Reimann
...
Quote: "The key to remember is that project management is always context-sensitive. There is no standard set of processes which applies to all projects, hence the change to this new approach."
That's what I was saying. I used the very modular structure of the old PMBOK with its almost 50 processes to select and tailor my approach. But this PMBOK7 is so unbelievably vague that it offers no practical value. It is nice for a philosophical "fireside chat" but not more than that.
New PMBOK is the most unusable piece of work I see from lot of years Mainly if you think in to apply it to domains other than software. I am engaged to the PMI. I am sad about that. But, I guess (and I hope) this new PMBOK is a transition to make some type of mix between DA and the "traditional" PMBOK guide to get a future more usable version. On the other side, I think it will be difficult to make the other guides compatible with this new PMBOK.
Thanks for this response. I fully agree with what you are saying. I do not see actually how this can be made usable. The PMBOK7 is so superficial. I am happy I did my certifications based on earlier versions. I refuse using the PMBOK7 in my practice and I make that clear from the beginning. Saving Changes...
Remember that the Guide and Standard are not expected to be the "be all and end all" of project management. The Guide + the Standards Plus platform is very comprehensive.
The key to remember is that project management is always context-sensitive. There is no standard set of processes which applies to all projects, hence the change to this new approach.
I like the new edition (having read all previous editions from the second onwards) for its brevity and its principle-based approach.
Kiron
Quote: "The key to remember is that project management is always context-sensitive. There is no standard set of processes which applies to all projects, hence the change to this new approach."
That's what I was saying. I used the very modular structure of the old PMBOK with its almost 50 processes to select and tailor my approach. But this PMBOK7 is so unbelievably vague that it offers no practical value. It is nice for a philosophical "fireside chat" but not more than that. Saving Changes...
George Elie MerguerianSenior Partner| Global Business Management ConsultantsGenval, Belgium
Parts of PMBOK Guide are nicely done while others contain vague management ideas. I found the first 60 pages of little value to a practicing project manager. Take the section on navigating complexity - what does it tell me? How does it help? Many terms in the Guide are already well established and researched domains in General Management - what value has PMI has brought here? At GBMC we recognized 30 years ago that Methods on their own are of little value unless the organization provided support to the project management system in terms of governance and the development of a culture of team work and cooperation. The PMBOK Guide addresses these concepts plus others. What is lacking is the capturing of these concepts in a model that people understand without going through pain.
...
1 reply by Sascha Reimann
Sep 12, 2021 11:16 AM
Sascha Reimann
...
Well said. I think PMI tried to fill as much en vogue buzzwords into the PMBOK as they could. But as you said, in none of these topics it really adds something new or becomes a thought leader. Maybe there is a fraction within the PMI community that thought the old structure with process groups and knowledge areas is too old fashioned and too rigid. However, exactly this detailed and complete structure was to me the benefit. I do not need PMI for having philosophical debates on how to do projects. I need a standard, state-of-the-art, demanding and precise, that I can refer to when tailoring my specific approach.
Parts of PMBOK Guide are nicely done while others contain vague management ideas. I found the first 60 pages of little value to a practicing project manager. Take the section on navigating complexity - what does it tell me? How does it help? Many terms in the Guide are already well established and researched domains in General Management - what value has PMI has brought here? At GBMC we recognized 30 years ago that Methods on their own are of little value unless the organization provided support to the project management system in terms of governance and the development of a culture of team work and cooperation. The PMBOK Guide addresses these concepts plus others. What is lacking is the capturing of these concepts in a model that people understand without going through pain.
Well said. I think PMI tried to fill as much en vogue buzzwords into the PMBOK as they could. But as you said, in none of these topics it really adds something new or becomes a thought leader. Maybe there is a fraction within the PMI community that thought the old structure with process groups and knowledge areas is too old fashioned and too rigid. However, exactly this detailed and complete structure was to me the benefit. I do not need PMI for having philosophical debates on how to do projects. I need a standard, state-of-the-art, demanding and precise, that I can refer to when tailoring my specific approach. Saving Changes...
Radu DraganHeavy Duty Equipment Mechanic| AltecSurrey, British Columbia, Canada
My personal opinion regarding PMBOK 7 is that it's a bit of a joke. It doesn't provide all that much information with regards to tools or techniques a PM can use in their day to day activities. The 6th edition is a much better guide in that regard. However I believe I understand what PMI is trying to do with this edition. Their mission with the PMBOK guide was and still is to standardize project management procedures and approaches.
With this edition, it seems that they've tried to create a truly universal standard. The problem is that a truly universal standard cannot really exist.
In real life, it's up the the PM to decide how they manage their project. There is no "one size fits all" solution. One must use a "fit for purpose" approach.
And I believe that is what PMBOK 7 is trying to teach us. We are free to use any procedure or approach we feel works best for our projects. We are only limited by our own imagination. The PMBOK 7 only provides "recommended guidelines". You are free to disregard them if you feel they would not add any value on your project.
...
1 reply by Sascha Reimann
Sep 13, 2021 3:32 AM
Sascha Reimann
...
"Joke", yes. I think something similar came to my mind when I read it the first time. This "there is no one size fits all solution" is not new: PMI always mentioned in the earlier PMBOKs that you have to tailor your approach to the specific needs. Nevertheless, the 50 PM processes prepared me quite well and put me in the position to tailor. With the PMBOK7, there is nothing to tailor because it does not deliver you the practical material from which you can built your approach. Just with generic buzzwords and some verbiage I cannot built anything robust that stands the reality check.
In all fairness, what PMI tried to achieve with PMBOK7 I can sense but I think there are many ways to achieve this and they have chosen the wrong way.
I can also understand that PMI tries to account for the trends of our time and the zeitgeist. And to a degree you have to do this simply for marketing reasons. Because if the whole world cries and yearns for agile and so on, you have to have it in your book otherwise customers run for something else. Prince2 or IPMA or whatever is more trendy.
For me the best solution would have been to put all this trendy and soft stuff in a PMBOK Book 1 called "PM Philosophy" or "PM Leadership". The hard, detailed, more rigid stuff like the Process Groups, Knowledge Areas and Processes - the building blocks of your PM Plan - could have been relocated to a PMBOK Book 2 called "PM Process". So people can benefit from both worlds and both discussions.
But with the current PMBOK7, I do not get an adaptable PMBOK but a generic one which is so superficial that I can indeed apply it to anything because it is so commonplace. But is commonplace and generic = adaptable? I do not think so. I call that "meaningless".
My personal opinion regarding PMBOK 7 is that it's a bit of a joke. It doesn't provide all that much information with regards to tools or techniques a PM can use in their day to day activities. The 6th edition is a much better guide in that regard. However I believe I understand what PMI is trying to do with this edition. Their mission with the PMBOK guide was and still is to standardize project management procedures and approaches.
With this edition, it seems that they've tried to create a truly universal standard. The problem is that a truly universal standard cannot really exist.
In real life, it's up the the PM to decide how they manage their project. There is no "one size fits all" solution. One must use a "fit for purpose" approach.
And I believe that is what PMBOK 7 is trying to teach us. We are free to use any procedure or approach we feel works best for our projects. We are only limited by our own imagination. The PMBOK 7 only provides "recommended guidelines". You are free to disregard them if you feel they would not add any value on your project.
"Joke", yes. I think something similar came to my mind when I read it the first time. This "there is no one size fits all solution" is not new: PMI always mentioned in the earlier PMBOKs that you have to tailor your approach to the specific needs. Nevertheless, the 50 PM processes prepared me quite well and put me in the position to tailor. With the PMBOK7, there is nothing to tailor because it does not deliver you the practical material from which you can built your approach. Just with generic buzzwords and some verbiage I cannot built anything robust that stands the reality check.
In all fairness, what PMI tried to achieve with PMBOK7 I can sense but I think there are many ways to achieve this and they have chosen the wrong way.
I can also understand that PMI tries to account for the trends of our time and the zeitgeist. And to a degree you have to do this simply for marketing reasons. Because if the whole world cries and yearns for agile and so on, you have to have it in your book otherwise customers run for something else. Prince2 or IPMA or whatever is more trendy.
For me the best solution would have been to put all this trendy and soft stuff in a PMBOK Book 1 called "PM Philosophy" or "PM Leadership". The hard, detailed, more rigid stuff like the Process Groups, Knowledge Areas and Processes - the building blocks of your PM Plan - could have been relocated to a PMBOK Book 2 called "PM Process". So people can benefit from both worlds and both discussions.
But with the current PMBOK7, I do not get an adaptable PMBOK but a generic one which is so superficial that I can indeed apply it to anything because it is so commonplace. But is commonplace and generic = adaptable? I do not think so. I call that "meaningless". Saving Changes...
Dave VioletteRetired| Duke Energy CorporationMooresville, Nc, United States
This discussion points out to me a fundamental flaw in how PMI develops and revises it standards. The only time to get engaged and make a difference in the final publication is when it is being drafted.
There was a Public Exposure Draft (PED) posted for review and comment during the drafting of PMBOK7. Over 500 individuals submitted over 5,000 comments. Those comments were adjudicated and incorporated into the final draft. However, there was no 2nd Exposure Draft to review the changes that were made. Thus, these 500 individuals had no opportunity to review the changes resulting from their comments.
Per ANSI requirements (PMBOK7 is an American National Standard), there was a comment period opened after the PED revision. However, this comment opportunity period was not broadly communicated with the net result being no public comments were received for the revised draft. And thus, the PMBOK7 you see is what you get.
To keep this type of occurrence from happening again, interested parties must get involved in the process and vigorously submit comments on any draft standard. This is the only way you can get your concerns addressed.
BTW - PMI only exposed the first three chapters of PMBOK7 for public review and comment. The other three chapters never received any feedback/review except by a selected group of about 70 reviewers. There was never an opportunity for public review and comment for these chapters.
For full disclosure, I served on both Review Team 1 and Review Team 2 for the PMBOK7 update. This means I had an opportunity to submit feedback on all 6 chapters of PMBOK7. But mine was a single voice.
...
1 reply by Sascha Reimann
Sep 17, 2021 12:43 PM
Sascha Reimann
...
Dave, thanks for sharing this experience here. That makes me deeply concerned. Even more than I already was. I mean, we all put an effort in achieving our credentials and putting our profession forward day by day. This PMBOK7 however is a frontal assault on our professional credibility and standing.