PRINCE2PRINCE2 is een geregistreerd handelsmerk van AXELOS Limited (een acroniem van Projects in Controlled Environments, version 2) is een methode voor projectmanagement. Deze methode is gericht op het management, de besturing en de organisatie van een project. PRINCE2 is ontwikkeld door de Britse semioverheidsorganisatie Office of Government Commerce (OGC).
Geschiedenis De methode PRINCE2 is de opvolger van de methode PRINCE, die in de jaren tachtig primair werd ontwikkeld voor ICT-projecten. Deze methoden zijn ontwikkeld door het bundelen van praktijkervaringen, zogenaamde best-practices, door de Britse semioverheidsinstelling de Office of Government Commerce (OGC). Deze instelling was voortgekomen uit de Central Computer and Telecommunications Agency (CCTA) van de Britse overheid, die was gericht op de informatietechnologie en telecommunicatiemarkt. PRINCE kwam in 1989 op de markt en werd vooral binnen de ICT-industrie gebruikt.
PRINCE2 is in 1996 op de markt gebracht als een verbeterde en uitgebreide versie van PRINCE en bedoeld als projectmanagementmethode voor alle types van projecten, dus niet enkel ICT. Op 18 juni 1997 is PRINCE2 officieel in Nederland geïntroduceerd (Van Onna, & Koning, 2010, p. 9Van Onna, M., & Koning, A. (2010). De kleine Prince 2: Gids voor projectmanagement (6e herziene druk). 's-Gravenhage: Sdu.) door Pink Elephant. Deze onderneming werd later overgenomen door Getronics (dat toen door ging onder de naam Getronics Pink Roccade), dat op zijn beurt in 2007 werd overgenomen door KPN.
In 2002, 2005, 2009 en 2017 is de methode geactualiseerd. De naam PRINCE2 is daarbij telkens behouden om aan te geven dat de methodiek trouw is gebleven aan dezelfde grondslagen en principes. Inmiddels wordt de methode in veel landen in Europa toegepast en zijn er handleidingen in diverse talen verschenen, waaronder het Nederlands.Office of Government Commerce. (2010). Managen van Succesvolle Projecten met PRINCE2® (5e ed.). Norwich, Verenigd Koninkrijk: TSO.
Kenmerken PRINCE2 is toepasbaar op alle projecten en kent een grote flexibiliteit qua inzet. Aspecten van de methode die niet van toepassing zijn op (of niet nuttig voor) een bepaald project, kunnen weggelaten worden. De methode bestaat sinds 2009 uit 7 principes, 7 thema's en 7 processen.De 7 principes, 7 thema's en 7 processen van PRINCE2 Enkel de toepassing van de principes bepaalt of iets een PRINCE2-project is, niet de strikte toepassing van de thema's of processen.
Principes De 7 principes vormen de basis van PRINCE2. Het hanteren van deze principes is wat bepaalt of een project PRINCE2 gebruikt, niet de toepassing van alleen de processen en de documenten. Er dient steeds voldaan te worden aan de 7 principes om te spreken van een PRINCE2-project. Indien enkel de documenten of processen worden gebruikt, maar de principes niet worden toegepast, wordt schertsend gesproken over een PINO-project (PRINCE In Name Only). De 7 principes zijn: Zorg constant voor zakelijke rechtvaardiging Leer van ervaringen Definieer vooraf de rollen en verantwoordelijkheden Deel het project op in beheersbare stadia Escaleer alleen bij uitzonderingen Plan en stuur op producten Schaal de methode waar nodig
Zorg constant voor zakelijke rechtvaardiging Een PRINCE2-project moet gedurende de gehele looptijd een valide reden hebben. Die redenen worden getoetst aan een zogenaamde "Business Case", die voortdurend geactualiseerd wordt. Het doel is te voorkomen dat een project alsmaar doorgaat, terwijl er geen baten meer te verwachten zijn.
Leer van ervaringen Projectteams worden geacht kennis te nemen van opgedane ervaringen uit voorgaande projecten. Om een volgend project ten dienste te zijn worden ook de eigen ervaringen opgetekend in een ervaringen logboek ("lessons log").
Definieer de rollen en verantwoordelijkheden Iedereen die betrokken is bij een project moet weten wat de rol en de corresponderende verantwoordelijkheid is, van zichzelf en de overige projectleden.
Deel het project op in beheersbare stadia Uit oogpunt van beheersbaarheid kunnen complexe taken beter worden opgedeeld in afzonderlijke stadia. Een PRINCE2 managementstadium is iets anders dan een technische fase. De technische fasering is voor de meeste projecten gelijk, bijvoorbeeld: specificatie, ontwerp, bouw, test, implementatie en nazorg. Binnen de definities van PRINCE2 zijn dat technische fasen, terwijl het bij managementstadia draait om projectsturing en niet om technische realisatie. Een projectplanning die opgedeeld is in technische fasen gescheiden door go/no go mijlpalen is niet aan te sturen door de stuurgroep, omdat deze technisch inhoudelijk niet vakbekwaam hoeft te zijn. Op deze wijze wordt het project geborgd door beslissers in plaats van technici.
Escaleer alleen bij uitzonderingen Een goed lopend project behoeft nauwelijks interventie van hogerhand. Pas wanneer de toleranties overschreden worden, wordt de stuurgroep geïnformeerd d.m.v. een uitzonderingsrapportage ("Exception Report") en kan de stuurgroep vragen om een uitzonderingsplan ("Exception Plan"). Dit garandeert een efficiënt gebruik van (het doorgaans druk bezette) management. "Manage by Exception" is hét handelskenmerk van PRINCE2.
Plan en stuur op producten Hetgeen verwacht mag worden van de afgeleverde producten moet vooraf bekend zijn. Productvereisten bepalen het benodigde werk en niet andersom.
Schaal de methode waar nodig De PRINCE2-methodiek biedt een grote set aan middelen om een project van elke omvang of complexiteit te beheersen. Die volledigheid brengt met zich mee dat de methodiek per project op maat gemaakt kan worden, om aan de behoeften van een specifieke omgeving te voldoen. PRINCE2 is immers een hulpmiddel om het project zo goed mogelijk te besturen. Afhankelijk van het project kan dit betekenen dat bepaalde onderdelen van de methodiek worden weggelaten, behoudens de 7 principes. Zo kan bij een eenvoudig project de projectorganisatie desgewenst worden teruggebracht tot de stuurgroep, de projectmanager en een klein uitvoerend team.
Thema's upright=1.3|thumb|Structuur van de PRINCE2, project management methodologie. De thema's verschaffen inzicht over hoe het project te beheersen. Ze kunnen gezien worden als kennisgebieden, over hoe de principes in de praktijk kunnen worden toegepast. Deze worden opgesteld aan het begin van het project en bewaakt gedurende de volledige looptijd. Het constant adresseren van deze thema's houdt projecten op het juiste spoor. De 7 thema's zijn: Houd de Business Case geldig; Definieer vooraf de vereiste kwaliteit van de producten; Leg de organisatie vast in termen van rollen en verantwoordelijkheden. Maak plannen; Onderken de risico's; Overeenstemming van veranderingen; Bewaak de voortgang;
Business Case Gerelateerd aan het constante zakelijke rechtvaardiging principe, verschaft dit thema het inzicht of het project nog zinnig en haalbaar is. Theoretisch kan er gaandeweg een negatieve Business Case ontstaan. Dan moet óf de doelstelling minder ambitieus worden gemaakt, óf het project worden gestaakt.
Kwaliteit Gerelateerd aan het Plan en stuur op producten principe, draagt dit thema ertoe bij dat de door de klant geformuleerde kwaliteitsverwachtingen via acceptatiecriteria worden bereikt. Kwaliteit is een abstract begrip. Een product is pas af als het voldoet aan de gestelde eisen. Hiertoe vindt op initiatief van de groep Project Borging met regelmaat een kwaliteitsreview plaats. Een kwaliteitsreview is een gestandaardiseerde methode om op gecontroleerde wijze de kwaliteit van producten te toetsen. Dit zijn veelal subjectieve kwaliteitscriteria. Kwaliteitsreviews stellen zeker dat de resultaten, de producten, overeenkomen met de verwachtingen van de gebruikers.
Organisatie Gerelateerd aan het definieer de rollen en verantwoordelijkheden principe, vereist dit thema dat deze zaken worden vastgelegd en alle projectleden zich hieraan committeren.
Plannen N.B.: Plannen als meervoud van een Plan (en niet de tijdsplanning) Een plan beschrijft hoe doelen worden bereikt in termen van: productbeschrijvingen, tijdsplanning, kosten, acceptatiecriteria en voordelen.
Risico Een project brengt per definitie meer onzekerheden met zich mee dan de dagelijkse lijnactiviteiten. Binnen het project moet voortdurend oog zijn voor het beheersbaar houden van die risico's. Risicomanagement heeft als doel het opsporen van risico's die het project bedreigen en deze vervolgens te beheersen. Het is niet per se nodig de risico’s volledig te elimineren, dat zal onevenredig veel inspanning kosten. Doorgaans is het voldoende risicoverminderende maatregelen te treffen, zoals een goede back-up van de data of de aanwezigheid van een uitwijkscenario.
Wijziging Dit thema gaat over het beheren van wijzigingen ("Change control") die zich tijdens de duur van het project voordoen. Alle potentiële wijzigingen worden behandeld als Project Issues. PRINCE2 onderscheidt de volgende soorten Project Issues: Wijzigingsvoorstellen Afwijkingen van de specificaties Probleem of zorgpunt
Voortgang Het thema voortgang gaat over het kunnen volgen van deze voortgang. Hiermee worden managers op de hoogte gesteld van waar het project zich bevindt in relatie tot de planning. Niet zelden ontsporen projecten zonder medeweten van het management.
Processen thumb|300px|PRINCE2 (Editie 2009) Proces Model. thumb|PRINCE2 (Editie 2009) Proces Model. (Engelstalige versie) Het Procesmodel van PRINCE2 beschrijft de 7 processen en de belangrijkste managementproducten en triggers. De pijlen geven de interactie tussen de verschillende processen weer. De paarsgekleurde blokken stellen processen voor die cyclisch doorlopen kunnen worden.
Starting Up a Project (SU) Starting Up a Project is een proces waarin het project voorbereid wordt. Nadat het bedrijfsmanagement het project mandaat heeft verleend, wordt onderzocht of het zinvol is om het project te beginnen. Een globale Business Case wordt opgesteld, de Projectorganisatie wordt opgesteld en de projectaanpak wordt gekozen. Deze zaken worden gevat in de "Project Brief" (project in het kort) en overhandigd aan de stuurgroep met het verzoek om het project te mogen initiëren. De "Project Brief" wordt daarom vergezeld door een plan voor het initiatie stadium.
Initiating a Project (IP) Het eerste stadium binnen een project wordt de "Initiation Stage" genoemd. Dit stadium is verplicht in elk PRINCE2-project en is erop gericht een goede fundering onder het project te leggen. In dit stadium worden de beoogde resultaten, plannen, taken en verantwoordelijkheden vastgelegd. Ook wordt de "Business Case" volledig uitgewerkt. Dit leidt tot het belangrijkste stuurproduct Project Initiation Documentation (PID). Deze PID wordt verderop besproken.
Directing a Project (DP) "Directing a Project" is het proces waar de Stuurgroep ("Project Board") zetelt. De stuurgroep verleent de autorisaties en oordeelt en stuurt in geval van uitzonderingen.
Controlling a Stage (CS) "Controlling a stage" is het beheersen van een projectstadium. Door een project op te delen in stadia neemt de beheersing toe, omdat een deelproduct vervaardigd wordt dat binnen de afgesproken grenzen van tijd, kwaliteit, risico en budget blijft.
Managing a Stage Boundary (SB) Het proces "Managing a Stage Boundary" (Beheersen van een stadium-overgang) bevat de activiteiten die de projectmanager onderneemt om de Stuurgroep van voldoende informatie te voorzien om het succes van het huidige stadium te beoordelen, het plan voor het volgende stadium goed te keuren en de levensvatbaarheid van het hele project te beoordelen.
Managing Product Delivery (MP) Het proces "Managing Product Delivery" beheerst de oplevering van de (deel)producten, dat vaak wordt uitgevoerd door een projectteam(s). Hiertoe ontvangen zij zogenaamde werkpakketten, die worden uitgegeven door het "Controlling a stage" proces.
Closing a Project (CP)