These slides from our January 2016 webinar outline the similarities and differences in three of the most widespread and adopted standards and best practices in the world of project management: ISO® 21500:2012 (ISO 21500), the PMBOK® Guide and PRINCE2®.
Presented by the paper's author, Klas Skogmar, the session examined how Project Managers can use the complementary approaches to derive the maximum benefit from each.
You can watch the full webinar recording at: www.axelos.com/events-calendar/prince2-pmbok-guide-and-iso-21500-2-webinar
Essex County Council's Journey to ITIL Maturity - Case Study
PRINCE2®, the PMBOK® Guide and ISO 21500:2012 - Webinar
1. PRINCE2®, the PMBOK®
Guide and ISO 21500:2012
Webinar, 2016-01-21
Klas Skogmar
PMP, PRINCE2 Trainer and member of Swedish ISO
standardization committee in projects, programmes and portfolios
Arkatay Consulting AB
8. INTRODUCTION TO ISO 21 500
• 31 countries involved
• Published 2012
• Guidance standard (not for certification)
• ”Any type of organization … and for any type of
project, irrespective of complexity, size or
duration”
• High-level description of concepts and processes
1. INTRODUCTION
9. INTRODUCTION TO PMBOK
• First version published in 1996
• Fifth edition published in 2013
• Knowledge that is generally recognized as a good
practice
• ”applicable to most projects most of the time”
• Annex A1 is the ANSI standard
1. INTRODUCTION
10. ISO 21500
• 39 processes
• 10 subject groups:
Integration, Stakeholder,
Scope, Resource, Time,
Cost, Risk, Quality,
Procurement and
Communication
• 5 process groups: Initiating,
Planning, Implementing,
Controlling and Closing
1. INTRODUCTION
• 47 processes
• 10 knowledge areas:
Integration, Scope, Time Cost,
Quality, Human Resource,
Communications, Risk,
Procurement and Stakeholder
• 5 process groups: Initiating,
Planning, Executing,
Monitoring and Controlling and
Closing
PMBOK
11. Inputs Tools & Techniques Outputs
INTRODUCTION TO ISO 21500
Inputs Tools & Techniques Outputs
1. Scope statement
2. Requirements
1. Project charter
2. Project plans
Process Example: Define scope
12. INTRODUCTION TO PMBOK
Inputs Tools & Techniques Outputs
1. Project scope
statement
2. Project document
updates
1. Expert judgement
2. Product analysis
3. Alternatives
generation
4. Facilitated
workshops
1. Scope
management plan
2. Project charter
3. Requirements
documentation
4. Organizational
process assets
Process Example: Define scope
13. INTRODUCTION TO PRINCE2
• First version published in 1989 (PRINCE)
• Current edition published 2009
• ”Can be applied to any project regardless of
project scale, type, organization, geography or
culture”
1. INTRODUCTION
15. INTRODUCTION TO PRINCE2
Learn from
experience
PRE-PROJECT
Mandate Outline
business case
Acceptance
Criteria
Roles & Resp.
for PM Team
Plan first
stage
INITIATION
Detailed
business case
Plan:
• risk
• configuration
• quality
• communication
Project Plan
& controls
Mangae
deliverables
OPTIONAL DELIV. STAGES
Reports
Plan next
delivery phase
Control
FINAL DELIVERY STAGE
... ...
Plan first
delivery stage
Manage
deliverables
End project
report
Control
1. INTRODUCTION
17. THE BASIC RELATIONSHIPS
Tools and techniques, e.g. Ground rules, earned
value, critical path, critical chain, product based
planning, IT tools, estimation, etc.
What a project
manager does
Roles and responsibilities,
gates, stages, management
product descriptions and processes
Principles
Terminology
2. RELATIONSHIPS
18. THE BASIC RELATIONSHIPS
Tools and techniques, e.g. Ground rules, earned
value, critical path, critical chain, product based
planning, IT tools, estimation, etc.
What a project
manager does
Roles and responsibilities,
gates, stages, management
product descriptions and processes
Principles
Terminology
DETAILS
2. RELATIONSHIPS
19. THE BASIC RELATIONSHIPS
Tools and techniques, e.g. Ground rules, earned
value, critical path, critical chain, product based
planning, IT tools, estimation, etc.
HOW
What a project
manager does WHAT
Roles and responsibilities,
gates, stages, management
product descriptions and processes
Principles
Terminology
WHY
2. RELATIONSHIPS
20. THE BASIC RELATIONSHIPS
Tools and techniques, e.g. Ground rules, earned
value, critical path, critical chain, product based
planning, IT tools, estimation, etc.
HOW
What a project
manager does
ISO 21500
WHAT
Roles and responsibilities,
gates, stages, management
product descriptions and processes
Principles
Terminology
WHY
2. RELATIONSHIPS
21. THE BASIC RELATIONSHIPS
PMBOK® Guide
Tools and techniques, e.g. Ground rules, earned
value, critical path, critical chain, product based
planning, IT tools, estimation, etc.
HOW
What a project
manager does
ISO 21500
WHAT
Roles and responsibilities,
gates, stages, management
product descriptions and processes
Principles
Terminology
WHY
2. RELATIONSHIPS
22. THE BASIC RELATIONSHIPS
PMBOK® Guide
PRINCE2
Tools and techniques, e.g. Ground rules, earned
value, critical path, critical chain, product based
planning, IT tools, estimation, etc.
HOW
What a project
manager does
ISO 21500
WHAT
Roles and responsibilities,
gates, stages, management
product descriptions and processes
Principles
Terminology
WHY
2. RELATIONSHIPS
24. BUSINESS CASE
2. RELATIONSHIPS > MAJOR DIFFERENCES
Business Case PROJECT X Created 22nd
of August 2013
Business Case
Executive Summary
This business case is for the establishment of product X, who will ensure that the
company protects its first mover advantage, increases revenue and profits will improving
the customer perception of the company.
Reasons
To keep the first-mover advantage in this increasingly competitive business area, the need for
a new product is apparent.
Business Options
The major options are to do nothing, do the minimal or do something. A thorough analysis
of each option can be found in Appendix A.
Expected Benefits
The new product line will give the following benefits:• Improved revenue
• Improved profits
• Improved reputation
Expected Dis-benefits
Negative consequences of the new product is decreased sales of existing products.
Timescale
The project must be ready by 2013-11-01 to be able to make it in time for the holiday season.
Major milestones will be developed when planning the project.
Costs
A summary of the project costs can be found in the Excel file “costs.xls”.
Investment Appraisal
Year Cash in Cash out Cumulative PV2013 2 000 450 000 - 448 0002014 200 000 43 000 - 300 0002015 300 000 0 - 25 0002016 100 000 0 25 000
Total: 25 000
Major Risks
The major risks are the following:
• Delay in project, missing the holiday season• No resources available for development
• Lack of support from executive management and shareholders
25. BUSINESS CASE
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
BUSINESS
CASE
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
PROJECT
CHARTER
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
PROJECT
MGMT
PLAN
PMBOK
2. RELATIONSHIPS > MAJOR DIFFERENCES
26. BUSINESS CASE
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
BUSINESS
CASE
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
PROJECT
CHARTER
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
PROJECT
MGMT
PLAN
PMBOK
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
MANDATE
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
PROJECT
BRIEF
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
PROJECT
INITITATION
DOCS
PRINCE2
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
OUTLINE
BUSINESS
CASE
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
BUSINESS
CASE
2. RELATIONSHIPS > MAJOR DIFFERENCES
34. SCOPE IN PRINCE2
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
P
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
INPUT
ND FÖR WBS
PRODUCT
EXTERNAL PRODUCT
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
P
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
INPUT
FÖR WBS
PRODUCT
EXTERNAL PRODUCT
1.1 1.2
1.2.1 1.2.2 1.2.3
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
2
1.1 1
P
1.2.1
1.2
1.2.2
1.2.3
Validera. Har vi med allt?
BESKRIV PRODUKTERNA
Beskriv varje produkt
Beskriv hur de ska valideras
Beskriv roller och ansvar
FLÖDESDIAGRAM
Utgå från slutresultatet
Bestäm leverabler som krävs
Bestäm beroenden iterativt
3
4
3
Ta fram produktbeskrivningar
NÄSTA
FAS
PRODUCT
EXTERNAL PRODUCT
Regler:
1. Leverabelorienterad
2. Namnges med substantiv
3. 100%-regeln
4. Exkluderingsregeln
5. Inkluderar allt arbete
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
P
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
2
1.1 1
P
1.2.1
1.2
1.2.2
1.2.3
INPUT
UTVECKLA WBS
Bygg upp WBS underifrån
Bryt ner från helhetsperspektiv
Ta fram grafisk representation
Validera. Har vi med allt?
BESKRIV PRODUKTERNA
Beskriv varje produkt
Beskriv hur de ska valideras
Beskriv roller och ansvar
FLÖDESDIAGRAM
Utgå från slutresultatet
Bestäm leverabler som krävs
Bestäm beroenden iterativt
Ta fram projektproduktbeskrivning
Samla in eventuell övrig input
1
2
3
4
3
Ta fram produktbeskrivningar
NÄSTA
FAS
PRODUCT
EXTERNAL PRODUCT
Regler:
1. Leverabelorienterad
2. Namnges med substantiv
3. 100%-regeln
4. Exkluderingsregeln
5. Inkluderar allt arbete
2. RELATIONSHIPS > MAJOR DIFFERENCES
ACTIVITIES
35. Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
P
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
INPUT
FÖR WBS
PRODUCT
EXTERNAL PRODUCT
1.1 1.2
1.2.1 1.2.2 1.2.3
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
2
1.1 1
P
1.2.1
1.2
1.2.2
1.2.3
Validera. Har vi med allt?
BESKRIV PRODUKTERNA
Beskriv varje produkt
Beskriv hur de ska valideras
Beskriv roller och ansvar
FLÖDESDIAGRAM
Utgå från slutresultatet
Bestäm leverabler som krävs
Bestäm beroenden iterativt
3
4
3
Ta fram produktbeskrivningar
NÄSTA
FAS
PRODUCT
EXTERNAL PRODUCT
Regler:
1. Leverabelorienterad
2. Namnges med substantiv
3. 100%-regeln
4. Exkluderingsregeln
5. Inkluderar allt arbete
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
P
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
2
1.1 1
P
1.2.1
1.2
1.2.2
1.2.3
INPUT
UTVECKLA WBS
Bygg upp WBS underifrån
Bryt ner från helhetsperspektiv
Ta fram grafisk representation
Validera. Har vi med allt?
BESKRIV PRODUKTERNA
Beskriv varje produkt
Beskriv hur de ska valideras
Beskriv roller och ansvar
FLÖDESDIAGRAM
Utgå från slutresultatet
Bestäm leverabler som krävs
Bestäm beroenden iterativt
Ta fram projektproduktbeskrivning
Samla in eventuell övrig input
1
2
3
4
3
Ta fram produktbeskrivningar
NÄSTA
FAS
PRODUCT
EXTERNAL PRODUCT
Regler:
1. Leverabelorienterad
2. Namnges med substantiv
3. 100%-regeln
4. Exkluderingsregeln
5. Inkluderar allt arbete
SCOPE IN PMBOK
Projektproduktbeskrivning Created 30
th
of October 2014
PROJECT ALPHA
PROJEKTPRODUKTBESKRIVNING
Syfte
Resultatet kommer i ett första skede att användas av kunden Generic AB. Syftet är att
förenkla handhavandet, supporten, tillgänglighet och säkerheten, eftersom enkäter visat
att dessa områden är viktiga för våra kunder.
Innehåll/Beståndsdelar
Produkten består av dessa primära områden:
• En infrastruktur, bestående av servrar, nätverk och switcher
• Servermjukvara för att hantera anrop från klienter
• Applikationsmjukvara på klienter
• Kontrakt med internetleverantör
• Supportfunktioner som hanterar förfrågningar, incidenter och daglig drift
Härledning
Den nya produkten kommer att bygga på existerande infrastruktur, men
servermjukvaran kommer att skrivas om helt. Klienterna kommer att återanvända delar
av tidigare mjukvara. Nya kontrakt med internetleverantörer kommer att handlas upp.
Utvecklingsfärdigheter som krävs
Eftersom det här är en omskrivning av kritiska områden av vår mest kritiska produkt, så
behöver vi de bästa utvecklarna vi har tillgängliga. Följande kompetenser behövs:
• Java
• Läsförståelse av Cobol (den gamla servermjukvaran)
• Oracle DB
Kundens kvalitetsförväntningar
Eftersom det är ickefunktionella krav (garantier och prestanda) som är det viktigaste vid
omskrivningen av tjänsterna, så fokuserar acceptanskriterierna på det. Dessutom är det
viktigt med användarvänlighet.
Acceptans-
kriterier
Kvalitetstoleranser
på projektnivå
Acceptans-
metod
Acceptans-
ansvar
Användar-
vänlighet
20% ökning i kundnöjdhet Enkät Projektledaren
Enkelhet i
support
40% lösningsnivå från
Service Desk
Godkännande av
Service Desk
Service Desk
Tillgänglighet 99% Prestandatester Operations
Driftskostnader -10 % Godkännande av
Operations
Operations
Säkerhet Inga kända säkerhetshot Godkännande av
säkerhetsansvarig
Säkerhetsansvarig
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
P
1 2 3
P
1.1 1.2
1.2.1 1.2.2 1.2.3
INPUT
ND FÖR WBS
PRODUCT
EXTERNAL PRODUCT
2. RELATIONSHIPS > MAJOR DIFFERENCES
ACTIVITIES
37. EXAMPLE: SWEDISH PUBLIC
SECTOR ORGANIZATION
PROBLEM
• All departments worked differently with projects
• No common methodology
• No common techniques
• No common terminology
SOLUTION
• Implement methodology!
3. COMBINING THEM
38. EXAMPLE: SWEDISH PUBLIC
SECTOR ORGANIZATION
IMPLEMENTATION
1. PRE-STUDY TO DECIDE ON APPROACH
2. QUICK-WINS: IMPLEMENT SOME
TECHNIQUES (MOSTLY PMBOK)
3. DECISION TO WORK WITH ISO AND PRINCE2
4. ATTENDING COURSES
5. EMBEDDING IN ORGANIZATION
3. COMBINING THEM
39. EXAMPLE: SWEDISH PUBLIC
SECTOR ORGANIZATION
3. COMBINING THEM
RESULT
• Terminology - Mostly ISO
• Principles - PRINCE2
• Roles - PRINCE2
• Processes - Mostly from PRINCE2, but some
aspects comes from PMBOK Guide
• Tools and techniques - Various sources, but
mostly PMBOK
40. HOW TO COMBINE THEM
• TAILOR TO YOUR NEEDS
• PICK THE BEST OF EACH
• IF THEY OVERLAP - MAKE CHOICES
3. COMBINING THEM
42. KEY TAKEAWAYS
RESOURCE PLANNINGTHESE STANDARDS WORK TOGETHER
ISO21500, PMBOK and PRINCE2 complement each other
IT IS GOOD TO USE THEM TOGETHER
1
43. KEY TAKEAWAYS
RESOURCE PLANNINGTHESE STANDARDS WORK TOGETHER
ISO21500, PMBOK and PRINCE2 complement each other
IT IS GOOD TO USE THEM TOGETHER
As their strengths differ, it is best to combine them
UNDERSTAND DIFFERENCES
1
2
44. KEY TAKEAWAYS
RESOURCE PLANNINGTHESE STANDARDS WORK TOGETHER
ISO21500, PMBOK and PRINCE2 complement each other
IT IS GOOD TO USE THEM TOGETHER
As their strengths differ, it is best to combine them
UNDERSTAND DIFFERENCES
There are differences, and those should be understood
1
2
3
45. KEY TAKEAWAYS
RESOURCE PLANNINGTHESE STANDARDS WORK TOGETHER
ISO21500, PMBOK and PRINCE2 complement each other
IT IS GOOD TO USE THEM TOGETHER
As their strengths differ, it is best to combine them
UNDERSTAND DIFFERENCES
There are differences, and those should be understood
1
2
3
TAILOR TO YOUR NEEDS
Tailoring is encouraged by ISO21500, PMBOK and PRINCE24
47. REFERENCES
• AXELOS. (2009) Managing Successful Projects with PRINCE2® Fifth
Edition, TSO
• AXELOS. (2015) PRINCE2 Agile ® First Edition, TSO
• PMI. (2013) The PMBOK® Guide Fifth Edition, Project Management Institute
• PMI, (2013), Software Extension to the PMBOK® Guide Fifth Edition,
Project Management Institute ISO. (2012)
• ISO 21500:2012 Guidance on project management, ISO
• AXELOS has published a White Paper covering PRINCE2® and the
National and International Standards at: https://www.axelos.com/case-
studies-and-white-papers/prince2-and-national-and-international-standards