Som træner bliver jeg ofte spurgt, hvad forskellen er eller lighederne mellem Agile (PM) og PRINCE2®. Lægmænd taler meget om det på gangene, men hvad er det egentlig?
Lad mig starte med at sige, at begge har deres værdi, fordi de bruges af rigtig mange organisationer og enkeltpersoner og bærer frugt.
Når de bruges rigtigt, øger de chancen (!) for et vellykket projekt:
- Mindre omkostninger
- Højere kvalitet
- Reduceret gennemløbstid
- Færre risici
- Flere fordele
- Mere klarhed (omfang)
PRINCE2®
Gennemprøvet og testet i mange år, en ret komplet projektledelsesmetode (eller best practice), som dækker næsten alle aspekter af projektledelse og giver tjeklister gennem hele projektets livscyklus af processer/aktiviteter, der bør udføres for at opnå en to lead og derover alt sammen for at levere et succesfuldt projekt, under hensyntagen til indiskutable principper og brug af tilpasningsdygtige temaer såsom en Business Case for projektet, design af projektorganisationen (med klare roller), definering af kvalitet, risiko osv...
I en Project Brief (hovedsageligt med en High Level Business Case) besvarer projektet spørgsmålet: "skal vi starte med projektet?" I den (følgende) initieringsfase besvarer projektinitieringsdokumentationen (eller "PID" med blandt andet en projektplan, en detaljeret Business Case,...) spørgsmålet: hvordan ser projektet og projektets output ud ? I Faseplanerne laves en "(del)plan" på detaljeret niveau kort før næste fase baseret på den mest opdaterede situation, så den forbliver iterativ og "to the point", hvor PID revideres. hvor det er nødvendigt.
Agile (PM)
Agile PM ønsker en mere pragmatisk tilgang end den traditionelle tilgang og er modstander af Waterfall-metoden, som er for statisk. Gennem en iterativ måde at arbejde på og altid i samarbejde med kunden, sikrer Agile altid minimale afvigelser i forhold til kundens ønsker.
Agile vælger at lade den af kunden ønskede funktionalitet svinge for omkostninger og (gennemløbs)tid, hvorved de 2 sidstnævnte skal være faste og funktionalitet baseret på MoSCoW (Must -, Should -, Could -, Won' t have) princippet for at svinge for at holde sig inden for tid og pris.
afvige
Der er selvfølgelig forskel på de to teknikker terminologi, hvor jeg fortæller klienter og studerende, at meget er på det "sprog", som folk foretrækker at tale. For eksempel er hollandsk ikke nødvendigvis "bedre" end fransk, men det er "mere bekvemt", hvis du for eksempel vil spørge om vej i Holland, men igen mere ubelejligt, hvis du spørger om vej i Paris.
En anden forskel er, hvordan de forskellige aktiviteter grupperet Fx har PRINCE2 "Pre-projektet", som ser på det ønskelige i at fortsætte, som i Agile er "skåret i 2 dele": "Forprojekt" og "Feasability" (..). Også i mængden af roller har Agile nogle flere (delte) roller end PRINCE2 som grupperer disse roller mere osv.
En anden måske vigtig forskel er den anderledes valg der er lavet: hvor PRINCE2 fx arbejder med tolerancer med hensyn til alle aspekter (tid, penge, kvalitet af (slut)produkterne, ...), der skal aftales ordentligt, oplyser Agile på forhånd, at omkostninger og leveringstid ikke må pilles ved, og at funktionalitet efter MoSCoW princippet (se ovenfor) skal variere, forudsat at ikke alle 'funktioner' er lige vigtige. PRINCE2® bruger også MoSCoW, men angiver, at ethvert valg på et af aspekterne er en fælles beslutning af både projektleverandør og klient/virksomhed (eller kunde).
Sidst men ikke mindst: Agile mener, at der er en væsentlig forskel på at bygge software og alle andre projekter.
Aftaler
Det er klart for mig, at lighederne er meget større end forskellene, og der er ingen anden måde, og jeg mener det på en nærmest "fysisk måde". Selvfølgelig skal du tænke grundigt over, hvad du skal gøre, inden du starter, og derefter fortsætte med at finjustere (med klient og nøgleinteressenter), om det, du laver, stadig er tilsigtet og værd, evaluere bagefter osv.: denne grundlæggende filosofi også har alle anstændige metoder/best practice/…. på jorden!
Den iterative karakter er også en vision, der er blevet stadig stærkere gennem årene og kan findes i Agile, PRINCE2® såvel som i enhver anden moderne teknologi. Det er naturligvis meget mere bekvemt for leverandøren af produkter at have statiske specifikationer (specs) (Waterfall-metoden), fordi leverandøren så kan komme pænt og uhindret til at arbejde uden altid at tage hensyn til ændrede specifikationer, dog VERDEN STÅR IKKE STILLE NÅR DU LØVER DIT PROJEKT! Alle PM-metoder har fjernet de fleste statiske elementer fra hver teknik og erstattet dem med dynamiske/iterative komponenter.
Begge teknikker er IKKE NORM, hvilket betyder, at du kan/bør tilpasse dem, så de fungerer bedst for din organisation, og du får de bedste resultater af dem.
Kombinerer Agile/PRINCE2
Kolleger i branchen hævder, at "delt brug" af begge teknikker ville være løsningen: Det er jeg meget imod og af flere grunde.
- Du beder en organisation om at kende 2 metoder, hvor det i forvejen er meget svært at kende 1 metode godt.
- Du introducerer forskellig terminologi, hvilket i høj grad øger forvirringen både internt og eksternt. Du får øer indenfor din organisation med hver deres jargon/fortolkning af de forskellige metoder, mens det i forvejen er svært nok at lave gode aftaler med 1 metode. Eksterne parter: leverandører, nye medarbejdere,... vil få ekstra svært ved at integrere. Styrken ved 1 (!) metode er netop, at alt skal være klart for alle, og du undgår diskussioner om "hvad mener DU med...."
- Du er faktisk ved at udvikle en ny metode, mens dedikerede specialister verden over nogle gange bruger årtier på at få en metode (eller teknik) så komplet/konsistent/(næsten) fejlfri. "Det skal vi blande sammen et stykke tid" burde være et godt svar på det? Udover at disse "kolleger" ofte har for lidt viden/færdigheder til dette, ville dette tage år. Resultatet for organisationer er ofte katastrofalt.
BEMÆRK VENLIGST: Der er udviklet en PRINCE2 Agile metode, som kan være meget interessant for dem, der alligevel gerne vil have ovenstående. Også her skal man indse, at dette hverken er PRINCE2® eller Agile PM og dermed i virkeligheden endnu et valg for en ny metode med samme ovenstående fordele og samme ovenstående risici.
konklusion
Min konklusion er, at der ikke findes nogen "bedste teknik/metode". PRINCE2® er langt den mest brugte metode, og dette bør bestemt være en overvejelse. Da det hollandske sprog er langt det mest brugte sprog i Holland, burde dette bestemt være et meget vigtigt argument for at bruge hollandsk som det officielle sprog i din organisation. Det samme gælder PRINCE2, selvom Agile vinder frem i popularitet, er proportionerne stadig meget til fordel for PRINCE2®.
Derudover bør organisationer naturligvis se på den situation, de befinder sig i, og stille spørgsmål til sig selv og interessenter som:
- Hvilken teknologi bruger vi i øjeblikket (muligvis delvist), og hvordan virker det for os og vores miljø?
- På hvilke områder har vi vanskeligheder, og vores måde at arbejde på giver ikke de forventede resultater?
- Hvilke forventninger har vores (vigtigste) interessenter (eller interessenter) og hvilken teknologi arbejder de med?
Endelig
At vælge en velegnet projektledelsesmetode er afgørende for store og små organisationer, der gennemgår flere og flere ændringer og ønsker at implementere disse ændringer på en effektiv (opnå målene) og effektiv måde (uden at bruge for meget tid/omkostninger/ressourcer) .
Udover valg af metode er uddannelse/certificering og supervision af medarbejdere også afgørende. Du kan kontakte D-ICT Solutions for certificeret uddannelse eller en gratis konsultation.
Forfatteren Dr. Jean-Yves Depaus har 20 års erfaring inden for udstationering, interim management rådgivning og uddannelse og (DICT) er med sit team af certificerede trænere, interim ledere og coaches førende inden for certificeret uddannelse over hele verden inden for forskellige projekter, processer, service, kvalitet Ledelsesmetoder såsom PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL, eva
