Problemlösning vs riskhantering
Jag har märkt att många PL har svårt att hålla isär problemlösning och riskhantering. Att blanda ihop dessa begrepp innebär inte bara att man använder fel termer, vilket spelar mindre roll. Betydligt allvarligare är att man mycket väl kraftigt kan fördyra sitt projekt.
Ett tydligt exempel på sammanblandning är när man i PLs statusrapport ser rubriken Risker och därefter en uppräkning av alla pågående, redan inträffade problem – och vad man gör för att komma tillrätta med dem. Allt som står i detta kapitel har självklart högsta tänkbara prioritet och det handlar oftast om reaktiv brandsläckning – eller som i SJs och SLs nuvarande sitatuation: om isröjning. Givetvis finns det inte med några risker i riskavsnittet (och därmed inte i resten av statusrapporten heller). Har man så grava och akuta problem har man ju inte tid att oroa sig för sånt som ännu inte ens hunnit inträffa.
Den klassiska bilden av en PL som drabbas av sitt projekt i stället för styr det börjar tona fram.
Hur bör man då göra i stället? Låt oss först konstatera att riskhantering är förhållandevis oerhört billigt, men måste göras i förväg. Problemlösning däremot är oftast dyrt, tvingande och görs när problem väl uppstått. Ett välskött projekt måste ha en aktiv riskhantering (oftast effektivast och bäst) och utrymme för reaktiv problemlösning (eftersom projekt löser uppgifter av engångskaraktär och alla risker inte kan förutses eller förebyggas).
SJs tågtrafik är en linjeuppgift och inte ett projekt. Men visst hade det varit trevligt med en riskhantering i somras där man förberedde sig för de trots allt ganska normala temperaturer och snömängder som finns i Stockholmsområdet just nu så att alla extraordinära problemlösande insatser kunde läggas i de områden i sydsverige där förhållandena kanske får anses vara exceptionellt ovanliga och ekonomiskt oförsvarliga att helt förebygga varje år?
Till sist en fråga till dig som sitter i en styrgrupp: Läser du din PLs statusrapport och säkerställer att det finns en lagom blandning av förebyggande riskhantering och reaktiv problemlösning, eller sitter du passivt och betraktar när din PL drabbas av sitt projekt?
