Recommended
Recommended
More Related Content
Similar to Seminar on PMBOK, PRINCE2 and ISO 21500
Similar to Seminar on PMBOK, PRINCE2 and ISO 21500 (20)
Seminar on PMBOK, PRINCE2 and ISO 21500
- 2. EMBA, PMP, PMI-ACP PRINCE2 Trainer Tetra Pak, IKEA, Sony Ericsson, Ikano, Försäkringskassan, Sigma, etc. KLAS SKOGMAR
- 3. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 4. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 5. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 6. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 7. ABOUT ARKATAY SUSTAINABLE PROJECT SUCCESS
- 9. 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
- 10. INTRODUCTION TO PMBOK •1st version published in 1996, 5th in 2013 and 6th coming in 2018 •Provides knowledge that is generally recognized as a good practice •”applicable to most projects most of the time” 1. INTRODUCTION
- 11. 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
- 12. 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
- 13. 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
- 14. 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 PRINCE2 PROCESSES RISK PLANS CHANGE PROGRESS QUALITY ORGANIZATION BUSINESS CASE PRINCE2 THEMES PRINCE2 PRINCIPLES 1. INTRODUCTION
- 16. PRINCE2 PRINCIPLES 1. Continued business justification 2. Learn from experience 3. Defined roles and responsibilities 4. Manage by stages 5. Manage by exception 6. Focus on products 7. Tailor to suit the project environment 1. INTRODUCTION
- 17. 2. RELATIONSHIPS THE BASIC RELATIONSHIPS MAJOR DIFFERENCES 1 2
- 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 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. What a project manager does Roles and responsibilities, gates, stages, management product descriptions and processes Principles Terminology DETAILS 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 WHAT Roles and responsibilities, gates, stages, management product descriptions and processes Principles Terminology WHY 2. RELATIONSHIPS
- 21. 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
- 22. 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
- 23. 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. PHASES/STAGES BUSINESS CASE 1 2 ORGANIZATION3 SCOPE MANAGEMENT4 QUALITY5 MAJOR DIFFERENCES 2. RELATIONSHIPS
- 25. PHASES/STAGES 2 1 3 PMBOK PHASES 2. RELATIONSHIPS > MAJOR DIFFERENCES ?
- 26. PHASES/STAGES SPECIFYING DESIGNING BUILDING TRAINING Management stage 1 Management stage 2 Management stage 3 STAGESIN PRINCE2 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 27. PHASES/STAGES SPECIFYING DESIGNING BUILDING TRAINING Management stage 1 Management stage 2 Management stage 3 Specialist work 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 28. 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
- 29. 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
- 30. 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
- 31. 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
- 32. ORGANIZATION 2. RELATIONSHIPS > MAJOR DIFFERENCES Steering Group PM Team Mgr Team Mgr PM SponsorPMBOK PRINCE2
- 33. 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
- 34. 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
- 35. 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
- 36. 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. QUALITY DELIVERABLES PROCESSES INTERNAL REVIEW • UNIT TESTS • SYSTEM TESTS • INTEGRATION TESTS • GROUND RULES • RETRO- SPECTIVES EXTERNAL REVIEW • TOLL GATES • ACCEPTANCE TESTS • PROJECT AUDITS 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 38. QUALITY DELIVERABLES PROCESSES INTERNAL REVIEW QUALITY CONTROL EXTERNAL REVIEW QUALITY ASSURANCE 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 39. QUALITY - ISO 21500 DELIVERABLES PROCESSES INTERNAL REVIEW QUALITY CONTROL ? EXTERNAL REVIEW ? QUALITY ASSURANCE 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 40. QUALITY - PMBOK DELIVERABLES PROCESSES INTERNAL REVIEW QUALITY CONTROL QUALITY ASSURANCE EXTERNAL REVIEW QUALITY CONTROL QUALITY ASSURANCE 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 41. QUALITY - PRINCE2 DELIVERABLES PROCESSES INTERNAL REVIEW QUALITY CONTROL PROJECT ASSURANCE EXTERNAL REVIEW QUALITY ASSURANCE QUALITY ASSURANCE 2. RELATIONSHIPS > MAJOR DIFFERENCES
- 42. COMBINING THEM CASE: SWEDISH PUBLIC SECTOR HOW TO COMBINE THEM 1 2 COMBINING THEM
- 43. 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
- 44. 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
- 45. 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
- 46. HOW TO COMBINE THEM • TAILOR TO YOUR NEEDS • PICK THE BEST OF EACH • IF THEY OVERLAP - MAKE CHOICES 3. COMBINING THEM
- 47. KEY TAKEAWAYS THEY WORK TOGETHER ISO21500, PMBOK and PRINCE2 complement each other 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 in PMBOK and PRINCE2 4
- 48. QUESTIONS?
- 49. 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