PRINCE2 forklaret: sådan fungerer metoden i praksis

Du sidder til styregruppemøde. Nogen spørger, hvorfor projektet er tre uger forsinket, og du har et svar — men ikke tallene. Den seneste risikoliste blev opdateret i maj. Beslutningen om at skifte leverandør står i en mailtråd, som ingen kan finde. Projektet kører faktisk fint, men udefra ligner det et sort hul.

Det er præcis det problem, PRINCE2 blev bygget til at løse. Metoden er ikke et forsøg på at gøre projektledelse sværere. Den er et forsøg på at gøre den synlig: hvem beslutter hvad, hvornår stopper vi, og hvad er det egentlig, vi leverer.

Her får du en nøgtern gennemgang af, hvordan PRINCE2 er skruet sammen, hvad der ændrede sig i den nyeste udgave, og hvornår metoden giver mening — og hvornår den ikke gør.

Hvad PRINCE2 er — og hvad det ikke er

PRINCE2 står for PRojects IN Controlled Environments. Det er en generisk projektmetode, der beskriver, hvordan et projekt styres fra idé til lukning, uanset om du bygger en bro eller udruller et nyt lønsystem. Metoden ejes i dag af PeopleCert, som overtog AXELOS i 2021, og den nyeste udgave — PRINCE2 7 — udkom i 2023.

PRINCE2 er ikke en fagmetode. Den fortæller dig ikke, hvordan du koder, bygger eller designer. Den fortæller dig, hvordan du holder styr på, at arbejdet bliver gjort, at det stadig kan betale sig, og at nogen med mandat siger ja eller nej undervejs. Den forveksles ofte med en dokumentskabelon-pakke. Det er den ikke — men den bliver det, hvis du bruger den uden at tænke.

De syv principper

Principperne er metodens rygrad. De kan ikke fravælges: bruger du dem ikke, bruger du ikke PRINCE2.

• Fortsat forretningsmæssig begrundelse. Projektet skal kunne betale sig — ikke kun ved opstart, men hele vejen igennem. Kan det ikke længere, lukker du det.
• Lær af erfaring. Erfaringer skal søges aktivt frem, skrives ned og bruges. Ikke opsamles i en rapport, ingen læser.
• Definerede roller, ansvar og relationer. Alle skal vide, hvem der beslutter, hvem der leverer, og hvem der bliver spurgt.
• Styring i faser. Projektet deles op, og hver fase godkendes særskilt. Du får ikke grønt lys til hele projektet på én gang.
• Ledelse efter undtagelse. Styregruppen sætter tolerancer. Holder du dig inden for dem, arbejder du videre uden at spørge. Bryder du dem, eskalerer du.
• Fokus på produkter. Man aftaler, hvad der skal leveres, og hvilke kvalitetskrav der gælder — før man diskuterer aktiviteter og timer.
• Tilpasning til projektet. Metoden skal skaleres. Et projekt på seks uger skal ikke have samme dokumentmængde som et på tre år.

De syv praksisser

I tidligere udgaver hed de temaer. I PRINCE2 7 hedder de praksisser, og de beskriver de områder, du skal holde øje med hele vejen igennem projektet.

Praksisserne hænger sammen med tolerancerne. Styregruppen sætter grænser for tid, omkostninger, omfang, kvalitet, risiko, bæredygtighed og gevinster — og du eskalerer, når en prognose bryder en af dem. Det er den mekanik, der gør, at en projektleder kan arbejde selvstændigt uden at ende i fri stil.

De syv processer

Processerne er tidslinjen. De beskriver, hvad der sker hvornår, og hvem der gør det.

1. Opstart af projekt. Er idéen overhovedet levedygtig? Her laves projektbeskrivelsen.
2. Styring af projekt. Styregruppens proces. Den løber gennem hele projektet og består af beslutninger, ikke af arbejde.
3. Initiering af projekt. Her bygges fundamentet: business case, planer, kvalitetskrav, risikostrategi.
4. Styring af fase. Projektlederens daglige arbejde: uddelegere, følge op, håndtere issues.
5. Styring af produktleveringen. Teamets proces. Arbejdspakker aftales, udføres og afleveres.
6. Styring af faseovergang. Fasen gøres op, næste fase planlægges, business casen opdateres.
7. Afslutning af projekt. Leverancer overdrages, erfaringer skrives ned, projektet lukkes formelt.

