SAFe transformaatio OPssa OP Kristian Hamstrm OP Agenda

SAFe transformaatio OPssa © OP Kristian Hamström, OP

Agenda (30 min. ) Miksi ketteröitämme Scaled Agile Framework (SAFe) © OP SAFe Way of Working hanke [Alatunniste]

© OP Miksi ketteröitämme

Liiketoimintaympäristö on muuttunut © OP Digitaaliset palvelut ovat tulleet kriittisiksi kilpailutekijöiksi Nopein kerää voitot Innovaatio on pakollista menestyäkseen Nopeus on kasvanut Uusia merkityksellisiä tuotteita pitää toimittaa nopeasti Markkinan muutoksiin pitää reagoida kuukausissa Virheet pitää korjata tunneissa tai jopa minuuteissa Käytettävyys on tärkein erottautumistekijä palveluiden välillä Uusi sukupolvi olettaa, että kaikki toimii kuten Facebook tai Spotify Uudenlainen asiakaskäyttäytyminen ja –segmentointi – tämä on opittava Uudenlaiset liiketoimintamallit – ymmärrä ja hyödynnä Ostaminen ja selailu täytyy olla mahdollista kaikilla alustoilla ja laitteilla

5 Kehittämisen kipupisteitä – syitä ja seurauksia Kehittäminen ei ole riittävän johtaa ja priorisoida Kyky kehittämistä liiketoimintatavoitteiden ja kapasiteetin mukaisesti on puutteellinen. asiakas- tai liiketoimintalähtöistä, vaan Toiminta on pirstaleista ja Päätöksentekokäytännöt ovat hajanaiset. ongelmalähtöistä. näkymä yli salkkujen puuttuu. Läpinäkyvyys on heikko. Yhteistyö toimittajien kanssa on vaikeaa. Hankkeiden raekoko on liian iso. Aloitamme Regulaatiohankkeet ja häiriöhuolto liikaa hankkeita. Meiltä puuttuu menetelmät suunnitella todellista © OP kapasiteettia. työllistävät kehitysorganisaation. Laatu on paikoin heikkoa ja palveluita joudutaan korjaamaan hankkeiden valmistumisen jälkeen. Budjetoitua kehittämisen raamia ei saada käytettyä. Hallinnointikustannukset paisuvat Läpimenoajat ovat pitkiä. Julkaisuja ei saada asiakkaille riittävän nopeasti. ketteryys puuttuu, nopeat Strateginen suunnan muutokset ovat vaikeita. Hankkeiden liiketoiminnalliset hyödyt jäävät saavuttamatta tai emme ainakaan mittaa/johda niitä. Yksittäisten hankkeiden kustannukset paisuvat ja ylittävät budjetoidun.

6 Miksi haluamme ketteriä menetelmiä? Ketterä vs. perinteinen* Kustannus -29% Aikataulu +91% Tuottavuus +97% Laatu +50% Tyytyväisyys +400% ROI +470% © OP • Dr. David F. Rico, PMP, CSM ”WHAT IS THE ROI OF AGILE VS. TRADITIONAL METHODS? ” [Alatunniste] Standish Group (2012): Chaos Manifesto. Boston, MA, Author

OPn ketteröittämisen historia – olemme siirtyneet tiimitasosta portfoliotasolle – Ja vauhti kiihtyy… Muutosvauhti kiihtyy 2016 Yli 30 PI-kierrosta takana Yli 10 toimitusjunaa käynnissä, 350 henkilöä työskentelee junissa Laajamittaisemmat SAFe-koulutukset alkavat Ensimmäiset SAFepilotit Ketteriä yksittäisprojekteja © OP <2014 Portfolioden laajamittaisempi safeistus SAFE WOW-hanke Ryhmätasoisen SAFen muutoksen edistämiseksi Benchmarkkaus muiden yrityksen kanssa alkaa Tietyillä alueilla yli 50% kehittämisestä Safessa 2015 2016

