Unboxing PMBOK7 – Article 2

What is the point in completing a project on time, within budget and meeting the complete scope, if the product of the project does not provide value to the sponsor / owner?. The single biggest issue for project failure is lack of solid business case. Many projects have solid business cases while starting the project, and very often they become irrelevant due to environmental impacts. The unknown – unknown risk of the pandemic itself have made many travel and tourism related projects irrelevant. Projects are plagued by uncertainties like never before, and it is the responsibility of the project manager to navigate these complexities successfully and achieve the intended benefits from the product / service the project delivers.

The shift of the project success criteria from just meeting the time, cost and scope criteria to delivering value to the owner of the project is the biggest change in PMBOK7 when compared to the earlier versions of the PMBOK. As a true project manager, one has to ensure the value delivery. Projects are initiated to achieve certain business goals and it is the opportunity of the project manager to ensure the achievement of these goals by delivering the intended benefits for which the project is undertaken in the first place.

The PMBOK7 brings more clarity to the project manager’s role.

Project manager is ultimately responsible for the success and failure of the project. The project manager role demands active participation while deciding the project management approach which will help the project to eliminate all negative risks and maximize the benefits from the positive risks from the initiation till the closure of the project.

The project management team comprises of the Project controllers, Engineering managers, Architects, Team leaders, Project coordinators, Quality managers, Procurement managers, Risk managers . Resource managers, Communications managers etc.

The project teams comprises of the people who really execute the work

Till PMBOK7 shows the growth path for those who belong to the Project management teams at present to the true Project Manager who is at the helm of affairs and whose primary objective is to steer the project through all uncertainties and deliver the intended value to the project owner and end user.

Another key aspect of PMBOK7 is that it is general enough to be applied for any type of project with proper tailoring. It is a collection of Models, Methods & Artifacts that can be arranged / sequenced as per the project management approach of the project.

If we approach PMBOK7, with this as the context, then everything starts making sense.

Structure of PMBOK7

Values Principles Performance domains
ResponsibilityStewardshipStakeholders
Respect TeamTeam
Fairness StakeholdersDevelopment approach & Life cycle
Honesty ValuePlanning
Systems thinkingProject work
LeadershipDelivery
TailoringMeasurement
QualityUncertainty
Complexity
Risk
Adaptability & Resilience
Change Management

Most of the Inputs, Tools & Techniques from PMBOK6 with some new additions forms the section Mpdels, Methods & Tools in PMBOK7.

Models Methods Artifacts
Leadership models Data gathering & Analysis Strategy Artifacts
Communication models EstimatingLogs & Registers
Motivation models Meeting & Events Plans
Change models Other methods Hierarchy Charts
Complexity model Baselines
Project team development models Visual data and information
Other models Reports
Agreements & Contracts
Other artifacts

These models, methods and artifacts are linked to the performance domains. These linkages will be explained in the subsequent articles.

PMBOK7 – Impact Analysis

Till yesterday, when people anxiously asked me about the changes in PMBOK7, my reply was in the form of another question –  ‘Can you execute a project without any one of the knowledge areas (listed below)?’. The answer is a unanimous ‘No’. So they are inevitable. They have to be there in the new version hidden somewhere. If you can master the 10 knowledge areas and their application in both predictive and agile project management, you are pretty much done with project management. That is my view.

I am glad that my views hold good after going through all the 370 pages of the new PMBOK7.

The Ten Knowledge Areas evolved from Version 1 to Version 6 of the Project Management Body of Knowledge;

  1. Project Integration Management
  2. Project Scope Management
  3. Project Schedule Management
  4. Project Cost Management
  5. Project Quality Management
  6. Project Risk Management
  7. Project Resource management
  8. Project Procurement management
  9. Project communications management
  10. Project stakeholder management

These are immortal. Projects cannot succeed without them. The sequences may vary.

The PMBOK7 looks like an apex manual explaining the;

  • 12 principles of professional project management (new)
  • 8 project performance domains (new)
  • Tailoring guidelines
  • Models, methods and artifacts (Not part of the PMBOK7 document, but accessible from the digital library, Old, taken from PMBOK6)

High level mind map of PMBOK7

