Mitä hyötyä on ketterästä portfolion hallinnasta? Maarit Laanti 12.1.2017
sisältö 1. Kuka puhuu? 2. Mitä on Lean, mitä on ketterä? 3. Mitä on ketterä portfolion hallinta ja mitä hyöhyä siitä on?
Maarit Laanti 20 vuotta erilaisissa tuotekehitystehtävissä Nokialla, 6 vuotta organisaation kehityksessä muuttaen organisaatiota ketteräksi ja Leaniksi Kouluttanut ja valmentanut satoja henkilöitä tiimitasolta johtoryhmiin ketteriin menetelmiin Scaled Agile Framework (SAFe) Program Consultant Trainer / Nitor Delta SAFe raamin kontribuuttori Nitor Deltan perustajia Väitöskirja laajamittaisesta ketteryydestä Agile Methods in Large-Scale Software Development Organizations Applicability and Model for Adoption (2013) Program Chair XP 2015, 2016, 2017 konferensessa (Large-scale agile), Program Chair Agile Brazil 2013, 2015, 2016
Nitor Perustettu 2007 Helsingissä Liikevaihto 2016 n. 14 M Työllistää yli 90 alan ammattilaista
Kestävää digitaalista kehitystä LEAN DESIGN Konseptisuunnittelu Arkkitehtuuri Käyttäjäkokemus Prototyypitys KETTERÄ MUUTOS Konsultointi Koulutus KETTERÄ TOIMITUS Kehitys Testaus Ylläpito
MITÄ ON LEAN, MITÄ ON KETTERÄ?
Kehittämisen organisoimisen historiaa Aikaperspektiivissä: Käsityöläisyys (ennen 1700-lukua) Massatuotanto (teollinen vallankumous 1700 1800) Pullonkaulateoria (Toyota 1940, Mawes: 1963, Goldratt: Goal 1984) Lean (Toyota TPS ~ 1975, Lean Thinking 1996) Ketterä (Manifesti 2001, Scrum Alliance 2002, Extreme Programming Explained 1999, Scaled Agile Framework i.e. SAFe 2012)
Mitä on lean? Lean kehittäminen on joukko periaatteita ja käytänteitä, joilla voidaan optimoida tuotekehitystä ja tuotantoa, esim. Hukan poistaminen Sisäänrakennettu laatu Luo tietämystä Viivästetty päätöksenteko Nopeat toimitukset Tiimityön korostaminen Systeemin parantaminen
veto vai TYÖNTÖ? Massatuotanto: työntö (tavoitteen mukaan tuotanto) Kapasiteetti 100 per päivä Välivarasto Tarve Lean -tuotanto: veto (tarpeen mukaan tuottaminen) Tuotanto Tarve Veto on mahdollista vain kun läpimenoajat ovat riittävän nopeita!
Ketterän periaatteet 1. Tärkein tavoitteemme on tyydyttää asiakas toimittamalla tämän tarpeet täyttäviä versioita ohjelmistosta aikaisessa vaiheessa ja säännöllisesti 5. Rakennamme projektit motivoituneiden yksilöiden ympärille. Annamme heille puitteet ja tuen, jonka he tarvitsevat ja luotamme siihen, että he saavat työn tehtyä. 9. Teknisen laadun ja ohjelmiston hyvän rakenteen jatkuva huomiointi edesauttaa ketteryyttä. 2. Otamme vastaan muuttuvat vaatimukset myös kehityksen myöhäisessä vaiheessa. Ketterät menetelmät hyödyntävät muutosta asiakkaan kilpailukyvyn edistämiseksi. 3. Toimitamme versioita toimivasta ohjelmistosta säännöllisesti, parin viikon tai kuukauden välein, ja suosimme lyhyempää aikaväliä. 6. Tehokkain ja toimivin tapa tiedon välittämiseksi kehitystiimille ja tiimin jäsenten kesken on kasvokkain käytävä keskustelu. 7. Toimiva ohjelmisto on edistymisen ensisijainen mittari.. 10. Yksinkertaisuus - tekemättä jätettävän työn maksimointi - on oleellista. 11. Parhaat arkkitehtuurit, vaatimukset ja suunnitelmat syntyvät itseorganisoituvissa tiimeissä. 4. Liiketoiminnan edustajien ja ohjelmistokehittäjien tulee työskennellä yhdessä päivittäin koko projektin ajan. 8. Ketterät menetelmät kannustavat kestävään toimintatapaan. Hankkeen omistajien, kehittäjien ja ohjelmiston käyttäjien tulisi pystyä ylläpitämään työtahtinsa hamaan tulevaisuuteen. 12. Tiimi tarkastelee säännöllisesti, kuinka parantaa tehokkuuttaan, ja mukauttaa toimintaansa sen mukaisesti.
Ketterä on sekä iteratiivista että inkrementaalista Taidemaalarilla on ajatus valmiista maalauksesta mutta aloittaa silti tekemällä hahmotelman, ja lisää sitten yksityiskohtia Samaa strategiaa voi soveltaa tuotteisiin ja palveluihin pyrkimällä aloittamaan ideoiden koestaminen niin pian kuin mahdollista jotta tiedetään mitä ollaan tekemässä ennen isoja investointeja 1 2 3 4
Ketteryys tilauksesta toimitukseen? 1. Water 2. Scrum 3. Fall Forrester, 2011, Water-Scrum-Fall Is The Reality Of Agile For Most Organizations Today
Ketteryyden eri tasot 1. Strateginen ketteryys 2. Business Agility 3. Ketterä organisaatio 4. Ihmiset 5. Ketteryyttä tukevat työkalut 6. Organisaatiokulttuuri 7. Tuotteeseen / palveluun rakennettu joustavuus 8. Ansaintamallien joustavuus Scope of influence Enterprise Program Team
Adaptiivinen organisaatio MARKKINA- TUTKIMUKSET PORTFOLIO KENTTÄ- TUTKIMUKSET Suhteellinen tavoitteenasetanta Investoinnit / eteneminen Investointien balansointi ONGELMIEN RATKAISU MITTAUKSET PROGRAM JOUKKOISTAMINEN Adaptiivinen suunnittelu Mitä tehdään / miten tehdään Suhteellis et metriikat JATKUVA PARANTAMINEN TIIMIT KOKEILUVERSIOT Tekemisen hienosäätö Läpimenoajat Organisaation oppiminen VALMIIT VERSIOT
PERINTEINEN PALVELUNTUOTANTO EI RIITÄ TÄMÄN PÄIVÄN ONGELMIA EI RATKOTA EILISEN KEINOIN
Lean virtaus ohjelmistonkehityksessä Epics Features Stories Tasks Kieltäydy yksityiskohtaisista määrittelyisytä ja pitäydy karkeammalla tasolla kun suunnitellaan pitkällä tähtäimellä Kuinka moni vaatimus vanhenee jo ennen kuin työnteko alkaa? Jos tekeminen on tarpeeksi nopeaa erillistä määrittelyjen muutosprosessia ei tarvita Jos prosessi toimii, myös erillinen pikafixikaista on tarpeeton
Epicit, ominaisuudet ja käyttäjätarinat valmistuvat inkrementeissä ja sprinteissä Epic Tuote/ Palvelu Ominaisuus Inkrementti Käyttäjätarina Sprintti Taski
Mihin epiccejä tarvitaan? 1. Epicit tarkennetaan asteittain Eroon vaatyimuspinoista (vaatimus-hukasta) Kehitä ja paranna alkuperäistä visiota Mahdollistavat veto-perusteisen tekemisen (pois työnnöstä) Asteittainen määritteleminen mahdollistaa paremman kommunikaation ICT:n ja nismeksen kanssa 2. Epicit kommunikoivat asiakkaan tarpeita Teknisestä kontekstista asiakkaan tarpeiden ymmärtämiseen Priorisointi varmistaa että tarkeimmät perusasiat tehdään ensin ja jos jotain jätetään pois se on vähiten arvokasta Kokonaisten käyttäjäkokemusten toimittaminen Mahdollistavat ketterän organisaation Nopeat ohjausliikkeet
Eräkoon optimoiminen Kustannus Optimi eräkoko Kokonaiskustannus Säilytyskustannus Siirtokustannus Erän koko
Internet-ajan kehittäminen: Miten ohjelmat MYYDÄÄN? Laatikoissa Internetissä Pilvessä 80 s ~mid 90 s 2010 s Ohjelmistojen jakelu muuttuu laatikoista virtuaalijakeluun. Jakelukustannus häviää. Tekijöitä: Jakeluverkoston kustannus Nopeampi investointien kierto, nopeampi konseptien tuotteistaminen
Ketterä portfolion hallinta
Tyypillisiä perinteisen tekemisen ongelmia Vaatimusjono Työjono Virhejono Sisältö määritellään tarkasti hyvin aikaisessa vaiheessa Päällekkäiset projektit ja pitkät läpimenoajat Pitkä virheiden korjausvaihe Kerää kaikki vaatimukset Lopputulos: ei kovin käytettävä tuote tai palvelu Paljonko toimitetusta toiminnallisuudesta oli todellisuudessa käytössä? 16% 13% 7% 19% 45% Ei koskaan Harvoin Joskus Usein Aina
Keskeisinä malleina päätöksentekoprosessin ketteröittämisessä ovat: Yksityiskohtien tarkentaminen itse määrityksiin tarpeen mukaan hankkeen edetessä Saadun palautteen nopeuttaminen Palautesyklien rakentaminen kaikille tasoille Hankesalkun reaaliaikainen tasapainottaminen Palautesyklien tuominen myös investointipäätöksiin
Perinteisesti hanketasoa häiritsee päällekkäiset hankkeet ja kilpailevat prioriteetit.
Rullaava kehityssuunnittelu Suhteellinen tavotteiden asetanta (kilpailijavertailu) kenttäkokeet Prioriteetit ja tavoitteet Asteittainen määrittely Nopeat releaset Nopea asiakaspalaute Joukkoistaminen Hankesalkun hallinta Nopea palaute läpinäkyvyys Toteutus Epävarmuuden käsittely mukana prosessissa: Adaptiivinen päätöksenteko Asteittainen sitoutuminen Nopea palaute
Ketterällä portfolion hallinnalla halutaan varmistaa, että käynnistetään kerralla vain se määrä hankkeita, joka pystytään viemään läpi tuote- ja palvelukehityksen kapasiteetilla.
Ketterässä hankesalkun hallinnassa: Hyväksytyt hankkeet järjestetään jonoon toteutusjärjestyksen mukaan ts. mitkä otetaan työn alle ja mitkä käynnistetään vasta myöhemmin. Yhtäaikaisen, käynnissä olevan työn määrää rajoitetaan eli sovitetaan tekeminen kapasiteetin mukaan. Arvoketjun uusia kehitystarpeita sekä vanhojen jatko- ja pienkehitystä tarkastellaan kokonaisuutena.
sopeuttava ohjaus Vaikuttavatko tehdyt toimenpiteet oikein? Miltä tulokset näyttävät? Visiot à tekeminen, ei visiot à projektità tekeminen Henkilöt Eli kustannus Johda visiolla Timebox, 1-3 kk:tta Dialogi: Mikä on parasta mitä voidaan saada aikaiseksi? Suunta Tekeminen: Priorisoitu lista
Adaptiivinen organisaatio / johtaminen 1. Ohjauksen pitää olla läpinäkyvää ylhäältä alas 2. Palautteen pitää olla oikea aikaista, oikeaa ja jatkuvaa kaikille tasoille 3. Pitää tehdä enemmän sitä mikä saa enemmän hyviä tuloksia aikaan
Adaptiivisuus mahdollistaa kasvun Perinteiset menetelmät mittaavat ajateltua eroa suunnitelman ja toteutuksen välillä..tämä on negatiiviseen palautteeseen perustuva järjestelmä, jonka maksimi on suunnitelman toteutuminen sellaisenaan. Adaptiiviset järjestelmät mittaavat suuntaa ja etenemää. Tämä on positiiviseen palautteeseen perustuva järjestelmä, joka mahdollistaa kasvun. gap 1 2 3 4 5 6
Uuden ja vanhan johtamisen ero Perinteinen johtaminen sopeuttaa Tee suunnitelma ja mittaa eroa suunnitelman ja toteutuksen välillä Määrittele projekti tarkasti ja poista epävarmuus Maksimitulos == suunnitelma toteutuu sellaisenaan Adaptiivinen johtaminen on kasvua hakevaa Aseta sivio ja mittaa nopeutta ja suuntaa Rullaava ennustaminen Aloita nopeasti, ja ota välitön palaute ja korjaa sen perusteella Maksimitulos == rajoittamaton
Tiekartta, rullaava suunnittelu Epic A Esimerkki ketterän portfolion hallinnasta Ideat Analyysi Backlog Toteutus A1 A1 VALMIS Epic B B1 B1 B2 B2 A1 Arkkitehtuurin kaista Arkkitehtuuri A2 A3 Roskis Takaisin suunnit teluun Valmiin määritelmä (DOR)
Perinteinen palvelu ja käytettävyys ei riitä Tämän päivän ongelmia ei voi ratkoa eilisen menetelmillä
Asiakasarvon mittaaminen Palveluiden lean-mittarit Käytettävyysaste Kuinka nopea palvelu on Kuinka tarkasti onnistuttiin täyttämään asiakkaan toiveet Kuinka monta virhetilannetta tapahtui palvelua käytettäessä Asiakastyytyväisyyden mittaaminen Suositteluindeksi (suosittelisitko tätä tuotetta/ palvelua kollegallesi?)
Ajoissa & budjetissa tehty projekti voi olla iso epäonnistuminen! NPS -20
Paremman palvelun strategia Vanha käsin tehty palvelu Digitalisoin: Palvelukomponen:n hyödyntäminen Kaikilla tuotteilla on kaksi komponenttia: Itse tuote Tuotteeseen liittyvä palvelu Palvelu voi olla: Ostopäätöksen tekeminen helpoksi Asiakkaan vaivan vähentäminen Ennustaa milloin palvelua tai tuotetta tarvitaan seuraavan kerran
Elämyksestä maksetaan enemmän Mitä myydään? Elämystä? TuoteBa? Raaka-aineBa?
Elämys ei synny siiloissa UX Arkkitehtuuri Testaus Kehitys Arvovirta
Koska kokonaisuus on enemmän kuin osiensa summa! UX Arch Palaute Yhdessä kehibyminen, co-evoluupo Aristotele SynergisPnen näkemys! Palaute on oikea-aikaista ja tarkkaa!
Ketterän portfolionhallinnan hyödyt 1. Lean portfolio enemmän yhteisiä ratkaisuja, standardirataisuja, vähemmän poliksi valmista Yksinkertaisten, toimivien ratkaisujen etsiminen 2. Yhtenäisyys Yhtenäinen suunta, yhteiset prioriteetit, jaettu ymmärrys 3. Optioajattelu: systemaattinen menestyksen luominen Näkyvyys mahdollistaa herkkäliikkeisemmän ohjauksen Aloita helpommin; todista toimivuus lisärahan saamiseksi 4. Parempi kulujen seuranta ja hallinta Kulujen hallinta ensimmäisestä eurosta lähtien
Kysyttävää? Kiitos mielenkiinnosta! 42