Usikkerhedskegle

I projektledelse beskriver usikkerhedskeglen udviklingen i mængden af usikkerhed i bedste fald i løbet af et projekt (Construx n.d.). I begyndelsen af et projekt er der forholdsvis lidt viden om produktet eller arbejdsresultaterne, og derfor er estimaterne behæftet med stor usikkerhed. Efterhånden som der foretages mere forskning og udvikling, får man flere oplysninger om projektet, og usikkerheden har derefter en tendens til at falde og nå op på 0 %, når al restrisiko er blevet afsluttet eller overført. Dette sker normalt ved projektets afslutning, dvs. ved at ansvaret overføres til en separat vedligeholdelsesgruppe.

Udtrykket Cone of Uncertainty anvendes inden for softwareudvikling, hvor de tekniske og forretningsmæssige miljøer ændrer sig meget hurtigt. Begrebet er imidlertid, under forskellige navne, et veletableret grundprincip inden for omkostningsteknik. De fleste miljøer ændrer sig så langsomt, at de kan betragtes som statiske i et typisk projekts varighed, og traditionelle projektstyringsmetoder fokuserer derfor på at opnå en fuld forståelse af miljøet gennem omhyggelig analyse og planlægning. I god tid inden der foretages væsentlige investeringer, reduceres usikkerheden til et niveau, hvor risikoen kan bæres uden problemer. I denne type miljøer falder usikkerhedsniveauet hurtigt i begyndelsen, og kegleformen er mindre tydelig. Softwarebranchen er imidlertid meget volatil, og der er et eksternt pres for at mindske usikkerhedsniveauet over tid. Projektet skal aktivt og løbende arbejde på at reducere usikkerhedsniveauet.

Usikkerhedskeglen indsnævres både ved forskning og ved beslutninger, der fjerner kilderne til variabilitet fra projektet. Disse beslutninger drejer sig om omfanget, hvad der indgår og ikke indgår i projektet. Hvis disse beslutninger ændres senere i projektet, vil keglen blive udvidet.

Original forskning inden for ingeniør- og byggevirksomhed i den kemiske industri viste, at de faktiske endelige omkostninger ofte oversteg det tidligste “basis”-overslag med op til 100 % (eller understeg det med op til 50 %; Bauman 1958). Forskning i softwareindustrien om usikkerhedens kegle viste, at i begyndelsen af projektets livscyklus (dvs. før indsamling af krav) har overslag generelt en usikkerhed på faktor 4 på både den høje og den lave side (Boehm 1981). Det betyder, at den faktiske indsats eller det faktiske omfang kan være 4 gange eller 1/4 af de første skøn. Denne usikkerhed har tendens til at falde i løbet af et projekt, selv om dette fald ikke er garanteret (McConnell 2006, s. 38).

Leave a Reply