SAFe transformaatio OPssa, (SAFe= Scaled Agile Framework) Mika Heikkinen, OP

Transkriptio

1 SAFe transformaatio OPssa, (SAFe= Scaled Agile Framework) Mika Heikkinen, OP

2 Agenda Miksi ja miten ketteröitämme Mittaamisesta ajatuksia [Alatunniste]

3 Miksi ja miten ketteröitämme

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

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

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

7 Olemme valinneet ketteröittämisen viitekehykseksi SAFe:n (Scaled Agile Framework) Lean Manufacturing Agile Manifesto Beyond Budgeting SAFe on suosittu ja jatkuvasti kehittyvä Scaled työkalupakki organisaatioiden Agile laajamittaiseen ketteröittämiseen. Se on Framework 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:

8 SAFe tarkastelee toimintaa kolmella tasolla

9 SAFe käytössä

10 OP:n Visio - Uskomme ketteryyden tuovan merkittäviä hyötyjä Korkeampi asiakastyytyväisyys asiakkaita osallistamalla Palautetta asiakkailta tuotekehitykseen 2. Suurempia hyötyjä nopeammin aikaisemmalla arvontuotolla Tunnistamme minimiratkaisun ja tuomme hyötyjä tuottavia palveluita nopeasti markkinoille 3. 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 4. Nopeampi reagointikyky Kehittämisen sisältöä voidaan muuttaa joustavammin perustuen asiakkaan ja liiketoiminnan tarpeisiin 5. Mahdollistaa tiedolla johtamisen Parempi näkyvyys kehittämisen tilaan 6. Yhteistyö paranee yli organisaatiorajojen

11 Seuraavat askelmerkkimme visiota kohti Tavoitteet vuodelle 2016 VISIO 1. Korkeampi asiakastyytyväisyys asiakkaita osallistamalla 2. Suurempia hyötyjä nopeammin aikaisemmalla arvontuotolla 3. Jatkuva palveluiden parantaminen ja laajentaminen pienemmillä kokonaisuuksilla 4. Nopeampi reagointikyky 5. Mahdollistaa tiedolla johtamisen 6. Yhteistyö paranee yli organisaatiorajojen TAVOITTEET 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) ETENEMISTAPA 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 11

12 Portfolio Viemme muutosta eteenpäin SAFe-metodologialla Teema Epic 1 Epic3 Epic2 Epic4 12 Release planning Program PI 0 Feature 1-n PI Planning Feature 1-n PI 1 Feature 1-n Feature 1-nRelease on Demand Käyttöön oton valmistelu Relx Feature 1-n Feature 1-n Feature 1-n PI 2 PI Planning PI 3 Story 1-n PI Planning Tiimi Sprint Planning Sprint 1 Sprint 2 Sprint 3 IP sprint Sprint Planning 2 vkoa 2 vkoa Sprint Planning 2 vkoa Sprint Planning IP 2 vkoa

13 SAFe-portfolion johtamisen taso soveltuu kaikkeen kehittämiseen, toteutusmalli päätetään tapauskohtaisesti 13 Esim: Pankkitoiminta... T P K 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, päätöksenteko noudattaa K-mallia Ketterät hankkeet(scrum) noudattavat vaiheistettua V-mallia Scrum project Perinteiset vesiputousmallin hankkeet noudattavat vaiheistettua V-mallia [Alatunniste] M S To Te Minor Development H Perinteinen pienkehittäminen noudattaa pienkehitysprosessin mallia

14 Mittaaminen ja seuranta

15 Perusperiaate- Liiketoiminta ohjaa toteutusta keskittyen hyötyihin ja sisältöön 15 Vesiputous Ketterä/SAFe OMINAISUUDET KUSTANNUKSET ALUSTAVA ROADMAP Kiinnitetään P2 päätöksessä TAVOIT -TEET Kiinnitetään K2 päätöksellä Asetetaan kehitysjakso kerrallaan liiketoiminnan toimesta TAVOIT- TEET Ymmärrettävää: Mikä osa ominaisuuksista on oikeasti pakollista ja mikä voi joustaa. Tehdään pala kerrallaan KUSTANNUKSET AIKATAULU OMINAISUUDET ja JULKAISUAIKATAULU Muutokset ensisijaisesti muutoshallinnan kautta Muokattu. Alkuperäinen: Niklas Killström Muutokset ensisijaisesti seuraavaan kehitysjaksoon

16 16 Aikaisempi vs. nykyinen - portfoliotason mittarit Aikaisemmin (perinteinen) Nykyinen (SAFe) Mittaaminen Läpimenoaika Aikataulupito Kustannuspito Projektin tyytyväisyys Mittaaminen Työntekijöiden sitoutuminen Asiakastyytyväisyys Ketteryys Time-to-Market Laatu Seuranta Liikennevalot Status raportointi Seuranta Liikennevalot Demot Status raportointi

17 SAFe portfoliotason mittarit 17 Hyöty Odotettu tulos Mittarit Työntekijöiden sitoutuminen Työtyytyväisyys paranee; vaihtuvuus pienenee Asiakastyytyväisyys NPS (Net Promoter Score) paranee NPS Henkilöstökyselyt; HR tilastot Ketteryys Tiimi- ja programtason jatkuva kehittyminen Määritettävä Time-to-Market Tiheämpi julkaisusykli Julkaisujen määrä per vuosi per juna Laatu Julkaisujen jälkeiset (julkaisuun liittyvät) virheet vähenevät tuotannossa Defect data Huom! Työn etenemisen läpinäkyvyys (transparency) ja etenemisen seuranta tullaan määrittelemään erikseen

18 18 SAFE-muutoksen haasteita 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]