Ik las over de Cone of Uncertainty toen ik aan het studeren was om de Product Owner certificering te halen. Ik had nog nooit van dit raamwerk gehoord, dus natuurlijk besloot ik er meer over te leren en het hier te delen.

Het basisconcept van de Cone of Uncertainty werd ontwikkeld voor engineering en constructie in de chemische industrie door de oprichters van de AACE International (American Association of Cost Engineers) volgens Wikipedia.

“Het primaire doel van software calculatie is niet om de uitkomst van een project te voorspellen; het is om te bepalen of de doelstellingen van een project realistisch genoeg zijn om het project te kunnen beheersen om ze te halen” – Steve McConnell.

De naam Kegel van Onzekerheid werd voor het eerst gebruikt door Steve McConnell om het concept te beschrijven in zijn Software Project Survival Guide toen hij het voorstelde als een standaard schattingstype classificatiesysteem met onzekerheidsbereiken en het presenteerde als een kegel illustratie. In software, Barry Boehm verwees naar het concept als de Trechter Curve.

De Kegel van Onzekerheid kan worden gebruikt in software ontwikkeling waar de omgeving extreem snel verandert, inclusief de beschikbare technologieën en bedrijfsdoelstellingen. Men kan stellen dat de engineeringkosten recht evenredig zijn met de hoeveelheid onzekerheden bij softwareontwikkeling.

Projectmanagement verschilt van softwareontwikkeling waar een betere voorspelbaarheid en algemeen begrip van de risico’s typisch mogelijk is, evenals de mogelijkheid om de projectrisico’s drastisch te verminderen. Bij software-ontwikkeling echter, maken de onbekenden en de externe druk de omgeving uiterst vluchtig en onvoorspelbaar.

In het bijzonder bij software-ontwikkeling is het doel altijd om te werken aan het verminderen van de onzekerheden en het minimaliseren van de risico’s. Een manier om dat te doen is om onderzoek in alle fasen op te nemen en ook om bronnen van variabiliteit zoveel mogelijk uit het product of project te verwijderen.

Een manier om dat te bereiken is om het aantal beslissingen over scope en middelen te verminderen. Zoals we weten, is Scrum een raamwerk dat daarbij helpt. Als alternatief kan de Lean Startup aanpak worden toegepast bij het ontwikkelen van software.

De Cone of Uncertainty geeft de evolutie weer van de hoeveelheid best case onzekerheden gedurende een project. Omdat je in de beginfase niet veel informatie over het project hebt, vooral als het project betrekking heeft op een nieuw product, zullen de schattingen veel onzekerheden bevatten, en zullen de risico’s hoog zijn. Naarmate er meer werk wordt verricht, zal het team meer informatie over het product hebben, en zullen de onzekerheden afnemen.

Hoe te schatten

Het voorspellen van succes is uiterst moeilijk. Veel factoren kunnen je schatting beïnvloeden en bijdragen aan de projectonzekerheden. Bij het ontwikkelen van de schatting is een goede manier om te beginnen je schatting te baseren op een ander soortgelijk project.

Een manier om de Kegel van Onzekerheid te introduceren is door een reeks onzekerheden in je schatting op te nemen. Het idee is dat de onzekerheden en variabiliteiten zullen afnemen naarmate het project zich ontwikkelt, omdat het begin van het project het moment is waarop het aantal onzekerheden het grootst is.

Er zijn meer onzekerheden in het begin van een project omdat veel specifieke projectdetails onbekend zijn en zullen worden gedefinieerd naarmate het product wordt ontwikkeld. Het gebruik van de Kegel van Onzekerheid zal jou en het team helpen om het bereik van onvoorspelbaarheid te begrijpen en ook om toezeggingen in het begin te beperken om onzekerheden te voorkomen.

De schattingen moeten altijd worden gedaan met dit in gedachten en ondersteund door historische informatie van eerdere projecten om het meest waarschijnlijke scenario te voorspellen in een range formaat zoals aangegeven door de Kegel van Onzekerheid.

De hoeveelheid variaties zal fluctueren afhankelijk van de project fase en het project type. Bedenk dat het aantal onzekerheden het grootst is aan het begin van het project, en dat naarmate het project vordert, de onzekerheden in de meeste gevallen zullen afnemen.

