PRINCE2®, the PMBOK® Guide and ISO 21500:2012 - Webinar
•
2 likes•640 views
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
Recommended
More Related Content
More from AXELOS Global Best Practice
More from AXELOS Global Best Practice (19)
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
- 2. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 3. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 4. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 5. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 6. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 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
- 14. INTRODUCTION TO PRINCE2 PRINCE2 PROCESSES RISK PLANS CHANGE PROGRESS QUALITY ORGANIZATION BUSINESS CASE PRINCE2 THEMES PRINCE2 PRINCIPLES 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
- 16. 2. RELATIONSHIPS THE BASIC RELATIONSHIPS MAJOR DIFFERENCES 1 2
- 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
- 23. BUSINESS CASE PHASES/STAGES 1 2 ORGANIZATION3 SCOPE MANAGEMENT4 MAJOR DIFFERENCES 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
- 27. PHASES/STAGES 2 1 3 PMBOK PHASES 2. RELATIONSHIPS > MAJOR DIFFERENCES ?
- 28. PHASES/STAGES SPECIFYING DESIGNING BUILDING TRAINING Management stage 1 Management stage 2 Management stage 3 STAGESIN PRINCE2 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 29. PHASES/STAGES SPECIFYING DESIGNING BUILDING TRAINING Management stage 1 Management stage 2 Management stage 3 Specialist work 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 30. PHASES/STAGES SPECIFYING DETAILED DESIGN BUILDING TRAINING Management stage 1 Management stage 2 Management stage 3 Specialist work TRAINING MTRL PERIPHERAL DESIGN OVERALL DESIGN 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 31. ORGANIZATION 2. RELATIONSHIPS > MAJOR DIFFERENCES Steering Group PM Team Mgr Team Mgr PM SponsorPMBOK PRINCE2
- 32. ORGANIZATION 2. RELATIONSHIPS > MAJOR DIFFERENCES PRINCE2 Corporate or programme mgmt Project Board Project Manager Team Manager TOLERANCES PROGRESS/EXCEPTION TOLERANCES TOLERANCES Project PROGRESS/EXCEPTION PROGRESS/EXCEPTION Stage Work package
- 33. DIFFERENCE IN SCOPE PMBOK 1. COLLECT REQUIREMENTS 2. DEFINE SCOPE 3. CREATE WBS 4. CREATE WBS DICTIONAIRY 5. DEFINE ACTIVITIES 6. SEQUENCE ACTIVITIES PRINCE2 1. WRITE THE PROJECT PRODUCT DESCRIPTION 2. CREATE THE PBS 3. WRITE PRODUCT DESCR. 4. CREATE PRODUCT FLOW DIAGRAM 5. IDENTIFY ACTIVITIES AND DEPENDENCIES 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
- 36. COMBINING THEM CASE: SWEDISH PUBLIC SECTOR HOW TO COMBINE THEM 1 2
- 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
- 41. KEY TAKEAWAYS
- 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