Takaisin blogiin

PÄÄTÖKSENTEKO

Lopeta projektien käynnistäminen: 7 kysymystä ennen uuden hankkeen hyväksymistä

Useimmilla organisaatioilla ei ole pulaa ideoista. Niillä on vaikeuksia pysäyttää ne ajoissa.

Challengine · 23. syyskuuta 2026 · 5 min lukuaika

Useimmilla organisaatioilla ei ole pulaa ideoista.

Niillä on vaikeuksia pysäyttää niitä ajoissa.

Uusia projekteja on yllättävän helppo käynnistää. Joku tunnistaa mahdollisuuden, tekee esityksen, saa alustavan tuen ja pian resursseja aletaan jo jakaa.

Vaikeampi kysymys on:

Pitäisikö tämän hankkeen ylipäätään olla olemassa?

Ennen seuraavan projektin, investoinnin tai kehityshankkeen hyväksymistä kannattaa kysyä nämä seitsemän kysymystä.

1.Mitä ongelmaa olemme oikeasti ratkaisemassa?

“Tarvitsemme uuden järjestelmän” ei ole ongelma.

Eikä myöskään “meidän pitäisi hyödyntää AI:ta”.

Todellinen ongelma voi olla hidas tilausprosessi, heikko ennustetarkkuus tai satoja tunteja vievä manuaalinen raportointi.

Aloita ongelmasta, älä ratkaisusta.

2.Mitä tapahtuu, jos emme tee mitään?

Jokainen hanke kilpailee muiden mahdollisuuksien kanssa.

Tekemättä jättämisen kustannus auttaa ymmärtämään, kuinka kiireellinen hanke oikeasti on.

Jos mitään merkittävää ei tapahdu, vaikka hanketta siirretään kuusi kuukautta, sen ei välttämättä tarvitse olla prioriteettilistan kärjessä.

3.Mitä mitattavaa arvoa tämän pitäisi tuottaa?

Arvo ei aina tarkoita suoraa liikevaihtoa.

Se voi olla kustannussäästöjä, lisää kapasiteettia, pienempi riski, nopeampi prosessi tai parempi asiakaspysyvyys.

Sen pitäisi kuitenkin olla mitattavissa.

KysymysHeikko vastausParempi vastaus
Mitä ongelma?“Prosessi on tehoton.”“Prosessi vie 1 500 manuaalista työtuntia vuodessa.”
Mitä arvoa?“Tämä säästää aikaa.”“Tavoitteena on vähentää manuaalista työtä 40 %.”
Kuka omistaa?“Operatiivinen tiimi.”“Operatiivinen johtaja.”
Miltä onnistuminen näyttää?“Käyttäjät pitävät siitä.”“Käsittelyaika laskee kolmesta päivästä yhteen.”

Mitä tarkempia vastaukset ovat, sitä helpommaksi myös päätös muuttuu.

4.Mihin oletuksiin business case perustuu?

Jokainen business case sisältää oletuksia.

Ongelma on siinä, että ne jäävät usein piiloon.

Esimerkiksi:

“Tämä projekti säästää 300 000 euroa vuodessa.”

Luku voi perustua 80 prosentin käyttöasteeseen, tiettyyn volyymiin ja tiettyyn toteutusaikatauluun.

Jos oletukset muuttuvat, myös business case muuttuu.

Tee oletukset näkyviksi ennen päätöstä.

5.Kuka omistaa lopputuloksen?

Projektin johtaminen ei ole sama asia kuin lopputuloksen omistaminen.

Projektipäällikkö voi toimittaa uuden järjestelmän aikataulussa.

Mutta kuka vastaa siitä, että luvattu tuottavuushyöty syntyy kuusi kuukautta myöhemmin?

Jokaisella hankkeella pitäisi olla selkeä liiketoimintaomistaja, joka vastaa lopputuloksesta, ei vain projektin toimittamisesta.

6.Mikä voi estää hanketta onnistumasta?

Taloudellisesti houkutteleva projekti voi silti olla huono investointi.

Riippuvuuksia voivat olla esimerkiksi:

  • puutteellinen data
  • integraatioiden monimutkaisuus
  • sääntelyvaatimukset
  • rajallinen sisäinen kapasiteetti
  • heikko käyttöönotto
  • toinen projekti, jonka täytyy valmistua ensin

Siksi ROI:ta ei pitäisi koskaan arvioida ilman riskiä ja toteutusvalmiutta.

7.Mikä saisi meidät sanomaan ei?

Tämä voi olla kaikkein tärkein kysymys.

Tiimit etsivät luonnostaan todisteita omien ideoidensa puolesta. Hyvä päätöksenteko määrittelee myös sen, mikä kumoaisi idean.

Esimerkiksi:

  • Jos vuotuiset säästöt jäävät alle 100 000 euroon, pysäytämme hankkeen.
  • Jos toteutus kestää yli 12 kuukautta, arvioimme sen uudelleen.
  • Jos vaadittavaa datan laatua ei saavuteta, emme etene.

Selkeät päätöskriteerit estävät heikkoja hankkeita jatkumasta vain siksi, että niihin on jo käytetty aikaa.

Paremmat projektit alkavat paremmista päätöksistä

Tavoitteena ei ole tehdä projektien hyväksymisestä vaikeampaa.

Tavoitteena on tehdä päätöksestä selkeämpi.

Hyvällä hankkeella pitäisi olla määritelty ongelma, mitattava arvo, näkyvät oletukset, selkeä omistajuus ja realistiset toteutusedellytykset.

Jos nämä puuttuvat, uusi workshop ei välttämättä ole ratkaisu.

Hanke ei yksinkertaisesti ole vielä valmis päätettäväksi.