The webinar covers:
• Why ISO 21500?
• What is PRINCE2 and the New Agile version of it.
• What are the advantages and value of each of the above?
• How do they both complement each other?
This webinar was presented by Orlando Odejide. He is an Enterprise Architect and Programme Director with over 15 years’ experience in the field of Computing and Information Technology Consulting. He has also trained over 2, 000 Professionals on (ITIL, TOGAF, Business Analysis, COBIT, CMMI, XBRL, ISO 20000, ISO 27001 and ISO 22301).
Link of the recorded session published on YouTube: https://youtu.be/ZML5eTxsEF8
Credits: Tony Aliu-PECB (Team Leader) Lorika Bina-PECB Narta Voca-PECB Angelo Scangas- Quality Support Group/ASQ Shannon Craddock-PJR Vanessa Delisle-TRC
Bill Thoms Gretchen Merriman Phil Dobyns
PECB Webinar: Aligning ISO 21500 and PRINCE2
Aligning ISO 21500, PMBOK and PRINCE2
(+ P2Agile) for
Effective Project Management
Orlando Olumide Odejide
• What does PRINCE2 have to
offer and what is contained in
the extensive body of
knowledge called PRINCE2.
• What is complementary that
ISO 21500 brings to an
What is PRINCE2 (327 Page Document)
• PRINCE2 is a non-proprietary method used extensively is more than 150
countries around the world, and its take-ups grows daily.
• It is widely considered as the leading method in project management, with
in excess of 20, 000 organizations already benefiting from its pioneering
and trusted approach.
• This is largely due to the fact that PRINCE2 is truly generic: it can be
applied to any progress of project scale, type, organization, geography and
• PRINCE2 achieves this by isolating the management aspects of project
work from the specialist contributions such as design, construction etc. The
specialist aspects of any type of project are easily integrated with the
PRINCE2 method and, used alongside PRINCE2, provide a secure overall
framework for the project work.
• The number of people taking PRINCE2 qualifications increases by around
20% year on year, and PRINCE2 remain a key contributor to the successful
delivery of projects. It is indispensable method for any organization wishing
to secure efficient and effective operational outcomes.
Importance of Projects
1. To maintain current business operations: profitability,
service quality, customer relationships, brand loyalty,
productivity, market confidence etc. – what is termed
“business as usual”.
2. To transform business operations in order to survive
and compete in the future – looking forward and
deciding how business change can be introduced to
best effect for the organization.
• Organizations need to balance 2 parallel competing imperatives:
PRINCE2 Definition of a Project and Project
A Project is a temporary organization that is
created for the purpose of delivering one or more
business products according to an agreed
Project Management is the planning, delegating,
monitoring and control of all aspects of the project,
and the motivation of those involved, to achieve
the project objectives with the expected
performance targets for time, cost, quality, scope,
benefits and risks.
Things that make a Project Different (5)
1. Change: Projects are the different means by which we
2. Temporary: As the definition above states, projects are
temporary in nature. Projects should have a defined start and
3. Cross-Functional: Projects involve a team of people with
different skills working together (on a temporary basis) to
introduce change that will impact others outside the team.
4. Unique: Every project is unique, An organization may
undertake many similar projects and establish a familiar,
proven pattern or project activity.
5. Uncertainty: Clearly, the characteristics already listed will
introduce threats and opportunities over and above those we
typically encounter in the course of business as usual.
What do Project Managers Do? (4)
Role of Senior Management (8)
Project Board Duties and Behaviors
1. Be Accountable 2. Provide Unified
4. Facilitate Cross-
7. Support Project
Benefits of PRINCE2 (8)
1. Applied to any type of project
2. Common vocabulary and approach
3. Integrates easily with industry specific models
4. Product focused and clarified for all parties what a project will
deliver to agreed quality standards
5. Applies “Management by Exception”, providing efficient use of
senior management time.
6. It ensure a focus on the continuing viability of the project.
7. Provides explicit definition of roles and responsibilities so everyone
understands what is expected of them and what to expect of
8. There are a lot of accredited organizations that provide expert
support and training for it.
PRINCE2 Principles (7)
1. It has continued business justification.
2. The project teams learn from previous experience
3. It has defined and agreed roles and responsibilities with
an organization structure.
4. It employs management by stages to plan, monitor and
control the project.
5. It uses management by exception to manage the
project tolerances for each project objective o establish
limits of delegated authority.
6. Focuses on the definition and delivery of products (in
particular their scope and quality requirements).
7. Tailored to suit the projects environment, size,
complexity, importance, credibility and risk.
PRINCE2 Themes (7)
1. Business Case: Establish Mechanisms to judge whether the project is and remains
desirable, viable and achievable as a means to support decision making in its continued
investment. (Develop, Verify, Maintain and Confirm).
2. Organization: To define and establish the projects structure of accountability and
responsibility. (the who).
3. Quality: To define and implement the means by which the project will create and
verify products that are fit for purpose.
4. Plans: To facilitate communication and control by defining the means of delivering the
products (the where and how, by whom, and estimating the when and how much).
How? How much?
5. Risk: To identify, assess and control uncertainty and, as a result, improve the ability of
the project to succeed. It can be a Threat or Opportunity.
6. Change: Identify, Assess and control any potential and approved changes to baselines.
PRINCE2 provides a common approach to issue and change control.
What is the
7. Progress: To establish mechanisms to monitor and compare actual achievements
against those planned, provide a forecast for the objectives of the project and its
continued viability, and control any acceptable deviations. It is the measure of the
achievement of the objectives of a plan.
Where are we
now? Where are
we going? Should
we carry on?
PRINCE2 Processes (7)
1. Starting up a Project
2. Directing a Project
3. Initiating a Project
4. Managing a Stage Boundary
5. Controlling a Stage
6. Managing Product Delivery
7. Closing a Project
PRINCE2 Management Stages (4) and
Technical (Subsequent Delivery) Stages (X)
• Management Stage: This is the section of a project that the Project Manager is managing
on behalf of the Project Board at any one time, at the end of which the project Board will
wish to review progress to date, the state of the project plan, the business case and risks,
and the next stage Plan in order to decide whether to continue with the project.
• Pre-Project (1): Project Mandate is a key part of this stage. It also helps to decide on
whether the project is viable.
• Initiation Stage (2): The period from where the Project Board authorizes initiation to when
they authorize the project (or decide not to go ahead with the project.
• Subsequent Delivery Stages (Technical Stages) – (X): A method of grouping work
together by the set of techniques used. Or the products created. This results in stages
covering elements such as design, build and implementation. Such stages are technical
stages and are a separate concept from management stages.
• Final Delivery Stage/Closing Stage – (3): this involves decommissioning the project. The
project board needs to be satisfied that the recipients of the projects products and are in a
position to own and use them on an ongoing basis and project documentation needs to be
tidied up. Others include closure activities and benefits review.
• Post Project Stage (4): Benefits Confirmation.
• 4 Management Stages and X number of Technical Stages.
PRINCE Levels of Management (4)
1. Corporate/Programme Management: While not part of the project
management team, this higher management level is an important
influence as it sets the business and strategic context for projects.
2. Direction (Project Board): This is the most senior level within the
project management team. The Project Board represents 3 key
interests (executive, users and suppliers).
3. Management (Project Manager): The Project Manager acts as the
single focus for the day-to-day management of the project. The
Project Manager has authority to run the project within constraints
approved by the Project Board.
4. Delivery (Team Manager): The Team Manager’s prime
responsibility is to supervise the creation of the products allocated
to the team by the Project Manager.
PRINCE2 Project Team Structure
Corporate or Programme Management
Business, User and
PRINCE2 Project Management Roles (8)
1. Corporate or Programme Management
3. Senior User
4. Senior Supplier
5. Project Manager
6. Team Manager
7. Project Assurance
8. Project Support
PRINCE2 Activities (40) under 7 Processes.
Starting Up a
Directing a Project
Initiating a Project
Managing a Stage
Closing a Project
1. Appoint the
1. Prepare Risk
1. Plan the next
1. Authorize a
1. Accept a Work
2. Authorize the
2. Update the
2. Review Work
2. Execute a
3. Design and
3. Authorize a
3. Update the
3. Deliver a Work
3. Hand over
4. Prepare the
4. Give ad hoc
4. Report Stage
4. Review the
4. Evaluate the
5. Select the
the Project Brief
5. Set up Project
5. Produce an
6. Plan the
6. Create the
6. Capture and
7. Escalate Issues
8. Assemble the
PRINCE2 Management Products (26) = 26
Baseline (12) Records (6) Reports (8)
1. Business Review Plan 13. Configuration Items Records 19. Checkpoint
2. Business Case 14. Daily Log 20. End Project
3. Communication Management
15. Issue Register 21. End Stage
4. Configuration Management
16. Lessons Log 22. Exception
5. Plan (Project, Stage and Team) 17. Quality Register 23. Highlight
6. Product Description 18. Risk Register 24. Issue
7. Project Brief 25. Lessons
8. Project Initiation Document
26. Product Status
9. Project Product Description
10. Quality Management Strategy
11. Risk Management Strategy
12. Work Package
Click to edit Master title style
PRINCE2 Project Interests (3)
• Business: Business view of
point of meeting a business
need and justifying investment
in the project.
• User: the requirements of
those that will use the project’s
outputs. They specify the
desired outputs and ensure the
project delivers them.
• Supplier: These are the
people who provide the
necessary skills and produce
the project product.
These Interests and the core of it (Project) all make up the 4 assurance roles.
Business Case Theme: Investment Appraisal
Through-life Costs Analysing the total costs of implementation and any incremental
operations and maintenance costs.
Net Benefits Analysing the total value of the benefits less the cost of
implementation and ongoing operation calculated over a defined
Return on Investment
Profits or savings resulting investments (this is the same as net
benefits if the benefits were only financial).
Payback Period Calculating the period of time required for the ROI to “repay” the
sum of the original investment.
A means of expressing future benefits based on the current value of
Net Present Value The total value of discounted future cash inflows less the initial
Sensitivity Analysis Business Cases are based on uncertain forecast. In order to identify
how robust the Business Case is, it is useful to understand the
relationship between input and output factors.
Plans Theme: Estimating Techniques (8)
Top-down Estimating Once a good overall estimate has been arrived at for the plan (by whatever means), it
can be subdivided through the levels of the product breakdown structure.
Bottom-up Estimating Each individual piece of work is estimated on its own merit. These are then summed
together to find the estimated efforts for the various summary level activities and
Top-down and bottom-
An overall estimates is calculated for the plan. Individual estimates are then
calculated or drawn from previous plans, to represent the relative weighs of the tasks.
Comparative Estimating Much data exist about the effort required and the duration of particular items of
Parametric Estimating Basing estimates on measure/empirical data where possible (for example, estimating
models exist that predict materials, efforts and specification for buildings in the
Single-point Estimating The use of sample data to calculate a single value which is to serve as “best guess” for
the duration of an activity.
Three-point Estimating Ask appropriately skilled resource (s) for their best-case, most likely and worst-case
Delphi Technique This relies on obtaining group input for ideas and problem solving without requiring
face to face participation.
Risk Theme: Techniques
Risk Estimation Techniques Risk Evaluation Techniques
1. Review Lessons 1. Probability Trees 1. Risk Models
2. Risk Checklists 2. Expected Value
3. Risk Prompt Lists 3. Pareto Analysis 2. Expected Monetary
4. Brainstorming 4. Probability Impact Grid
5. Risk Breakdown
May result in Which may affect
Progress Theme: PRINCE2 Tolerances (6)
Tolerance Area Description
1. Time +/- Amounts of time on target completion dates.
2. Cost +/- Amounts of Planned Budget
3. Scope +/- Permitted variation of a scope of project solution (e.g.
MOSCOW prioritization of requirements).
4. Risk Limited on the aggregated value of threats (e.g. expected
monetary value to remain less that 10% of the plan’s budget and
limit on any individual threat (e.g. any threat to operational
5. Quality Defining quality targets in terms of ranges e.g. product that
weighs 300g +/- 10g.
6. Benefits Defining target benefits in terms of ranges e.g. achieve minimum
cost savings of 5% per branch, with an average of 7% across all
Business Case Theme
• Output: any of the projects specialist products(tangible or
• Outcome: the result of the change derived from using the project’s
• Benefit: measurable improvement resulting from an outcome that is
perceived as an advantage by one or more stakeholders.
4 Steps for Developing a Business in PRINCE2
1. Develop means getting the right information upon which decisions
can be made.
2. Verify means assessing whether the project is (still) worthwhile.
3. Maintain means to update the business case with actual costs,
benefits and current forecast for cost and benefit.
4. Confirm means assessing whether the intended benefits have
been (or will be) realized. Confirming benefits will take place mostly
Output, Outcome and Benefit.
Organization Theme – Stakeholder
• Identifying Stakeholders (Who?)
• Creating and analyzing Stakeholder Profiles (What?)
• Defining the Stakeholder Engagement Strategy (How?)
• Planning the engagements (When?)
• Engagement Stakeholders (Do?)
• Measuring Effectiveness (Results?)
Types of Stakeholders
1. Support or Oppose the Project. 2. Gain or lose as a result of project
3. See the project as a threat or
enhancement to their solution.
4. Become active supporters or
blockers of the project and its progress.
1. Locus of Pain 2. Locus of Interest
3. Locus of Power 4. Locus of Influence
Risk Theme – Threat and Opportunity Responses
and the Risk Management Procedure.
Threat Responses Opportunity Responses
1. Avoid 1. Exploit
2. Reduce (probability and /or impact) 2. Enhance
3. Fallback (reduces impact only)
4. Transfer (reduces impact only, and
often only the financial impact)
5. Share 3. Share
6. Accept 4. Reject
The Risk Management Procedure
3. Plan 4. Implement 5. Communicate
Change Theme: 5 Step Procedure for
Managing Issues and Changes
5 Step Procedure Explanation
1. Capture Identify and register the issue.
2. Examine Undertake impact assessments.
3. Propose Evaluate options to address the issue.
4. Decide Ensure the right level of management approves
5. Implement Incorporate the option into the appropriate level
Quality Theme – Quality Audit Trail
From Customer Project
Quality Planning Customers Quality
Acceptance Criteria 2. Presenter
Product Description Quality criteria and
Quality Register Quality Control.
Plans Theme – 5 Types of Plans, PRINCE2 Approach to
Plans and Product Based Planning Technique
5 Types of Plans PRINCE2 Approach to Plans Product-based planning
technique (4 Steps).
1. Corporate of
1. Design the plan. This is a
1. Write the Project Product
2. Project Plan 2. Define and analyze the
You have to
risks for steps 2
to step 5.
Steps 2 to step
6 have to be
2. Create the product
3. Stage Plans 3. Identify activities and
dependencies. 3. Write the Product
4. Team Plans 4. Prepare estimates. 4. Create the product flow
5. Exception (when
5. Prepare the schedule.
6. Document the Plan
Product Based Planning, 3 Types of Issues
and other Key words in PRINCE2
PRINCE2 Key Words
Exception Concession Product Programme Project
Risk actionee Risk appetite Reviewer Release RFC
Risk owner Risk profile Risk register Risk response schedule
Tolerance Checkpoint Highlight Work Package
• Product Based Planning: A technique leading to a comprehensive
plan based on the creation and delivery of required outputs. The
technique considers prerequisite products, quality requirements and
the dependencies between products.
3 Types of Issues
Request for Change Off – Specification. Problem/Concern.
Project Environment (2) – Embedding and
Done by the organization to adopt
Done by the Project Management Team
to adapt the method to the context of a
• Process responsibilities
• Scaling rules/guidance (e.g. scorecard)
• Standards (templates and definitions)
• Training and development
• Integration with business processes
• Process assurance
• Adapting the themes (through the
strategies and controls)
• Incorporating specific terms/language
• Revising the Product Descriptions for
the management products
• Revising the role descriptions for the
PRINCE2 project roles
• Adjusting the processes to match the
Done by the organization to adopt
Done by the Project Management Team
to adapt the method to the context of a
PRINCE2 Agile = PRINCE2 + Scrum
1. Definition of Scrum
2. Scrum Theory
3. The Scrum Team (Product Owner + Development Team
+ Scrum Master)
4. Scrum Events (Sprint + Sprint Planning + Daily Scrum +
Sprint Review + Sprint Retrospective)
5. Scrum Artifacts (Product Backlog + Sprint Backlog +
6. Artifacts Transparency (Definition of “Done”).
Scrum Guide – Ken Schwaber + Jeff Sutherland
Purpose of the Scrum Guide
• Scrum is a framework for developing and sustaining
complex products. This Guide contains the definition of
• This definition consists of Scrum’s roles, events,
artifacts, and the rules that bind them together.
• Ken Schwaber and Jeff Sutherland developed Scrum;
the Scrum Guide is written and provided by them.
Together, they stand behind the Scrum Guide.
Definition of Scrum
• Scrum (n): A framework within which people can address
complex adaptive problems, while productively and
creatively delivering products of the highest possible
• Scrum is a process framework that has been used to manage
complex product development since the early 1990s.
• Scrum is not a process or a technique for building products;
rather, it is a framework within which you can employ various
processes and techniques.
• Scrum makes clear the relative efficacy of your product
management and development practices so that you can
• The Scrum framework consists of Scrum Teams and their
associated roles, events, artifacts, and rules. Each component
within the framework serves a specific purpose and is
essential to Scrum’s success and usage.
• The rules of Scrum bind together the events, roles, and
artifacts, governing the relationships and interaction between
them. The rules of Scrum are described throughout the body
of this document.
• Scrum Theory Scrum is founded on empirical process control theory,
• Empiricism asserts that knowledge comes from experience and
making decisions based on what is known.
• Scrum employs an iterative, incremental approach to optimize
predictability and control risk.
• Definition of “Done” When a Product Backlog item or an Increment is
described as “Done”, everyone must understand what “Done”
• Although this varies significantly per Scrum Team, members must
have a shared understanding of what it means for work to be
complete, to ensure transparency.
• This is the definition of “Done” for the Scrum Team and is used to
assess when work is complete on the product Increment.
• End Note: Scrum is free and offered in this Guide. Scrum’s roles,
artifacts, events, and rules are immutable and although
implementing only parts of Scrum is possible, the result is not
Scrum. Scrum exists only in its entirety and functions well as a
container for other techniques, methodologies, and practices.
• Unique set of processes
consisting of coordinated
and controlled activities
with start and finish dates
undertaken to achieve an
• A project a temporary
endeavor undertaken to
create a unique product,
service or result.
• The temporary nature of
projects indicates that a
project has a definite
beginning and end.
Project Management Process Groups
ISO 21500 PM BoK Guide
Controlling Monitoring and Controlling
ISO 21500 Subjects and PMBoK Knowledge
ISO 21500 PMI PMBoK PRINCE2 Themes
Integration Integration Plans Theme
Stakeholder Stakeholder Organization Theme
Scope Scope Plans Theme
Resource ** Human Resources Organization Theme
Cost Cost Business Case
Time Time Plans Theme
Risk Risk Risk Theme
Quality Quality Quality Theme
Communication Communication Progress Theme
Procurement Procurement Plan and Change Theme
ISO 21500 PMBok Guide
6.1 Plan Schedule Management
Moved to Scope Subject 6.2 Definite Activities
4.3.21 Sequence Activities 6.3 Sequence Activities
Moved to Resource Subject 6.4 Estimate Activity Resources
4.3.22 Estimate Activity Durations 6.5 Estimate Activity Duration
4.3.23 Develop Schedule 6.6 Develop Schedule
4.3.24 Control Schedule 6.7 Control Schedule
ISO 21500 PMBok Guide
7.1 Plan Cost Management
4.3.25 Estimate Costs 7.2 Estimate Costs
4.3.26 Develop Budget 7.3 Determine Budget
4.3 27 Control Costs 7.4 Control Costs
ISO 21500 PMBoK Guide
11.1 Plan Risk Management
4.3.28 Identify Risks 11.2 Identify Risks
4.3.29 Assess Risks 11.3 Perform Qualitative Risk Analysis
11.4 Perform Quantitative Risk Analysis
4.3.30 Treat Risks 11.5 Plan Risk Responses
4.3.31 Control Risks 11.6 Monitor and Control Risks
ISO 21500 PMBoK Guide
4.3.32 Plan Quality 8.1 Plan Quality Management
4.3 33 Perform Quality Assurance 8.2 Perform Quality Assurance
4.3.34 Perform Quality Control 8.3 Quality Control
ISO 21500 PMBoK Guide
4.3.35 Plan Procurement 12.1 Plan Procurement Management
4.3.36 Select Suppliers 12.2 Conduct Procurements
4.3.37 Administer Contracts 12.3 Control Procurements
12.4 Close Procurements
ISO 21500 PMBoK Guide
4.3.38 Plan Communications 10.1 Plan Communication Management
4.3.39 Distribute Information 10.2 Management Communications
4.3. 40 Manage Communication 10.3 Control Communications
• We have explored PRINCE2, ISO 21500 and PMBoK.
• It reality it does not matter what methodology is being
used to manage and deliver a Project, the most
important thing is to be able to deliver a project:
– 1. To Objective
– 2. To Time
– 3. To Quality
– 4. To Scope
– 5. To Budget/Cost
– 6. To surpass stakeholders expectation/satisfaction.
– 7. To deliver measurable and sustainable business
Top 11 Qualities of a Project Manager
1. Excellent People Management Skills (Understanding
Personality types and being able to adapt accordingly).
2. Great ability to understand Business Strategy and
Objectives using tools like Balanced Scorecard, Blue
Ocean Strategy, SWOT, PESTLE Analysis etc.
3. Excellent Communication Skills (Speaking, Writing and
4. Excellent Negotiation Skills (To negotiate scope,
change, time, resources and everything else on a
5. Excellent ability to use tools like Microsoft Office and a
tool like Project Professional including developing and
Top 11 Qualities of a Project Manager Cont.
6. Excellent Business Analysis Skills (Requirements
Management, Prototyping and Agile – SCRUM Skills).
7. Clear understanding of Organizational Change
imperatives and Benefits Realization essentials.
8. Leadership and Team Management/Development Skills
with excellent ability to coach and manage people.
9. A combination of System + Critical + Creative Thinking.
10.Domain Mastery/Expertise: IT, Construction,
Procurement, Human Resources or Industry Expertise
like Media, Financial Services etc.
11.Excellent understanding and ability to use a certain
Project Management methodology like PRINCE2 and
Thank You and Questions
N.B: Some Content, Diagrams and Trademarks belong to
Axelos PRINCE2, PMI and ISO Organization.
Also references to the work of Stanislaw Gasik on ISO
21500 and PMBoK.