Læg mærke til, at styregruppen har sin egen proces. Det er ikke tilfældigt. En stor del af PRINCE2 handler om at give beslutningstagerne et sted at være, så de ikke enten forsvinder eller begynder at mikrostyre. Vil du have den mekanik ind under huden, er et PRINCE2 Foundation-kursus den korteste vej — det er her, sproget og rollefordelingen sætter sig.

Hvad ændrede sig i PRINCE2 7

Udgaven fra 2023 flyttede metoden på tre måder, der betyder noget i praksis.

• Mennesker fik plads. Kommunikation, interessenter, ledelse og forandringsledelse er skrevet ind som en del af metoden i stedet for at være noget, man forventes at kunne i forvejen.
• Bæredygtighed blev en tolerance. Det er ikke længere kun en politik i en skuffe. Det påvirker business casen, kvalitetskravene, risikovurderingen og valget af leverandør.
• Digitalt som udgangspunkt. Metoden går ud fra, at du arbejder i et værktøj, ikke i et Word-dokument — men den udpeger ikke et bestemt værktøj.

Hvis du arbejder i et miljø, hvor leverancerne ændrer sig undervejs, findes der en agil variant. PRINCE2 Agile Foundation kombinerer styringsrammen med agile leveranceformer, så du beholder styregruppen og tolerancerne, men leverer i sprints.

Modargumentet: er det ikke bare bureaukrati?

Den kritik er reel, og den er ofte fortjent. Mange PRINCE2-projekter drukner i dokumenter, fordi nogen har taget skabelonerne og sprunget tilpasningsprincippet over. Resultatet er en projektleder, der bruger fredagen på at opdatere papir, ingen læser.

Men det er en implementeringsfejl, ikke en metodefejl. Tilpasning er et af de syv principper, og det betyder, at du skal skære til. Et projekt med tre deltagere og otte ugers løbetid kan sagtens køre PRINCE2 med en business case på én side, en risikoliste i et regneark og to faser. Pointen er ikke mængden af dokumenter. Pointen er, at der findes et sted, hvor beslutningen står, og en person, der har truffet den.

Den anden indvending er, at PRINCE2 er tung i agile miljøer. Det er rigtigt, hvis du bruger den gamle udgave ukritisk. Det er mindre rigtigt efter PRINCE2 7 og den agile variant.

Sådan kommer du i gang

Du behøver ikke indføre hele metoden på én gang. Tag de dele, der løser dit faktiske problem, og lad resten ligge.

1. Skriv business casen på én side. Hvad koster det, hvad får vi, hvornår tjener det sig hjem, og hvad sker der, hvis vi ikke gør noget. Fire afsnit er nok til at starte.
2. Tegn rollerne. Hvem er projektejer, hvem sidder i styregruppen, hvem er projektleder, hvem leverer. Navne, ikke afdelinger.
3. Del projektet i faser. To til fire faser med et beslutningspunkt imellem. Hver overgang er en chance for at stoppe.
4. Aftal tolerancer. Hvor meget må tid og budget skride, før du skal spørge? Skriv det ned, og få det godkendt.
5. Lav en produktbeskrivelse for de tre vigtigste leverancer. Hvad er det, og hvornår er det godkendt? Det alene forebygger de fleste diskussioner ved aflevering.
6. Hold en erfaringssamling ved hver faseovergang. Ti minutter. Tre punkter. Skriv dem ned, hvor næste projektleder kan finde dem.

Prøv det af på ét projekt, og evaluér efter første faseovergang. Virker noget ikke, så skær det væk — det er tilpasningsprincippet i praksis.

Næste skridt

PRINCE2 er lettest at lære sammen med andre, der står i de samme diskussioner som dig, fordi halvdelen af udbyttet ligger i at høre, hvordan andre har skåret metoden til. Vil du have certificeringen og det fælles sprog, er PRINCE2 Foundation og Practitioner stedet at begynde. Har du brug for en bredere værktøjskasse end én metode, kan projektlederuddannelsen være et bedre match — den dækker planlægning, interessenter, risiko og ledelse af projektteamet uden at binde dig til én standard.

Uanset hvad du vælger: begynd med business casen og rollerne på mandag. Resten kan vente.