OP: n Visio - Uskomme ketteryyden tuovan merkittäviä hyötyjä 1. 2. 3. 4. © OP 5. 6. Korkeampi asiakastyytyväisyys asiakkaita osallistamalla • Palautetta asiakkailta tuotekehitykseen Suurempia hyötyjä nopeammin aikaisemmalla arvontuotolla • Tunnistamme minimiratkaisun ja tuomme hyötyjä tuottavia palveluita nopeasti markkinoille Jatkuva palveluiden parantaminen ja laajentaminen pienemmillä kokonaisuuksilla • Kehittäminen pilkotaan pienempiin osakokonaisuuksiin ja vaiheistetaan • Kehittäminen suhteutetaan kapasiteettiin ja asiat valmistuvat nopeammin • Aloitetaan uutta kehittämistä vasta kun meneillään oleva on tehty Nopeampi reagointikyky • Kehittämisen sisältöä voidaan muuttaa joustavammin perustuen asiakkaan ja liiketoiminnan tarpeisiin Mahdollistaa tiedolla johtamisen • Parempi näkyvyys kehittämisen tilaan Yhteistyö paranee yli organisaatiorajojen 8

© OP Scaled Agile Framework (SAFe)

Olemme valinneet ketteröittämisen viitekehykseksi SAFe: n (Scaled Agile Framework) Lean Manufacturing Agile Manifesto Beyond Budgeting © OP Scaled Agile Framework SAFe on käytännön kokemukseen perustuva ja jatkuvasti kehittyvä työkalupakki organisaatioiden laajamittaiseen ketteröittämiseen. Se on laajenevasti käytössä maailmalla isoissa organisaatioissa. Suurin osa US Fortune 500 yrityksistä on ottamassa SAFea käyttöön. SAFe vastaa nimenomaan digitaalisuuden vaatimuksiin. Lisätietoja: http: //www. scaledagileframework. com/

Mikä on SAFe-malli? © OP Viitekehys organisaation laajamittaiseen ketteröittämiseen Sovitetaan kulloisenkin organisaatioon tarpeita vastaavaksi Kattaa yrityksen toiminnot hankkeen toteutustasosta operatiiviseen portfolion johtamiseen, investointimalleihin ja tapaan suunnitella tulevaisuutta ja seurata toteumia Perustana Lean-periaatteet: Jatkuva parantaminen (Kaizen) ja hukan eliminointi SAFe-mallin hyödyt organisaatiolle – malli sujuvoittaa hankkeiden läpivientiä, sisällön priorisointia sekä riippuvuuksien hallintaa – ”Tehdään asiakkaan kannalta oikeita asioita oikeassa aikataulussa” portfolion priorisointia, päätöksentekoa ja resurssien suunnittelua – ”Tehdään tavoitteiden kannalta oikeat asiat oikeassa järjestyksessä”

SAFe Lean/Agile -periaatteet Arvovirta-ajattelu Hukan poistaminen Imuohjaus Työntekijöiden osallistaminen toiminnan kehittämiseen Toiminnan jatkuva kehittäminen © OP

© OP SAFe käytössä

14 ® Scaled Agile Framework (SAFe) Tärkeimmät arvot: 1. Toteutuksen laatu (Code Quality) 2. Program-tason toiminta (Program execution) 3. Linjaus (Alignment) 4. Läpinäkyvyys (Transparency) © OP http: //Scaled. Agile. Framework. com

© OP SAFe tarkastelee toimintaa kolmella tasolla

1. Portfolio © OP Tehtävä • Tunnistaa liiketoimintahyödyt tuotekohtaisten vaatimusten sijaan • Varmistaa, että käynnistetään kerralla vain se määrä kehittämistä, joka pystytään viemään läpi tuote- ja palvelukehityksen kapasiteetilla. • Johtaa portfoliota tiekartan avulla: suunnitellaan eteenpäin, lähiaika näkyy tarkemmin ja tulevaisuus tarkentuu ajan kuluessa • Pilkkoa ja vaiheistaa tekemiset, jotta eräkoko pienenee • Tunnistaa arkkitehtuuriratkaisut, jotka tulee toteuttaa osana hanketta

