Ketterä hankinta Miten IT-resurssien ostossa onnistuu? Karoliina Luoto Codento 31.10.2017
Karoliina Luoto Codento Lean/ketterä konsultti IT-projektien johtaminen ja hankinta, työtapamuutokset Taustalla erilaisia tuotekehitys-, konsulttija kulttuurinmuutosrooleja N. 30 hengen ja 30 alihankkijan ohjelmistokehitys- ja muutosfasilitaattoriyritys
Lean ja ketterä tuo todistetusti parempia tuloksia Lean Itera.ve Agile Ad-Hoc Tradi.onal 0% 20% 40% 60% 80% 100% Successful Challenged Failed Kuten nähdään, lean ja ketterä eivät kuitenkaan ole hopealuoteja sillä, miten tehdään, on väliä N = 173 projects. Copyright 2013 IT Project Success Rates Survey, Scott Ambler + Associates
Mistä ketterän etu syntyy? Ketterän ohjelmistokehityksen julistus Kokemuksemme perusteella arvostamme: Yksilöitä ja kanssakäymistä enemmän kuin menetelmiä ja työkaluja Toimivaa ohjelmistoa enemmän kuin kattavaa dokumentaatiota Yhteistyötä enemmän kuin sopimusneuvotteluja Vastaamista muutokseen enemmän kuin pitäytymistä suunnitelmassa
Scrum Eniten käytetty ketterä menetelmä
Mistä tietää että on ketterä? Esimerkki kriteeristöstä: 1. Käyttäjät osallistetaan kehitysprosessiin 2. Tiimillä on valtaa tehdä päätöksiä 3. Vaatimukset elävät mutta aikataulu ei 4. Vaatimukset kuvataan ylätasolla, kevyesti ja visuaalisesti 5. Kehitystyö tapahtuu pienissä osajulkaisuissa, joita voidaan kehittää edelleen 6. Keskitytään säännölliseen tulosten ulos saamiseen 7. Tehdään jokainen ominaisuus valmiiksi ennen kuin siirrytään seuraavaan 8. 80/20 -sääntö: keskitytään etsimään 20 %:n ratkaisuja jotka täyttävät 80 % tarpeesta 9. Testausta tehdään koko projektin läpi testaa ajoissa ja usein 10. Yhteiskehittelevä ote kaikilta projektin pelaajilta Kriteeristö: Allaboutagile.com
Perinteinen ketterä sopimus = time and materials tai tavoitehinta Periaate Yhteistyön korostaminen Toimivaa ohjelmistoa jatkuvas. Valmius muutokseen Sopimusohjaus Ei sank.oin.a vaan palkitseminen, lyhyt ir.sanomisaika Mitä NimeMy kemerä metodi oikeastaan + sovimu tapa tallentaa koodi jatkuvas. on NimeMy kemerä metodi sekä minimivaa.mukset ja tavoitehinta tai pelkkä asiakkaan ohjaus Arvon maksimoin. PäiviMäinen yhteistyö Taitava, mo.voitunut.imi Kasvokkaiskommunikaa.o Kestävä työtah. Tekninen kunnianhimo ketterä Tilaajan ohjaus- ja priorisoin.vastuu hankinta? NimeMy kemerä metodi, nimetyt resurssit Nimetyt resurssit,.laajan ohjausvastuu, visio ja mimarit Minimidokumentaa.on nimeäminen, nimemy kemerä metodi NimeMy kemerä metodi NimeMy kemerä metodi (sis. valmiin määritelmä), lähdekoodin julkaiseminen Ominaisuuksien karsiminen Tiimin itseorganisoituvuus Tiimin oppien hyödyntäminen Tilaajan ohjaus- ja priorisoin.vastuu Tilaajan ohjaus- ja priorisoin.vastuu, visio ja mimarit NimeMy kemerä metodi Photo: piyaphon phemtaweepon, Flickr
Ketterän hankinnan alalajeja 1. Kokeilujen tai protojen hankinta 2. Määritellyn pienimmän julkaistavan tuotteen hankinta + iteratiivinen jatkokehitys 3. Resurssien ostaminen itse johdettavaksi
1. Kokeilujen tai protojen hankinnalla Testataan aiottua toteutustapaa Kuva: NOBL / Spotify
Protoilu hankintana Tähtäimessä toteutustavan kokeilu, ei vielä pienin jukaistava tuote Koko tyypillisesti alle 60 000 euroa, joko kiinteä tai päivähinta Nopea toteutus 1 vko 2 kk Kuva: Alan, Flickr Kuva: Alan, Flickr Varsinaisessa toteutuksessa varaudutaan aloittamaan teknisesti alusta
2. MVP + iterointi hankintana Esim. Tanskan julkishallinnossa suositeltu malli Määritelty pienin julkaistava tuote ja sille tavoitehinta Kuva: Steven Depolo, Flickr MVP:n saavuttamisen jälkeen jatketaan iterointia päivähinnalla
JIT2015 ketterät ehdot sukua MVP + iterointi -ajattelulle Periaate Yhteistyön korostaminen Toimivaa ohjelmistoa jatkuvas. Valmius muutokseen Arvon maksimoin. PäiviMäinen yhteistyö Taitava, mo.voitunut.imi Kasvokkaiskommunikaa.o Kestävä työtah. Tekninen kunnianhimo Ominaisuuksien karsiminen Tiimin itseorganisoituvuus Sopimusohjaus Tiimin oppien hyödyntäminen EhdoMomat ja valinnaiset vaa.mukset Kuva: Alan, Flickr Perinteinen vastuujako: toimimajalla vastuu, viivästyssakot,.laaja myötävaikumaa Iteraa.ot, osatoimitukset Perinteinen: ehdomomien vaa.musten ja julkaisusuunnitelman sisällä joustavaa, muuten sovitaan kirjallises. Perinteinen: toimimajan vastuulla, ehdomomat ja valinnaiset vaa.mukset Työ.laajan.loissa, molemmilla riimäväs. työaikaa Jos nimetään avainhenkilöt, toimimaja ei saa vaihtaa ja.laaja pyrkii olemaan vaihtamama EhdoMomat ja valinnaiset vaa.mukset, työ.laajan.loissa Perinteinen malli: toimimajalla vastuu projek.n onnistumisesta Takuu 6 kk; avoin lähdekoodi EhdoMomat ja valinnaiset vaa.mukset Lisärooleja ohjausryhmä, projek.päällikkö, yhteyshenkilöt, iteraa.ovastaava (toimimajalta, tuoteomistajan tehtävät)
3. Resurssien hankinta itse johdettavaksi Muodikkainta Suomessa J Hankitaan resursseja päivähinnalla, ei lopputuloksia Keskitytään saamaan parhaat mahdolliset osaajat tarpeeseen Kuva: Flickr, guilherme jofili Sopimuksellisesti ei riskien minimointia vaan onnistumisen edellytysten maksinointia
Ketterä hankinta Ei ole hopealuoti Kuva: Chris Turner Photography, Flickr
Miten resurssien ostaja onnistuu ketterässä kehityksessä? Avainrooleissa: 1. Läpinäkyvyys 2. Vastuun otto visiosta eli projektin suunnasta 3. Vastuun ottaminen myös teknologiavisiosta 4. Budjetin strateginen käyttäminen 5. Kyky yhteistyön johtamiseen
1. Läpinäkyvyys Projektin kaikilla tasoilla Photo: Javier Mar\nez Solera, Flickr
Läpinäkyvyys on ketterän hankinnan Tärkein riskienhallintakeino 1. Konkreettisin ja tärkein ulottuvuus projektissa syntyvien lopputulosten tallentaminen säännöllisesti esim. Githubiin 2. Toteutuksen etenemisen seuranta suhteessa tavoitteisiin suhteessa tuotettuun arvoon, ei toteutettujen ominaisuuksien määrään 3. Yhteistyön sujumisen pohjana avoimuus budjetista ja tavoitteista, pääsy tiimille kaikkiin työskentelyä ohjaaviin tietoihin sekä jatkuva kommunikointi läpinäkyvyyteen varattava aikaa ja rahaa
2. Vastuun otto visiosta
Vision hallinta On muutokseen reagoimista 1. Tilaajan vastuulla on, että toteutustiimin ajasta saadaan kullakin hetkellä paras arvo irti 2. Tämä edellyttää hyvää suunnitelmaa käyttäjäpalautteen jatkuvaan hankkimiseen ja siihen reagoimiseen 3. Suunnittelun pohjana MVP-ajattelu: mitkä ovat ne 20 % ratkaisut jotka täyttävät 80 % käyttäjätarpeesta?
3. Vastuun otto Myös teknologiavisiosta Kuva: Flickr, José María Pérez Nuñez
Omalla teknologiavisiolla Hallitaan lopputuloksen elinkaarta 1. On muodikasta jättää teknologiavalinta tiimille, mutta tämä johtaa monesti ylläpidettävyysongelmiin 2. Ihannetapauksessa esiselvityksen tai pilotoinnin pohjalta on tehty alustava teknologiavalinta, ja hankinta tehdään sitä vasten 3. Mikäli tämä ei ole mahdollista, puolueeton arkkitehti (edes ulkopuolinen konsultti) on tiimille hyvä keskustelukumppani 4. Varmistuskysymys ennen hankintaa: miten pitäisi priorisoida, että vältettäisiin resurssiosto ja pystyttäisiin ostamaan tuote tai SaaS?
4. Budjetin Strateginen käyttö Photo: Karoliina Luoto
MVP-budjetointi Varmistaa että ketteryys on aitoa 1. Tavoite: ensimmäinen julkaisu kaikille käyttäjille tehdään viimeistään, kun 50 % budjetista on käytetty 2. Tämä varmistaa sen, että loput 50 % budjetista palvelua voidaan kehittää aidon iteratiivisesti palautteen pohjalta 3. Edellyttää aitoa 20/80-ajattelua, priorisointia ja asiakaspalautteeseen reagointia
4. Yhteistyön Johtaminen Photo: scarlatti2004, Flickr
Yhteistyön johtaminen varmistaa että Euroista saadaan paras irti 1. Yhteistyötaitoja kannattaa hankintavaiheessa arvioida, esim. koodausleirit tai muut käytännön kokeet tähän hyvä tapa 2. Johtamisen avainroolissa on tuoteomistaja, mielellään yhtä kokenut kuin kehittäjät - erityisesti, jos kyseessä on monitoimittajaympäristö 3. Ketteryyden isoimpia tehokkuuden tuojia on jatkuvan oppimisen idea jota kannattaa myös pitää kunniassa projektin arjessa
Miten resurssien ostaja onnistuu ketterässä kehityksessä? Avainrooleissa: 1. Läpinäkyvyys 2. Vastuun otto visiosta eli projektin suunnasta 3. Vastuun ottaminen myös teknologiavisiosta 4. Budjetin strateginen käyttäminen 5. Kyky yhteistyön johtamiseen
Ketterän ostajan happotesti: Onko visio kasassa? Kuva: Flickr, Kerr Photography
V is i o l a k a n a Tarve Mitä käyttäjien tarvetta ratkaistaan? Miten tarve on todennettu? Kenelle Millainen henkilö tärkein käyttäjä tai asiakas on? Toteutusvisio Ratkaisu Millä loppukäyttäjän ongelma aiotaan ratkaista? Miten ratkaisun toimivuus on todennettu? KäyMäjäpalaute Mistä tiedämme että onnistumme käyttäjän ongelman ratkaisemisessa? Miten onnistuminen todennetaan kehityksen aikana (kyselyt, proton testaus, analytiikka, tutkimukset)? Millä teknologialla ratkaisu toteutetaan? Mitä sillä korvataan? Mikä on onnistumiselle ensiarvoista? Mihin jatkokehitettävyys perustuu? Voidaanko käyttää valmisratkaisuja? Mihin järjestelmiin ratkaisu liittyy ja mitä tietoa on liikuttava näiden välillä? Ainutlaatuinen arvo Mikä on se tekijä joka saa käyttäjät valitsemaan tämän ratkaisun muiden ratkaisuiden sijaan? Tärkein ominaisuus jolla helpotamme omaa työtämme? Miten ainutlaatuinen arvo on todennettu? ToimintamiMarit Avainresurssit Mitkä resurssit ovat elintärkeät onnistumiselle? Mitä toteuttajilta vaaditaan? Budjetti projektille? Budjetti jatkokehitykselle ja ylläpidolle? Rajoitukset Toiminnan sykli, johon aikataulun on osuttava Lainsäädäntö tai muut säännökset Tekniset rajoitukset IT-arkkitehtuuriperiaatteet Ratkaisun tekniset riskit Minkä muutoksen ratkaisu tuo (laadun paranemista, toiminnan nopeutumista)? Mitkä ovat välittömät toiminnan mittarit? Mitkä ovat välilliset mittarit muutoksen todentamiseksi?
Photo: Karoliina Luoto Visiolakanan lataus ja paljon muuta: Codento.fi @totoroki karoliina.luoto@codento.com