Luin Cone of Uncertainty -viitekehyksestä, kun opiskelin saadakseni Product Owner -sertifikaatin. En ollut koskaan aiemmin kuullut tästä viitekehyksestä, joten päätin tietysti oppia siitä lisää ja jakaa sen täällä.

Wikipedian mukaan AACE Internationalin (American Association of Cost Engineers) perustajat kehittivät Cone of Uncertainty -peruskonseptin kemianteollisuuden insinöörejä ja rakentajia varten.

”Ohjelmistojen arvioinnin ensisijainen tarkoitus ei ole ennustaa projektin lopputulosta, vaan määrittää, ovatko projektin tavoitteet riittävän realistisia, jotta projektia voidaan ohjata niiden saavuttamiseksi.” – Steve McConnell.”

Nimeä Cone of Uncertainty (epävarmuuden kartio) käytti ensimmäisen kerran Steve McConnell kuvaamaan konseptia teoksessaan Software Project Survival Guide (Ohjelmistoprojektien selviytymisopas), kun hän ehdotti sitä standardoiduksi estimaattityyppiseksi luokittelujärjestelmäksi epävarmuusalueineen ja esitti sen kartio-kuvauksena. Ohjelmistoissa Barry Boehm viittasi käsitteeseen nimellä Funnel Curve (suppilokäyrä).

Epävarmuuden kartiota (Cone of Uncertainty) voidaan käyttää ohjelmistokehityksessä, jossa ympäristö muuttuu erittäin nopeasti, mukaan lukien käytettävissä olevat teknologiat ja liiketoiminnan tavoitteet. On perusteltua sanoa, että suunnittelukustannukset ovat suoraan verrannollisia epävarmuustekijöiden määrään ohjelmistokehityksessä.

Projektinhallinta eroaa ohjelmistokehityksestä, jossa riskien parempi ennustettavuus ja yleinen ymmärrys on tyypillisesti mahdollista, samoin kuin kyky pienentää projektin riskejä rajusti. Ohjelmistokehityksessä tuntemattomuudet ja ulkoiset paineet tekevät ympäristöstä kuitenkin erittäin epävakaan ja arvaamattoman.

Etenkin ohjelmistokehityksessä tavoitteena on aina pyrkiä vähentämään epävarmuuksia ja minimoimaan riskejä. Yksi keino tähän on sisällyttää tutkimus kaikkiin vaiheisiin ja myös poistaa vaihtelun lähteet tuotteesta tai projektista niin paljon kuin mahdollista.

Yksi keino tähän on vähentää laajuutta ja resursseja koskevien päätösten määrää. Kuten tiedämme, Scrum on kehys, joka auttaa tässä. Vaihtoehtoisesti Lean Startup -lähestymistapaa voidaan soveltaa ohjelmistoja kehitettäessä.

Epävarmuuden kartio (Cone of Uncertainty) edustaa parhaan tapauksen epävarmuustekijöiden määrän kehitystä projektin aikana. Koska projektista ei ole paljon tietoa sen alkuvaiheessa, varsinkin jos projekti liittyy uuteen tuotteeseen, arviot sisältävät paljon epävarmuustekijöitä ja riskit ovat suuria. Kun työtä tehdään enemmän, tiimillä on enemmän tietoa tuotteesta, ja epävarmuustekijät vähenevät.

How to estimate

Er menestyksen ennustaminen on äärimmäisen vaikeaa. Monet tekijät voivat vaikuttaa arvioon ja vaikuttaa osaltaan projektin epävarmuustekijöihin. Arviota kehitettäessä hyvä tapa aloittaa on perustaa arvio toiseen vastaavaan projektiin.

Tapa ottaa käyttöön epävarmuuslohko on sisällyttää arviosi epävarmuuksien vaihteluväli. Ajatuksena on, että epävarmuustekijät ja vaihtelut pienenevät projektin kehittyessä, koska projektin alussa epävarmuustekijöiden määrä on suurin.

Projektin alussa on enemmän epävarmuustekijöitä, koska monet projektin erityiset yksityiskohdat ovat tuntemattomia, ja ne määritellään, kun tuotetta kehitetään. Epävarmuuskartion käyttäminen auttaa sinua ja tiimiä ymmärtämään ennustamattomuuden vaihteluväliä ja myös rajoittamaan sitoumuksia alussa epävarmuustekijöiden välttämiseksi.

Arvioinnit olisi aina tehtävä tämä mielessä ja niitä olisi tuettava aiempien projektien historiatiedoilla, jotta voidaan ennustaa todennäköisin skenaario vaihteluvälimuodossa, kuten epävarmuuskartion osoittama vaihteluväli osoittaa.

Vaihteluiden määrä vaihtelee projektin vaiheesta ja projektityypistä riippuen. Pidä mielessä, että epävarmuustekijöiden määrä on suurin hankkeen alussa, ja hankkeen edetessä epävarmuustekijät todennäköisesti vähenevät useimmissa tapauksissa.