Vroeg in het project aangegane verplichtingen zullen voor meer onzekerheden en risico’s zorgen. Het vermogen om de verwachtingen te managen en ervoor te zorgen dat uw stakeholders een realistisch begrip hebben van de algemene projectrisico’s en aannames kan u helpen beter samen te werken met het team en hun vertrouwen te winnen.

Steve McConnell zegt dat de onzekerheidsfactor in het begin van het project gelijk is aan 4 (voor de hoge en lage). Te vroege toezeggingen kunnen leiden tot inefficiëntie en gebrek aan vertrouwen en verminderen het vermogen om een project succesvol te managen. Houd dat in gedachten!

De rol van Agile

Agile helpt zeker bij het ontwikkelen van de schatting en dwingt het team ook om voortdurend te schatten naarmate er meer wordt geleerd, wat een verbazingwekkend iets is. Naarmate er meer geleerd wordt over het product en de markt, wordt het makkelijker om in te schatten. Agile en de Kegel van Onzekerheid zijn een krachtige combinatie omdat Agile helpt om teams in staat te stellen een resultaat te leveren; het is echter niet het antwoord op alle vragen van je team.

De manier waarop de markt tegenwoordig werkt tijdens het ontwikkelen van software, moeten we altijd een strategie ontwikkelen om de hypothese te testen en innovatie zo veel als we kunnen te stimuleren. Agile helpt ons zeker om beter werk te leveren met schattingen in het algemeen.

Het belangrijkste verschil met Agile is dat het meerdere iteraties toestaat. Het team kan zich meer op zijn gemak voelen bij het schatten en plannen van de iteraties in kleine batches terwijl er meer wordt geleerd over het product en de markt.

Wanneer we de Agile aanpak gebruiken, versnellen we ons vermogen om te leren met constante iteraties en inzet, zodat het team de leerervaringen sneller kan valideren en meer kan leren over de markt, wat de onzekerheden kan verminderen.

Hoe toe te passen

Het Cone of Uncertainty raamwerk zou deel moeten uitmaken van project risicomanagement en alle bekende en onbekende risico’s. Het doel van het raamwerk is om u te helpen de projectrisico’s beter te begrijpen door u voor te bereiden op onzekerheden.

De rol van het raamwerk in het schattingsproces is om het meest waarschijnlijke verloop te bepalen en ook het hoog-laag bereik van waarschijnlijkheden te berekenen. Dit kan worden gedaan met behulp van formules en op basis van schattingen van eerdere projecten met behulp van empirie.

Het raamwerk wordt gebruikt in verschillende soorten producten en projecten omdat het een effectieve manier is om de risico’s van elke investering te laten zien. De Kegel van Onzekerheid zal de hoeveelheid risico tonen door de graad van zekerheid door de levenscyclus van het product aan te tonen in een figuur van een trechter.

Empiricisme is een grote bondgenoot van het raamwerk omdat het zo veel gemakkelijker is om iets te meten gebaseerd op vorige, gelijksoortige ervaringen. De kegel kan u helpen bepalen of het project haalbaar en mogelijk is. De hoop is dat in de loop van de tijd de onzekerheden zullen afnemen, en door daarmee rekening te houden zal uw team betere ramingen kunnen ontwikkelen.

Voordelen van het gebruik van de Onzekerheidskegel:

• Vermindert dubbelzinnigheid.
• Bepaalt meest waarschijnlijke raming.
• Berekent hoge en lage range van waarschijnlijkheden.
• Helpt bepalen hoeveel risico het team zich kan veroorloven en incrementele financiering.
• Versterkt het belang van aanvullend onderzoek.

Estimatietips:

• Estimates zijn onzeker in het begin van het project, ze zijn vaag, maar hopelijk gebaseerd op een empirisch proces.
• Ramingen moeten regelmatig worden herzien naarmate er meer bekend is over het project.
• Aannames moeten transparant zijn en dagelijks dubbel worden gecontroleerd.
• Ramingen moeten rekening houden met onzekerheden en zichtbaar zijn in de projectplannen en Kanban-borden.

Onzekerheden feiten:

• Het is moeilijk om de markt te begrijpen en wat het wil.
• De markt is voortdurend in beweging.
• Competitie zal er altijd zijn.

Have fun! ❤