Hvorfor så mange projekter fejler inden de starter
Statistikken er nedslående. Standish Group's CHAOS Report finder at ca. 31% af IT-projekter aflyses fuldstændigt. Yderligere 52% kæmper — misser deadlines, overskrider budgetter eller leverer ikke hvad der var lovet. Kun 16% lykkes.
Henning Christiansen argumenterer i Project Management: The Red Pill at de fleste projekter fejler fordi de involverede mister troen på dem. Ikke på grund af tekniske fejl. Ikke på grund af dårlige Gantt-diagrammer. Fordi nogen — ofte nogen med seniormagt — besluttede projektet ikke var kampen værd.
Projektets livscyklus: hvor initiering pah2er ind
Ethvert projekt, uanset metode, bevæger sig gennem genkendelige faser. At forstå hvor initiering passer — og hvad den skal udrette inden planlægning overtager — er grundlæggende.
Initieringsfasen producerer tre ting som intet nedstrøms kan erstatte: et klart projektformål alle nøgleinteressenter genuint har aftalt, en realistisk vurdering af om projektet er værd at gennemføre, og et projektcharter der dokumenterer mandatet.
Trin 1 — Etablér et klart projektformål
Inden et charter. Inden et kickoff-møde. Inden en eneste opgave er listet. Projektet har brug for et formål — og formålet skal være reelt, ikke politisk.
Christiansen er direkte om hvad et vagt formål producerer: scope creep, forvirring og projekter der trækker ud i det uendelige uden at levere. Ingen udfordrede driften fordi ingen havde forankret teamet til et klart formål fra starten.
Vagt: 'Vi skal forbedre kundetilfredshed.' Halvkonkret: 'Vi vil reducere kundeklager med 10%.' Konkret: 'Vi vil reducere kundeklager med 15% inden Q4's udgang gennem forbedret servicetræning og et nyt klagesystem.' Den konkrete version efterlader ingen plads til at interessenter projicerer deres egne fortolkninger.
Trin 2 — Feasibility: den ærlige samtale ingen h2l have
En feasibility-undersøgelse vurderer om projektet faktisk er værd at gennemføre — ikke om det lyder godt i en præsentation, men om det er finansielt levedygtigt, operationelt opnåeligt og strategisk afstemt.
En ordentlig feasibility-undersøgelse adresserer tre spørgsmål: Vil opnåelse af dette mål faktisk løse problemet? Hvad vil det koste, og er afkastet det værd? Hvad kan gå galt?
I praksis er feasibility-undersøgelser ofte bestilt af de samme mennesker der ønsker projektet gennemført. Det er den samme dynamik der producerer business cases med optimistiske projekteringer og tynde risikovurderinger. Unicorn-PM'ens rolle er at sikre feasibility-samtalen er ærlig — selv når ærlighed er politisk ubelejlig.
Trin 3 — Kortlæg dine interessenter inden alt andet
Interessentkortet er ikke en kickoff-leverance. Det er en forudsætning for alt andet. Inden du skriver charteret, inden du definerer scope, inden du bygger visionboardet — skal du vide hvem der har en interesse i dette projekt, hvad de faktisk vil have fra det, og hvordan de sandsynligvis vil opføre sig når tingene bliver svære.
Denne artikel refererer til de politiske dynamikker — Chameleon, Roooster, Monkey King, Honey Bee, Parrot og Unicorn-PM — der løber under ethvert projekt. Fuld guide: Interessentstyring og Monkey Poker →
Trin 4 — Skriv projektcharteret
Projektcharteret er projektets stiftende dokument. Det autoriserer formelt projektet, etablerer projektlederens autoritet og skaber den dokumenterede baseline som alt nedstrøms refererer tilbage til.
- Projekttitel og formål — én klar erklæring om hvad projektet leverer og hvorfor
- Scope-erklæring — hvad der er inkluderet og eksplicit hvad der ikke er
- Mål — målbare, tidsbestemte, aftalt af alle nøgleinteressenter
- Interessentliste — nøgleparter, deres roller og deres autoritetsniveau
- Projektlederautoritet — hvad PM kan beslutte, og hvad kræver bestyrelsens godkendelse
- Tidslinje på højt niveau — større faser og milepæle
- Budgetramme — godkendt forbrug, kontingent og eskaleringsstærskler
- Risici og antagelser — hvad vi ved, hvad vi antager og hvad vi holder øje med
- Underskrift — eksplicit godkendelse fra projektbestyrelsen og sponsor
Når en Chameleon hævder en funktion 'altid var en del af projektet', viser charteret præcis hvad der var aftalt. Charteret forhindrer ikke Monkey Poker. Men det gør det strukturelt sværere at spille.
Trin 5 — Byg visionboardet og anvend MoSCoW
Projektcharteret dokumenterer det formelle mandat. Visionboardet kommunikerer projektets mål visuelt — i et format der er umiddelbart forståeligt og vedvarende synligt under levering. Kør MoSCoW-prioriteringen som en interessentsession. Forvent uenigheder. Dokumentér dem.
Trin 6 — Vælg din projektmetode
Valg af metode er ikke en filosofisk øvelse. Det er en praktisk beslutning baseret på hvad projektet faktisk har brug for.
Christiansens praktiske observation: valget af metode betyder mindre end de fleste antager. Hvad ingen metode kan levere er viljen til at lykkes, ærlig målsætning og et team der er genuint committed.
Trin 7 — Definer og beskyt scope
Scope-definition er det konkrete punkt der gælder. Scope-definitionen har to dele der er lige vigtige: hvad der er inkluderet, og hvad der er eksplicit udelukket. Uden en dokumenteret 'Won't have'-liste bliver hvert udelukket punkt et forhandlingspunkt.
"'Could have'-mål er den mest almindelige kilde til scope creep — den ukontrollerede udvidelse af projektomfang uden tilsvarende justeringer i tid, ressourcer eller budget."
— Henning Christiansen, Project Management: The Red Pill
Trin 8 — Risikovurdering og indledende risikoregister
Risikovurdering i initieringsfasen handler om at identificere de antagelser der kunne være forkerte. Skriv antagelserne ned. Spørg derefter: hvad sker der med projektet hvis denne antagelse er forkert?
Trin 9 — Ressource- og teamplanlægning
Hvem der er på dette projekt bestemmer hvad det kan levere. Ressourceplanlægning ved initiering etablerer: hvem er tilgængelig og hvornår, hvilke færdigheder projektet faktisk kræver, og hvem ejer hvilken leverance.
Trin 10 — Kickoff-mødet
Kickoff-mødet er ikke en briefing. Det er det øjeblik projektet bliver virkeligt for alle involverede — og projektlederens første mulighed for at sætte tonen.
- Projektformål — hvorfor dette eksisterer, hvem det tjener, hvad succes ser ud som
- Scope og MoSCoW-prioriteter — hvad der er med og eksplicit hvad der ikke er
- Roller og ansvar — hvem ejer hvad, hvem beslutter hvad
- Metode og proces — hvordan projektet vil køre
- Kommunikationsrytme — hvor ofte, til hvem, via hvilke kanaler
- Ændringsstyringsproces — hvordan ændringsanmodninger indsendes og evalueres
- Risikoopmærksomhed — de mest betydningsfulde allerede identificerede risici
Vær opmærksom på hvem der spørger hvad. En Chameleon vil spørge om synligheds- og anerkendelsesMuligheder. En Rooster vil udfordre den tekniske tilgang. Kickoff-mødet afslører interessentdynamikkerne du vil styre de næste tolv måneder.
Trin 11 — Etablér rapporterings- og kommunikationsrytme
Rapportering er ikke en bureaukratisk forpligtelse. Det er et af projektlederens primære politiske redskaber. Regelmæssig, præcis, proaktiv rapportering skaber det papirspor der beskytter projektlederen når tingene går galt.
Hvad man skal — og hvad man skal undgå
- Etablér et konkret, målbart projektformål inden en eneste opgave skrives
- Gennemfør en ærlig feasibility-undersøgelse — herunder en reel cost-benefit-vurdering
- Kortlæg interessenter inden du definerer scope: kend hvem der er hvem inden spillet starter
- Skriv et projektcharter og få eksplicit underskrift fra projektbestyrelsen
- Byg visionboardet med MoSCoW-etiketter og dokumentér alle uenigheder
- Vælg din metode baseret på projektets faktiske behov, ikke aktuel mode
- Definer hvad der eksplicit IKKE er i scope — ikke kun hvad der er
- Identificér politiske risici (Chameleon, Rooster) i risikoregistret fra dag ét
- Allokér ressourcer bevidst: match kompetencer til behov
- Brug kickoff-mødet til at observere interessentdynamikker, ikke bare transmittere information
- Etablér en rapporterings- og kommunikationsplan inden projektet begynder at bevæge sig
- Begynd ikke planlægning inden formålet er aftalt af alle nøgleinteressenter
- Behandl ikke business casen som feasibility-undersøgelsen — de tjener forskellige funktioner
- Spring ikke interessentkortet over fordi 'alle kender hinanden'
- Skriv ikke et charter uden eksplicit underskrift — mundtlig aftale er ikke et mandat
- Lad ikke 'Could have'-elementer stå udefinerede — de bliver scope creep-ammunition
- Vælg ikke metode for at imponere interessenter — vælg hvad der passer til arbejdet
- Lad ikke en Chameleons begejstring for en funktion erstatte en ordentlig impact-vurdering
- Antag ikke at kickoff-mødet skabte alignment — følg op individuelt inden for ugen
- Byg ikke en kommunikationsplan der udelukkende baserer sig på skriftlige opdateringer
- Spring ikke risikoregistret over fordi 'vi tager problemerne når de opstår'
Start med formål, ikke proces
Unicorn-PM begynder ikke med charter-skabelonen. De begynder ved at spørge: hvorfor eksisterer dette projekt faktisk? Og de bliver ved med at spørge til de får et ærligt svar.
Kend spillet inden spillet starter
Unicorn-PM'er kortlægger interessenter inden kickoff. De ved hvem der sandsynligvis vil være en Chameleon, hvem der er en Hane og hvem der er en Aberkong. Denne viden former enhver kommunikationsbeslutning.
- Del æren bevidst — selv med dem der ikke fuldt ud har fortjent det. At investere i relationer fra starten er den billigste investering.
- Dokumentér alt der har betydning ved initiering — papirstien er det politiske skjold for enhver vanskelig samtale.
- Gør Honningbierne synlige fra starten. De mennesker der stille vil udføre det faktiske arbejde fortjener anerkendelse fra dag ét.
- Sæt kommunikationsrytmen inden nogen beder om den. Proaktiv kommunikation er altid billigere end reaktiv skadeskontrol.
Start et projekt i Proglar
Proglar er bygget around de initieringsdiscipliner der beskrives i denne artikel. Projektmodellen forbinder visionboardets MoSCoW-prioriteter til opgaver og ressourcer.
Start hvert projekt rigtigt
Proglar forbinder dit projektformål til dine opgaver, dine interessenter til din kommunikationsplan og dit risikoregister til din model. Alt på ét sted fra dag ét. Prøv gratis i 30 dage.