Hankkeen aikaiset sitoumukset ottavat huomioon enemmän epävarmuustekijöitä ja riskejä. Kyky hallita odotuksia ja varmistaa, että sidosryhmilläsi on realistinen käsitys projektin kokonaisriskeistä ja oletuksista, voi auttaa sinua työskentelemään paremmin tiimin kanssa ja saamaan heidän luottamuksensa.

Steve McConnellin mukaan epävarmuuskerroin on projektin alussa yhtä suuri kuin 4 (korkea ja matala). Liian aikaisin tehdyt sitoumukset voivat johtaa tehottomuuteen ja luottamuksen puutteeseen ja heikentää kykyä hallita projektia onnistuneesti. Pidä tämä mielessä!

Ketteryyden rooli

Ketteryys auttaa ehdottomasti kehittämään arviota ja myös pakottaa tiimin arvioimaan jatkuvasti sitä mukaa, kun opitaan lisää, mikä on hämmästyttävä asia. Mitä enemmän tuotteesta ja markkinoista opitaan, sitä helpompi on arvioida. Ketteryys ja epävarmuuden kruunu ovat tehokas yhdistelmä, sillä ketteryys auttaa antamaan tiimeille mahdollisuuden tuottaa lopputuloksen; se ei kuitenkaan ole vastaus tiimin kaikkiin kysymyksiin.

Markkinat toimivat nykyään ohjelmistoja kehitettäessä, joten meidän pitäisi aina kehittää strategia hypoteesin testaamiseksi ja innovaation edistämiseksi niin paljon kuin mahdollista. Ketterä auttaa meitä ehdottomasti tekemään parempaa työtä arvioiden kanssa yleensä.

Ketterän tärkein ero on se, että se sallii useita iteraatioita. Tiimi saattaa tuntea olonsa mukavammaksi arvioida ja suunnitella iteraatioita pienissä erissä, kun tuotteesta ja markkinoista opitaan enemmän.

Ketterää lähestymistapaa käytettäessä nopeutamme oppimiskykyämme jatkuvilla iteraatioilla ja käyttöönotolla, joten tiimi voi validoida opit nopeammin ja oppia enemmän markkinoista, mikä voi vähentää epävarmuustekijöitä.

Miten soveltaa

Epävarmuuden kartio (Cone of Uncertainty) -kehyksen tulisi olla osa projektin riskienhallintaa ja kaikkia tunnettuja ja tuntemattomia riskejä. Viitekehyksen tavoitteena on auttaa ymmärtämään paremmin projektin riskejä valmistautumalla epävarmuustekijöihin.

Viitekehyksen rooli arviointiprosessissa on määrittää todennäköisin kulku ja laskea myös todennäköisyyksien ylä- ja alapuoliset vaihteluvälit. Tämä voidaan tehdä kaavojen avulla ja aiempien projektien arvioiden perusteella empirian avulla.

Kehikkoa käytetään erityyppisissä tuotteissa ja projekteissa, koska se on tehokas tapa osoittaa minkä tahansa investoinnin riskit. Cone of Uncertainty näyttää riskin määrän osoittamalla varmuuden asteen tuotteen elinkaaren läpi suppilon muodossa.

Empiria on viitekehyksen suuri liittolainen, koska on paljon helpompaa mitata jotakin asiaa aiempien, samankaltaisten kokemusten perusteella. Käpy voi auttaa määrittelemään, onko hanke toteuttamiskelpoinen ja mahdollinen. Toiveena on, että ajan myötä epävarmuustekijät vähenevät, ja sen huomioon ottaminen auttaa tiimiäsi kehittämään parempia arvioita.

Epävarmuuskartion käytön edut:

• Vähentää epäselvyyksiä.
• Määrittää todennäköisimmän arvion.
• Laskentaa todennäköisyyksien korkean ja matalan alueen.
• Helppaa määrittämään, kuinka paljon riskiä tiimillä on varaa ja lisärahoitusta.
• Vahvistaa lisätutkimusten tärkeyttä.

Vinkkejä estimointiin:

• Estimaatit ovat projektin alussa epävarmoja, ne ovat epämääräisiä, mutta toivottavasti empiiriseen prosessiin perustuvia.
• Estimaatteja on tarkistettava säännöllisesti sitä mukaa, kun projektista tiedetään enemmän.
• Estimaattien tulisi olla läpinäkyviä ja ne tulisi tarkistaa kahdesti päivittäin.
• Estimaattien tulisi ottaa huomioon epävarmuustekijät, ja niiden tulisi olla näkyvillä projektisuunnitelmissa ja Kanban-tauluissa.

Epävarmuustekijät faktat:

• Markkinoita on vaikea ymmärtää ja ymmärtää, mitä ne haluavat.
• Markkinat muuttuvat jatkuvasti.
• Kilpailua tulee aina olemaan.

Pitäkää hauskaa! ❤