PROJEKTBASEN

Riskhantering för projektledare: en praktisk guide

Lär dig identifiera, bedöma och hantera projektrisker innan de blir verkliga problem – med praktiska verktyg och en gratis riskloggsmall.

· Projektbasen

Risker är inte problem – de är potentiella problem. Skillnaden är avgörande.

Problem måste lösas reaktivt, under stress, med tidspress och ofta till hög kostnad. Risker kan hanteras proaktivt, i lugn och ro, med hela handlingsutrymmet intakt.

Den projektledare som är bra på riskhantering löser inte fler problem – de förebygger dem.

Här är hur du bygger en riskhanteringsprocess som faktiskt fungerar i verkligheten, inte bara på pappret.

Varför misslyckas riskhantering i de flesta projekt?

Det är inte brist på kunskap. De flesta projektledare vet att de ska hantera risker.

Det är brist på process och disciplin:

Riskloggen uppdateras inte. Den skapas i uppstarten, presenteras för styrgruppen och läggs sedan i en delad mapp. Tre månader senare är den inaktuell och ingen tittar på den.

Riskerna är för abstrakta. "Leverantörsrisk" och "resursbrist" är inte risker – de är kategorier. En risk är: "Leverantör X kan inte leverera testmiljön till 15 mars för att deras egna projekt är försenat."

Inga ägare, inga deadlines. En risk utan en specifik person som ansvarar för att övervaka och åtgärda den är en dekorativ risk.

Åtgärderna är reaktiva. "Om risken realiseras, eskalerar vi till styrgruppen" är en åtgärdsplan för att hantera krisen, inte för att förebygga den.

De fyra stegen i effektiv riskhantering

Steg 1: Identifiera risker strukturerat

Slumpmässig riskidentifiering ger slumpmässiga risker. Använd istället strukturerade perspektiv:

Externa risker:

  • Leverantörer och deras kapacitet/stabilitet
  • Regelverk och lagändringar
  • Politiska beslut (särskilt viktigt i offentlig sektor)
  • Marknadsberoenden

Interna risker:

  • Resurstillgänglighet (semestrar, sjukdom, avgångar)
  • Kompetensberoendet – nyckelpersoner som bär kritisk kunskap
  • Beslutsprocesser – var i organisationen kan beslut fastna?
  • Tekniska beroenden och integrationspunkter

Projektspecifika risker:

  • Kravförändringar och scope creep
  • Teknikval och ny teknologi
  • Beroenden till andra projekt
  • Leveransdatum som är politiskt satta, inte realistiskt beräknade

Genomförs som workshop: Samla kärnteamet plus en-två externa perspektiv (beställare, nyckelintressent). 90 minuter. Alla risker dokumenteras utan värdering under brainstorming-fasen.

Steg 2: Bedöm sannolikhet och konsekvens

Varje identifierad risk bedöms längs två dimensioner:

  • Sannolikhet (1-5): Hur troligt är det att risken realiseras?
  • Konsekvens (1-5): Hur allvarlig är påverkan på tid, budget eller scope om den realiseras?

Riskpoäng = Sannolikhet × Konsekvens

RiskpoängKategoriÅtgärd
15-25🔴 KritiskOmedelbar åtgärdsplan, rapporteras till styrgrupp
9-14🟡 HögAktiv hantering med utsedd ägare
4-8🟢 MedelBevakas löpande
1-3⚪ LågDokumenteras, bevakas passivt

Vår riskkalkylator automatiserar denna bedömning och genererar en riskmatris direkt i webbläsaren.

Steg 3: Planera åtgärder – förebyggande och beredskap

För varje identifierad risk finns det fyra strategier:

Förhindra (reducera sannolikhet) Vad kan vi göra för att risken inte ska realiseras? Exempel: Dubbelkontraktera kritisk leverantör, bygg parallelll kapacitet

Reducera (minska konsekvens) Om risken realiseras, hur minimerar vi skadan? Exempel: Modulär arkitektur som kan levereras separat, tidig testfas

Transferera (flytta risk) Kan vi kontraktuellt eller försäkringsmässigt flytta risken? Exempel: Servicenivåavtal med böter, försäkring

Acceptera (medvetet beslut) Vi accepterar risken och bereder oss för att hantera den om den realiseras. Används för låg-prioriterade risker eller när åtgärdskostnaden överstiger riskvärdet

Steg 4: Övervaka och uppdatera löpande

En risklogg som inte uppdateras är värdelös.

Bygg in riskgenomgång som en fast punkt i er veckostatus – det tar 10-15 minuter om det görs löpande.

Frågor att gå igenom veckovis:

  • Har någon risk realiserats? Hur hanterades det?
  • Har sannolikhet eller konsekvens förändrats för befintliga risker?
  • Har nya risker identifierats sedan sist?
  • Är åtgärder för kritiska risker på spår?

Riskhantering i offentlig sektor – särskilda hänsyn

Om du arbetar med projekt i kommuner, regioner eller statliga myndigheter finns det risker som är mer framträdande än i privat sektor:

Politisk risk: Verksamheten styrs av politiska beslut. Ny majoritet efter val kan innebära omprioriteringar som påverkar pågående projekt. Dokumentera projektets politiska förankring.

Upphandlingsrisk: Leverantörsbyte mitt i ett projekt är komplicerat på grund av LOU (Lagen om offentlig upphandling). Bedöm leverantörers stabilitet och prestation tidigt – när det är för sent är det dyrt att byta.

Medieexponering: Offentliga projekt kan exponeras i media. Kommunicera problem till styrgrupp och beställare innan de läser det i tidningen.

Kompetensförsörjning: Offentlig sektor har ofta svårt att konkurrera om specialistkompetens. Nyckelkompetens som anlitas via konsult är alltid en kritisk risk.

Gratis riskloggsmall

Projektbasens riskloggsmall är byggd för att faktiskt användas i projekt – inte för att imponera på revisorerna.

Den innehåller:

  • Strukturerad riskidentifiering med kategorier
  • Automatisk riskpoängberäkning
  • Tydlig ägarstruktur
  • Åtgärdslogg med deadlines
  • Exportfunktion till PDF

Ladda ner riskloggsmall →


Om riskerna är allvarliga, lyft dem till projektets ansvariga. Beskriv konsekvenser, föreslagna åtgärder, ägare och vilka beslut som behövs.

Skapa en gratis statusrapport →