PMBOK7 comprises of 12 principles, 8 performance domains, tailoring guidelines and the models, methods and artifacts contained in a digital library ‘PM Standards Plus’ maintained by PMI. The immediate thought can be, about the 10 knowledge areas, 5 process groups, 49 processes and the inputs, tools & techniques and the outputs of the PMBOK6. Where is the place for them in the PMBOK7. All of that is under the digital library ‘PM Standards Plus’. In essence, nothing is lost during the transition from PMBOK6 to PMBOK7, and at the same time 12 principles, Eight project performance domains and the tailoring guidelines sits on top of the digital library PMStandards Plus which is nothing but the PMBOK6 contents, that makes up the 10 knowledge areas evolved from version 1.0 till 6.

How will this impact the different stakeholders who comprise the project management community?

  • Impact on Practitioners – the organizations who have shaped their project management policies and procedures around the structure of PMBOK versions 1 to 6 will have the added opportunity to embrace value driven delivery which can accommodate the whole gamut of project management ranging from large infrastructure projects to research and development projects. Even if they do not change anything, nothing will be in contradiction to PMBOK7.
  • Impact on 12,0000 PMPs World Wide – Change will always push us outside our comfort zones. Initially there can be expectation mismatch and the frustration stemming out of it. Once one dig deeper, like me, they also will realize that the changes are more to the value system and structure, than to the content.
  • Impact on PMP trainers – PMP trainers who are good at both predictive and agile project management will not find it difficult. The ones, who have not yet understood the true spirit of agile may need to gain hands on experience on agile to really understand and explain value driven project management.
  • Impact on the new PMP aspirants – PMI, keeps on repeating the fact that the PMP aspirants can still use the PMBOK6 as the reference material. Going by the earlier revisions, even if one use PMBOK Version 5, it should not make much of a difference because the fundamentals of project management cannot be changed as it revolves around the famous Plan, Do, Check, Act cycle and around the 10 knowledge areas. If you have already completed your PMP preparatory training, then do not disrupt your preparation. Proceed with PMBOK6 as the basis. It will be good if you can go through the new PMBOK7 quickly to understand those new jargon (not many any way).
  • Impact on other Agile frameworks and certifications – If the PMBOK7 gets wider acceptance, and if the new PMPs are equally adept in both predictive and agile project management frameworks then other agile frameworks and certifications will face a strong contender in PMBOK7 and PMP2021. PMI themselves will be forced to stop the PMI-ACP, as it will become redundant within PMI’s portfolio.

Abrachan Pudussery (Aby)

Project Management Domain Expert, Wrench Academy

New 10 Week PMdistilled PMP Preparatory Program based on PMBOK7

Interpreting Sprint or Iteration burn-down charts

If you learn to interpret the iteration burn down charts or sprint burn down charts, then you have understood agile or scrum conceptually correct. This article will walk you through the iteration burn down chart of a sprint.

Day#1

The Iteration or Sprint starts with the Iteration planning meeting. The output of the iteration planning meeting are;

  • The list of features to be developed during the iteration
  • Estimated story points (feature points) for the features (Fibonacci series)
  • The activities that need to be performed and their effort estimates
  • The tracking board (kanban board) which has the columns for;
    • To be done
    • Being done
    • Done
  • Two types of the Iteration / Sprint burn down chart
    • One with cumulative effort required to complete the sprint on the ‘Y’ axis and the duration of the sprint on the ‘X’ axis. The balance effort required to complete the sprint gets updated on a daily basis. This is a re-estimate by the team on a daily basis (this is not planned effort – consumed effort). This type of iteration burn down charts with the effort required to complete the iteration on the ‘Y’ axis and the iteration duration on the ‘X’ axis will help teams to speed up when required.
    • Teams use Iteration burn down to monitor the story points completed against the story points planned within the iteration. In this case the ‘Y’ axis will have the total story points planned for the sprint. This will get decreased based on the actual story points completed. This type of iteration burn down charts help the project stakeholders, especially the product owner to monitor and control the story points planned Vs achieved within the iteration.

Sprint burn down – Immediately after the planning meeting

Sprint burn down after day#2 of the sprint

Sprint burn down after day#3 of the sprint

Sprint burn down after day#4 of the sprint