2. Program © OP Tehtävä • Ohjaa toteutusta sisällön ja tavoitteiden kautta huomioiden elinkaarikustannukset • Hallitsee riippuvuuksia • Luo näkyvyyden hankkeen sisällä ja yli hankkeiden tekemiseen ja syntyviin tuloksiin • Tavoitteena saada aikaan jatkuva kehittämisen virta, jossa minimoidaan hankkeen pystytyksen kustannukset • Riskien minimointi kokeilemalla, testaamalla ja hakemalla palautetta nopealla syklillä. Turhia toimintoja ei tehdä varastoon

3. Toteutustiimitaso © OP • Scrum/Kanban/… ketterät tiimit • Toteuttaa ja testaa ratkaisuja • Tärkein mittari tiimin työlle on toimiva sovellus – tuotehallinta näkee konkreettisesti työn tulokset vähitellen ja sovellus on jatkuvasti julkaisukunnossa

Toimitusjuna (Agile Release Train, ART) © OP • Yksi iso ketterä tiimi • Jatkuva kehittämisen virta, säännölliset ”pysäkit” • Tiimit/henkilöt osallistuvat kerrallaan yhteen toimitusjunaan • pl. jaetut resurssit (tietokanta-asiantuntija, jne. ) • Tyypillisesti 50 -125 henkilöä • Uuskehitys, pienkehitys

Program Increment (PI) © OP • Toimitusjunalle yksi PI == tiimille yksi sprintti • Tyypillisesti n. 2 kk (4 -6 sprinttiä) • PI alkaa suunnittelutilaisuudella, jossa koko tiimi yhdessä suunnittelee seuraavan PI: n • Yhteinen näkemys mikä on mahdollista toteuttaa • PI: n lopuksi demo ja yhteinen retrospektiivi • Tuotantoon vienti voi tapahtua PI: n päätteeksi tai sen keskellä

21 SAFe-portfolion johtamisen taso soveltuu kaikkeen kehittämiseen, toteutusmalli päätetään tapauskohtaisesti T P K Esim: Pankkitoiminta • Kaikkea kehittämistä ohjataan SAFe-mallin mukaan toimivista portfolioista liiketoimintahyötyihin ja muihin mittareihin pohjautuen . . . • Toteutus SAFe-mallin mukaisessa toimitusjunassa edellyttää pitempiaikaista organisoitumista Lean ja Agile periaatteiden mukaiseen toimintamalliin, • Ketterät hankkeet(Scrum) noudattavat vaiheistettua V-mallia • Perinteiset vesiputousmallin hankkeet noudattavat vaiheistettua V-mallia Scrum project • Perinteinen pienkehittäminen noudattaa pienkehitysprosessin mallia © OP M [Alatunniste] S To Te Minor Development H

22 © OP SAFe tarjoaa tavan muuttua Lean/ketterään portfolion hallinnan malliin Perinteinen vaiheistettu malli Lean/ketterä malli 1 Keskitetty päätöksenteko 1 Hajautettu päätöksenteko 2 Projektin hallinta, projektilla alku ja loppu 2 Kysynnän hallinta, jatkuva arvovirta 3 Tarkat projektisuunnitelmat 3 Kevyet, Teema ja Epic -tasoiset liiketoimintasuunnitelmat 4 Keskitetty vuosittainen suunnittelu 4 Hajautettu, rullaava suunnittelu 5 Tarkka, yksityiskohtainen työsuunnitelma 5 Ketterä estimointi ja suunnittelu 6 Projektikohtainen rahoitus 6 Kapasiteetin rahoitus 7 Vesiputousmallin vaiheistus 7 Objektiiviset, saavutuksiin perustuvat mittarit ja vaiheet

23 © OP Miten kehittämisen johtaminen muuttuu? Perinteinen salkku Lean ja ketterä salkku Investoinnit hyväksytään hankeesitysten pohjalta Investoinnit määritellään arvovirtojen ja strategiasta johdettujen investointiteemojen perusteella Hankkeiden tavoitteena ratkaista laajoja ongelmia kattavasti Kehittämisen tavoitteena tehdä merkittäviä liiketoimintaparannuksia nopeasti Paljon rinnakkaisia keskeneräisiä asioita seurattavana Johto priorisoi aktiivisesti jotta arvontuotto maksimoidaan Edistymistä seurataan hankkeiden valmiusasteen perusteella Edistymistä seurataan valmistuvista asioista saatavan arvon perusteella Suunnan muuttaminen hankalaa ja hidasta Suunnan muuttaminen helppoa ja oleellista jatkuvalle kehittymiselle

