Stożek niepewności

W zarządzaniu projektem, stożek niepewności opisuje ewolucję ilości najlepszego przypadku niepewności podczas projektu (Construx n.d.). Na początku projektu, stosunkowo niewiele wiadomo o produkcie lub wynikach pracy, a więc szacunki są obarczone dużą niepewnością. W miarę jak prowadzone są badania i rozwój, dowiadujemy się więcej informacji o projekcie, a niepewność ma tendencję do zmniejszania się, osiągając 0%, gdy całe ryzyko rezydualne zostanie wyeliminowane lub przeniesione. Zwykle dzieje się to pod koniec projektu, tj. poprzez przekazanie odpowiedzialności oddzielnej grupie utrzymania.

Pojęcie Stożka Niepewności jest używane w rozwoju oprogramowania, gdzie środowiska techniczne i biznesowe zmieniają się bardzo szybko. Jednak koncepcja ta, pod różnymi nazwami, jest dobrze ugruntowaną podstawową zasadą inżynierii kosztów. Większość środowisk zmienia się tak wolno, że można je uznać za statyczne na czas trwania typowego projektu, dlatego tradycyjne metody zarządzania projektami skupiają się na osiągnięciu pełnego zrozumienia środowiska poprzez staranną analizę i planowanie. Na długo przed podjęciem jakichkolwiek znaczących inwestycji, niepewność jest redukowana do poziomu, na którym ryzyko może być wygodnie ponoszone. W tego rodzaju środowisku poziom niepewności zmniejsza się gwałtownie na początku, a kształt stożka jest mniej oczywisty. Biznes oprogramowania jest jednak bardzo zmienny i istnieje zewnętrzna presja, aby zmniejszyć poziom niepewności w czasie. Projekt musi aktywnie i stale pracować nad zmniejszeniem poziomu niepewności.

Stożek niepewności jest zawężany zarówno przez badania jak i przez decyzje, które usuwają źródła zmienności z projektu. Decyzje te dotyczą zakresu, tego co jest, a co nie jest zawarte w projekcie. Jeśli te decyzje ulegną zmianie w dalszej części projektu, wówczas stożek się poszerzy.

Oryginalne badania inżynierii i budownictwa w przemyśle chemicznym wykazały, że rzeczywiste koszty końcowe często przekraczały najwcześniejsze „bazowe” oszacowanie aż o 100% (lub zaniżały je aż o 50%; Bauman 1958). Badania w przemyśle oprogramowania nad Stożkiem Niepewności wykazały, że na początku cyklu życia projektu (tj. przed zebraniem wymagań) szacunki mają na ogół niepewność o współczynniku 4 zarówno po stronie wysokich jak i niskich wartości (Boehm 1981). Oznacza to, że rzeczywisty nakład pracy lub zakres może być 4 razy większy lub 1/4 pierwszego oszacowania. Niepewność ta ma tendencję do zmniejszania się w trakcie trwania projektu, choć spadek ten nie jest gwarantowany (McConnell 2006, s. 38).