Vad är projektriskhantering?
Projektriskhantering är den systematiska processen att identifiera, bedöma, prioritera och reagera på potentiella hot och möjligheter som kan påverka ett projekts mål.
Som Henning Christiansen argumenterar i Project Management: The Red Pill täcker traditionella ramverk bara hårda risker. Det finns en annan kategori: de mjuka riskerna som härstammar från mänsklig natur och politisk dynamik.
Buggar, problem och risker: varför distinktionen spelar roll
Inte alla problem är samma typ av problem. Christiansen gör en skarp distinktion mellan tre kategorier:
Hårda och mjuka risker: de två dimensionerna
Christiansens viktigaste bidrag till riskhanteringstänkandet är hans insisterande på att problemlösning måste operera på två spår simultant: hård problemlösning och mjuk intressenthantering.
Hårda risker — den tekniska dimensionen
Hårda risker är de som lever i riskregister: schemaglidning, budgetöverskridning, tekniska beroenden, leverantörssvikt. De hanteras genom strukturerade processer.
Mjuka risker — den mänskliga dimensionen
Mjuka risker är de flesta ramverk knappt nämner: politisk manövrering, skuldförskjutning, dolda agendor och medveten utnyttjande av problem av individer.
"Buggar, problem och risker är möjligheter för Chameleon och Rooster att spela Monkey Poker. Projektledaren löser inte bara tekniska problem. Ledaren måste också vara vaksam på mjuka risker som politisk manövrering och dolda agendor."
— Henning Christiansen, Project Management: The Red Pill
När Chameleon eller Rooster vill tvinga igenom en förändring eskalerar de artificiellt — skapar ett falskt krisläge. 'Vi kommer att förlora kunden.' Projektledarens försvar: validera påståendet med fakta.
Steg 1 — Riskidentifiering
Riskidentifiering är grunden för hela riskhanteringsprocessen. En risk som inte identifieras kan inte hanteras.
Steg 2 — Riskbedömning: sannolikhets-/påverkanmatrisen
När risker är identifierade måste de bedömas: hur sannolikt är det att varje risk inträffar, och hur allvarlig skulle påverkan vara? Standardverktyget är sannolikhets-/påverkanmatrisen.
Politiska och intressentrelaterade risker är verkliga risker och bör poängsättas på samma matris. En Chameleon i en seniorposition är en hög-sannolikhets risk.
Riskregistret: din enda sanningskälla
Ett riskregister är det levande dokumentet som fångar varje identifierad risk, dess bedömning, dess ägare och planerat svar. Det uppdateras under hela projektets livscykel.
FMEA och analytiska riskverktyg
För projekt med komplexa tekniska komponenter tillför strukturerade analytiska metoder stringens. FMEA (Failure Modes and Effects Analysis) är ett av de mest använda.
Andra användbara metoder: Felträdsanalys, 5 Whys, Fishbone-diagrammet och DRBFM.
Steg 3 — Risksvarsstrategier
Att identifiera och bedöma en risk utan att planera ett svar är administrativt teater. Varje risk över 'övervaka'-tröskeln behöver en explicit, dokumenterad svarsstrategi.
Heathrow Terminal 5 öppningsdag (2008)
Heathrow Terminal 5 är ett av de mest instruktiva riskhanteringsfallen i modern projekthistoria — just för att det lyckades på de hårda mätvärdena och misslyckades katastrofalt på de mjuka.
Terminalen levererades i tid och inom budget. Men projektteamet underskattade kraftigt komplexiteten i att göra terminalen operativ.
- Operativ beredskap behandlades som en implementeringsuppgift, inte ett riskdomän
- Personal testades inte under realistiska lastförhållanden innan öppning
- Bagagesystemet hade aldrig körts i full skala innan öppningsdagen
- Inget hårt riskramverk kan fånga vad det inte blivit ombett att titta efter
Steg 4 — Löpande övervakning och kontroll
Riskhantering är inte en planeringsfaseaktivitet. Det är en kontinuerlig disciplin som pågår under hela projektets livscykel.
Christiansens prioriteringsramverk är tydligt: externt intressentbrus skapar mer störning än intern osäkerhet. Projektledarens första prioritet är att stabilisera den externa miljön.
Tidiga varningsindikatorer
För varje hög-prioritets risk, dokumentera specifika observerbara indikatorer som signalerar att risken blir mer sannolik.
Hantering av mjuka risker: den politiska dimensionen
När ett problem materialiseras skapar det förhållanden som politiska aktörer i projektet omedelbart försöker utnyttja. Projektledarens svar måste operera på två spår simultant.
Spår 1: Hård problemlösning
Identifiera vilka delar av projektmodellen som är berörda. Bedöm problemets omfattning. Kommunicera status tydligt.
- Fastställ berörda modeller och undermodeller omedelbart
- Använd FMEA, 5 Whys eller Felträdsanalys för att förstå rotorsaken
- Definiera lösningen tydligt innan extern kommunikation
- Ge teamet utrymme att lösa problemet utan intressenttryck
Spår 2: Mjuk intressenthantering
Om problemet kan lösas utan att påverka externa intressenter, hantera det internt. Om inte, kommunicera proaktivt.
- Identifiera vilka intressenter har ett intresse i de berörda komponenterna
- Kommunicera proaktivt till berörda intressenter
- Adressera Chameleon- och Rooster eskaleringar med fakta
- Upprätthåll scope-frys under problemlösning
Risk och scope creep: kopplingen de flesta ramverk missar
Scope creep — den gradvisa, okontrollerade expansionen av projektkrav — är i sig en risk som intensifieras just när projekt är under press.
Upprätthåll strikt kontroll över projektomfång under problemlösningsfaser. Motstå nya krav tills det aktuella problemet är helt löst.
Riskhantering i Proglar
Proglars projekthanteringssystem stödjer den tvåspårs riskhanteringsdisciplinen beskiven i denna artikel.
Riskhantering inbyggd i varje projekt
Proglar kopplar riskregistret med projektmodellen, tidsregistrering och ändringshantering. Prova gratis i 30 dagar.