© OP OP SAFe Way of Working hanke

SAFE WOW – muutosta viedään SAFE-periaatteiden mukaisesti eteenpäin 25 PI: n kesto yleensä 8 viikkoa m 1 m 2 m 3 m 4 m 5 m 6 m 7 m 8 m 9 Release planning PI n Release on Demand LP 3/4 I&A PI Planning PI n+1 LP 3/4 LP 5 I&A Käyttöönoton valmistelu I&A PI Planning Relx Ylläpito UAT PI n+2 LP 3/4 I&A PI Planning PI n+3 © OP 3 vkoa Sprint 3 Sprint Planning 3 vkoa Sprint 2 Sprint Planning Sprint 1 IP 2 vkoa I&A PI Planning LP 3/4 I&A

26 Seuraavat askelmerkkimme visiota kohti Tavoitteet vuodelle 2016 VISIO 1. 2. 3. 4. 5. © OP 6. Korkeampi asiakastyytyväisyys asiakkaita osallistamalla Suurempia hyötyjä nopeammin aikaisemmalla arvontuotolla Jatkuva palveluiden parantaminen ja laajentaminen pienemmillä kokonaisuuksilla Nopeampi reagointikyky Mahdollistaa tiedolla johtamisen Yhteistyö paranee yli organisaatiorajojen TAVOITTEET 2016 ETENEMISTAPA 1. SAFe-toteutus kasvanut huomattavasti vuoden aikana, vuoden 2016 loppuun mennessä: Tuote- ja käyttöliittymätaso 2. SAFe normaali toimintamalli, jota kehitämme jatkuvasti (ei erillishanketta, eikä ulkoisia resursseja) 3. Läpinäkyvyys mahdollistettu, johdamme SAFekehittämistä mittariston avulla (myös muut kuin eurot) Muutoksen johtaminen EPICIT Priorisoidut ja nyt työstössä olevat epicit 1. SAFe portfolion hallinta 2. Johdon kyvykkyys 3. Läpinäkyvyys ja mittarit 4. Toimitusjunat 5. Muutoksen edistäminen ____________ Mahdolliset muut epicit: Ketterä budjetointi Dev. Ops kyvykkyyden kasvattaminen

27 K 2 LT-suunnitelma Tavoitteet SAFe-tavoitteet vuosi 2016 Tavoiteltava hyöty Kategoria Mittari Kvantitatiivinen Lanseerausten määrä (P/K 4. x) Lopputulos Tav 80 max 100 EPIC Läpimenoaika Prosessin toimivuus Nykytilan saaminen (H 1/2016) ja 2 H tavoitteena paraneva trendi UX, Tuote-/asiakaskerroksen toteuttaminen ketterällä toimitusmallilla Muutoksen indikaattori 100% ketterällä toteutusmallilla Q 4/16 PI Suunnitelmien ennustettavuus Prosessin luotettavuus Nykytilan saaminen (H 1/2016) ja tavoitteen asettaminen (H 2/2016) © OP Kvalitatiivinen SAFe-maturiteetti kehittynyt maturiteettimallin mukaisesti jokaisessa salkussa (salkku, portfolio, program, tiimi) Toteutuksen laatu Maturiteettia mitataan salkuissa ja portfolioissa. Lisäksi hankkeet/kaistat arviodaan Vaikuttavuus Lopputulos Portfolion LT mittareiden toteutuminen

28 SAFE-muutoksen haasteita © OP Valtavasti sidosryhmiä ja suuri muutos. Tarvitaan mieletön määrä muutosjohtamista Valtuuttamisen ja vastuun ottamisen kulttuuri (tai puute) Osaamisvaatimukset Työtilat ja työkalut Kumppaniyhteistyö [Alatunniste]