• Lare Lekman

Sopimuspohja Agile/Scrum-projekteihin

Haluatko rahoillesi parhaan vastineen? Scrum lähtee siitä, että projekteissa on enemmän tuntemattomia kuin tunnettuja muuttujia. Tällöin on fiksua ostaa ja myydä vaatimusten sijaan työaikaa.

Ketterällä sopimuksella tilaaja ostaa etukäteen määrätyn sisällön sijasta työaikaa (sprinttejä tai päiviä). Tällöin on mielekästä priorisoida, katselmoida ja tarkentaa sisältöä jokaisessa sprintissä koko projektin ajan, joka johtaa parempaan lopputulokseen.

Projekti voidaan ostaa ja aloittaa ripeämmin, kun paksua ja nopeasti happanevaa vaatimusmäärittelyä ei tarvita. Edelleen on kuitenkin tärkeää, että sekä tilaaja että toimittaja ymmärtävät hankkeen liiketoiminnalliset lähtökohdat ja tavoitteet.

The best bang-per-buck risk mitigation strategy we know is incremental delivery. -Tom deMarco

Kokematon tilaaja saattaa aluksi jännittää, valmistuuko projekti ajoissa, kun sisältö voi muuttua projektin aikana. Pelko on kuitenkin aiheeton, koska tilaajan itse asettama tuoteomistaja päättää vaatimusten priorisoinnista, muutosten toteutuksesta  ja siten kehitystiimin ajankäytöstä. Joskus tietoinen myöhästyminen alkuperäisestä aikataulusta voi olla jopa hyvä liiketoimintapäätös, jos sillä saavutetaan suurempi markkinaosuus, liikevoitto tai sijoitetun pääoman tuotto. Joskus taas kannattaa karsia kaikki vähemmän kriittinen, jotta markkinoille päästään nopeammin.

Ketterä sopimus olettaa ja kannustaa siihen, että:

  1. Tilaajalla on projektiin käytettävissä henkilö (tuoteomistaja), jolla on aikaa, mielenkiintoa ja ammattitaitoa määritellä ja priorisoida vaatimuksia, kommunikoida ne kehitystiimille ja vastata kehitystiimin tarkentaviin kysymyksiin jopa päivittäin. Jos tilaajalla ei ole tällaista henkilöä, voidaan käyttää toimittajan tai kolmannen osapuolen konsulttia.

  2. Kehitystiimi työstää vain yhtä asiakasprojektia kerrallaan. Tällöin työ on tuottavinta ja tuoteomistaja voi olla jopa päivittäin luontevasti yhteydessä kehitystiimiin.

  3. Jokainen kehitysjakso eli sprintti suunnitellaan ja priorisoidaan tuoteomistajan johdolla kehitystiimin kanssa.

  4. Tuoteomistaja katselmoi jokaisen sprintin lopputuloksen (kehitystiimin demo) jonka lisäksi keskustellaan siitä, kuinka havainnot vaikuttavat seuraavaan sprinttiin, prioriteetteihin ja koko projektiin.

  5. Kehitystiimi työskentelee fyysisesti yhdessä tilaajan tai toimittajan tiloissa.

  6. Prosessin ja yhteistyön toimivuutta ja kehittämistä arvioidaan säännöllisesti retrospektiiveissä, joihin osallistuu tuoteomistaja, toimittajan kehitystiimi sekä kehitystiimissä toimiva Scrum Master, joka vastaa Scrum-prosessista.

Lataa sopimuspohja Agile/Scrum-projekteihin ja ota tarvittaessa yhteyttä niin autan mielelläni.

Julkishallinnon kilpailutusrajan (nyt 30.000 euroa) ylittävät hankkeet vaativat lisäksi hankintalain mukaisen tarjouskilpailun. Tutustu ketterän tarjouskilpailun ohjeisiin. Lisätietoja löytyy myös julkiset ohjelmistohankinnat -blogista ja Codenton Slidesharesta: Hanselin Outi Jousi ja Maanmittauslaitoksen Jani Kylmäaho.

0 kommenttia