Moni kehitysprojekti epäonnistuu jo ennen kuin työ ehtii alkaa. Syy ei useinkaan ole tiimissä tai teknologiassa, vaan toimeksiannossa. Vastaus kysymykseen ”millainen hyvä ensiluokkainen toimeksianto” on lyhyt: se kuvaa yhden rajatun ongelman, kertoo miten onnistuminen mitataan ja nimeää vastuuhenkilön organisaation puolelta.
Kun nämä kolme asiaa ovat kunnossa, projekti pääsee liikkeelle nopeasti ja tulokset ovat käyttökelpoisia. Kun ne puuttuvat, aikaa kuluu turhaan arvailuun.
Miksi huono toimeksianto kaatuu ennen kuin työ alkaa
Epäselvä toimeksianto siirtää määrittelytyön tiimille. Ensimmäiset viikot menevät sen selvittämiseen, mitä oikeastaan pitäisi tehdä.
Liian laaja haaste tuottaa pinnallisia tuloksia. Liian valmiiksi mietitty haaste taas kaventaa ratkaisuvaihtoehdot yhteen, jolloin tuoreet näkökulmat jäävät saamatta. Molemmissa tapauksissa lopputulos jää heikommaksi kuin se olisi voinut olla.
Hyvä toimeksianto ei kerro, miten ongelma ratkaistaan. Se kertoo, mikä ongelma on ja miksi sillä on merkitystä.
Rajaa ongelma, älä ratkaisua
Yleisin virhe on kuvata toimeksianto valmiina ratkaisuna: ”tarvitsemme tekoälysovelluksen” tai ”haluamme uuden järjestelmän”. Silloin tiimi rakentaa tilatun asian, vaikka parempi vaihtoehto olisi ollut olemassa.
Kannattavampi tapa on kuvata nykytila ja sen ongelma. Mikä vie liikaa aikaa? Missä syntyy virheitä? Mitä asiakkaat toivovat, mihin ei pystytä vastaamaan?
Kun lähtökohtana on ongelma, tiimi voi tarkastella useampaa ratkaisuvaihtoehtoa ja perustella, mikä niistä kannattaa. Usein paras ehdotus on toinen kuin se, jota alun perin ajateltiin.
Kolme kysymystä, joihin toimeksiannon pitää vastata
Toimivan toimeksiannon voi tiivistää kolmeen kysymykseen:
- Mikä ongelma ratkaistaan? Yksi rajattu haaste, kuvattuna nykytilan kautta.
- Miten onnistuminen mitataan? Käytetty aika, virheiden määrä, kustannus tai asiakaspalaute, eli jokin, joka on todennettavissa.
- Mitä aineistoa on käytettävissä? Data, dokumentit, järjestelmät ja henkilöt, joilta tiimi saa tietoa.
Jos johonkin näistä ei osata vastata, se kannattaa selvittää ennen projektin aloitusta. Selvitys itsessään on usein arvokas askel.
Mitoita haaste oikean kokoiseksi
Hyvä toimeksianto on sen kokoinen, että se ehditään ratkaista sovitussa ajassa. Muutaman viikon projektissa realistinen tavoite on selvitys, kokeilu tai toimiva prototyyppi, ei valmis järjestelmä.
Kapea kohde tuottaa käyttökelpoisen tuloksen. Laaja kohde tuottaa yleisiä havaintoja, joita on vaikea viedä käytäntöön.
Sopivan kokoinen haaste on riittävän pieni ratkaistavaksi, mutta riittävän tärkeä, jotta tulos halutaan ottaa käyttöön. Jos haaste tuntuu liian laajalta, sen voi jakaa osiin ja aloittaa siitä, mikä on kiireellisin.
Yleisimmät sudenkuopat
Muutama toistuva virhe kannattaa tunnistaa etukäteen:
- Ei omistajaa. Jos organisaatiossa ei ole nimettyä yhteyshenkilöä, kysymykset jäävät vastaamatta ja projekti hidastuu.
- Liian monta tavoitetta. Useampi rinnakkainen tavoite johtaa siihen, ettei mikään niistä toteudu kunnolla.
- Epäselvä lopputulos. Sovi etukäteen, mitä projektin päätteeksi luovutetaan: raportti, prototyyppi vai suositus jatkosta.
- Aineisto selviää vasta matkalla. Puuttuva data huomataan usein liian myöhään.
Toimeksianto kannattaa tehdä yhdessä
Toimeksiantoa ei tarvitse hioa valmiiksi yksin. Usein paras rajaus syntyy keskustelussa, jossa alustava ajatus tarkentuu kysymysten kautta.
Juuri tähän InnoFinlandin toimintamalli perustuu. Organisaatio tuo aidon kehityshaasteen, joka rajataan yhdessä sopivan kokoiseksi. Monialainen opiskelijatiimi tarttuu siihen mentorien tuella, ja työ etenee sovituissa jaksoissa niin, että edistyminen on koko ajan näkyvissä.
Hyvin rajattu toimeksianto säästää kaikkien aikaa. Se on ensimmäinen askel, joka ratkaisee, syntyykö projektista hyötyä vai pelkkä kokeilu.
