CxO Mentor Oy Miksi IT-projekti epäonnistuu miten epäonnistumiset estetään? 13.10.2011 Reino Myllymäki 2010
Onnistunut tietojärjestelmäprojekti -kirjan julkistus ellemme epäonnistu ;-) CxO Mentor Oy 2010 2011
Reino Myllymäki Keskeiset saavutukset ja erityisosaaminen tietohallinnon organisointi ja strategiatyö tietojärjestelmäprojektien arviointi Työkokemus Leading Mentor, CxO Mentor Oy 2010- Business Director, Wedo Consulting Oy 2008-2010 CIO, YIT Oyj 2005-2008 Toimitusjohtaja, YIT Tietotekniikka Oy 2000-2004 Tietohallintopäällikkö, YIT Oyj 1996-2000 Kehitysinsinööri, YIT Oyj, 1991-1995 Atk-vastaava, Otto Wuorio Oy, 1990-1991 Luottamus- ja sivutehtävät Puheenjohtaja, IT Forum 2010- Päätoimittaja, Tietohallinnon Joht. Käsikirja 2009- Johtoryhmän jäsen, Hetkyn Tietohallintokerho 2009- Tietoviikko-lehden valinta 100 tivi-vaikuttajan joukkoon 2008- Koulutus Diplomi-insinööri, TKK 1992
CxO Mentor Oy Missio: Jotta suomalaiset osaisivat johtaa paremmin. Jotta sinä menestyisit! Teemme sen tarjoamalla asiakkaidemme käyttöön huippuasiantuntijoitamme eri aloilta Kuva: Andrew Dunn
It-alan vanhempainyhdistys CxO Mentor sempauttelee tietohallintoja yritysjohtoväkeä eri teemoilla tiuhahkosti. Kauko Ollila erikoistoimittaja Tietoviikon Joutokommentissa16.9.2011
Esityksen näkökulmat Epäonnistuuko aina? Miksi epäonnistuneet tekivät niin? Mitä onnistumiseksi pitäisi tehdä?
EPÄONNISTUUKO AINA?
Epäonnistuuko tietojärjestelmäprojekti aina? 32 % = Onnistui 24 % = Epäonnistui 44 % =? Lähde: The Standish Group: Chaos Report 2009
Epäonnistuuko tietojärjestelmäprojekti aina? 2 % yli 10 M$ (7,5 M ) projekteista onnistui Lähde: The Standish Group via Panu Kause: Suurten tietojärjestelmähankkeiden suunnittelun ja johtamisen haasteet. Ixonos, 2009.
Epäonnistuuko tietojärjestelmäprojekti aina? 46 % alle 750.000 $ (0,6 M ) projekteista onnistui Lähde: The Standish Group via Panu Kause: Suurten tietojärjestelmähankkeiden suunnittelun ja johtamisen haasteet. Ixonos, 2009.
Epäonnistuuko tietojärjestelmäprojekti aina? 60 % keskisuurten yritysten ERP-projekteista ylitti budjettinsa Lähde: 2008 ERP Report Part III. ERP Implementation at SMBs Versus Large Organizations. Panorama Consulting Group, 2009.
Liiketoiminnan mielipide: Projektit eivät oikein onnistu Lähde: IT-barometri 2011 -tutkimus 78 % 48 % 43 % 73 % Projektien tulos vastaa suunniteltua Projektit pysyvät budjetissaan Projektit pysyvät aikataulussaan Projektit saavuttavat liiketoiminnalliset tavoitteet
Yleisesti ottaen noin 70 % tietojärjestelmäprojekteista keskeytetään tai joutuu vakaviin vaikeuksiin tai tuloksia ei oteta käyttöön Lähde: yhteenveto useasta em. lähteestä
Projektien epäonnistuminen on: Taloudellinen taakka sekä organisaatioille itselleen että kansantaloudelle Mahdollisuus sekä henkilökohtaiseen että kollektiiviseen itseluottamuksen menettämiseen, mikä on edellistäkin kohtaa vakavampi seuraus.
MIKSI EPÄONNISTUNEET TEKIVÄT NIIN?
Tausta Keväällä 2009 aloimme kerätä tarinoita epäonnistuneista tietojärjestelmäprojekteista. Tarinoiden perusteella Toni Hinkka kirjoitti Reino Myllymäen päätoimittamaan Tietohallinnon johtamisen käsikirjaan artikkelin Tietojärjestelmäprojektin sudenkuopat. Olimme ilmeisesti päästäneet pirun irti ja jatkoimme tarinoiden keräämistä. Jo syyskuussa 2009 kirjoittaa aiheesta kirjan. 80 % kirjasta on kirjoitettu 2.7.-29.9.2010 Kirja julkistettiin Finlandiatalolla 7.10.2010 Onnistunut ERP-projekti -tapahtumassa
Kirjan lähestymiskulma 1 Kirja perustuu haastattelemalla saatuihin ja mediasta kerättyihin tarinoihin sekä kirjoittajien omiin kokemuksiin. Lähestymiskulma perustui Anna Karenina -periaatteeseen Kaikkiaan 61 tarinasta 55 pystyttiin analysoimaan (nyt 64 +58) Tarinat epäonnistuneista projekteista analysoitiin CxO:n kehityshankemallia vasten. Kaikki onnelliset perheet ovat toistensa kaltaisia; jokainen onneton perhe on onneton omalla tavallaan Leo Tolstoi Anna Karenina
CxO Kehityshankemalli 2.2
CxO Kehityshankemalli 2.2
Kirjan lähestymiskulma 2 Tarinoista poistettiin identifioimiseen tarvittavat yritys-, henkilö- ja tuotenimet. Pyrimme löytämään sekä välittömät että perimmäiset epäonnistumiseen johtaneet syyt. Ongelmana oli, että perimmäisten syiden ketjussa edeltävä syy löytyy aina edeltävästä vaiheesta eli ensin valmisteluvaiheesta ja sitten organisaatiosta itsestään. Problematiikkaa kuvastaa tietojärjestelmäprojekteissakin ongelmien kehitysprosessi, joka on kuvattuna Jared Diamondin kirjassa Romahdus. Ongelmia ei osata odottaa Ongelmia ei havaita Ongelmia ei tunnusteta Ongelman ratkaiseminen ei onnistu tuho
Analyysin tulokset Epäonnistumisen syy löytyivät seuraavista projektin vaiheista (suluissa loppuun asti viedyt projekti): Valmisteluvaihe 98 % (100 %) Tietojärjestelmän rakentaminen 71 % (81 %) Tietojärjestelmän integrointi 43 % (46 %) Liiketoiminnan kehittäminen 71 % (86 %) Projektin kokonaishallinto 81 % (80 %) Käyttöönotto 23 % (24 %) Muut tutkitut osa-alueet Toimittajat 42 % Liiketoiminnan ja tietohallinnon yhteistyö 29 %
Valmisteluvaihe 98 % Strategialinkki Laajuus Tavoitteet Business Case Riskit Mahdollisuudet Nyky- ja tavoiteprosessit Sopimusneuvottelut Arkkitehtuurikysymykset Järjestelmä- ja toimittajavalinnat Valmisteluvaiheen virheitä ja puutteita löytyi paljon jokaiselta osa-alueelta! Erityisen vaikeita ovat: Arkkitehtuurikysymykset 55 % Strategialinkki, laajuus, tavoitteet 47 % Prosessit 44 % Kaikki muut vähintään 31 % Myyjille jäi epäselväksi miten heidän mahdollisille tulospalkkioille käy jatkossa sekä myöskin pelko asiakkaiden myyntien ohjautumisesta pois omista myynneistä.
Projektin kokonaishallinto 81 % Toimittajan hallinta 45 % Projektin organisointi Organisointi 43 % Roolit ja toimintatavat 41 % Projektin vaiheistaminen 29 % Muutoshallinta 26 % Onnistuneen projektin ehto on projektin suunnittelu. Yleensä projektin suunnittelun puutteeseen palataan, jos projekti epäonnistuu. Suunnittelu Organisointi Toimintatavat Viestintä Vaiheistus Raportointi Katselmointi Toimittajahallinta Riskien hallinta Mahdollisuudet Alasajot Muutoshallinta
Tietojärjestelmän rakentaminen 71 % Liiketoiminnan vaatimusmäärittelyt 33 % Tekniset ja toiminnalliset määrittelyt 41 % Toteuttaminen ja testaaminen 45 % Käyttöönoton valmistelu 20 % Toteutusvaiheen kustannukset ylittyivät, koska työmäärä-arviot perustuivat puutteellisiin määrittelyihin. Määrittelyjä täydennettiin ja osittain myös muutettiin vielä toteutusvaiheessa. Liiketoiminnan vaatimusmäärittelyt Toiminnalliset ja tekniset määrittelyt Toteutus ja testaus Käyttöönoton valmistelu
Integrointi 43 % Master Data 20 % Integrointi 36 % BI/DW N/A Master Data on miina, johon kaikki hankkeet kaatuvat. Tietojärjestelmätoimittajat ovat hyviä välttämään vastuuta: vika [on] ollut asiakkaassa. Master Data Integrointi BI/DW
Liiketoiminnan kehittäminen 71 % Nyky- ja tavoitetila & niiden erot 31 % Toimintatapamuutosten suunnittelu 35 % Yhteistestaus 38 % Muutosjohtaminen 24 % Mukaan otetaan avainhenkilöt, jotka ovat avainhenkilöitä muissakin asioissa, joten heillä on kiire, mistä seurauksena joko projekti ei saa aikaa tai ihmiset ylikuormittuvat. Liiketoiminnan nykytila, tavoitetila ja gapit Toimintatapamuutosten suunnittelu Toimintatapojen ja järjestelmien yhteistestaus Muutosjohtaminen
Käyttöönotto 23 % Kun yhdet ostavat, toiset ottavat käyttöön ja kolmannet yrittävät käyttää, se on viittä vaille katastrofi. Hämmästyttävää kyllä, 17 % keskeytetyistä projekteista ehti käyttöönottovaiheeseen saakka Käyttöönotto kärsii usein edellisten vaiheiden puutteista Käyttöönoton valmistelun puutteista Teknisistä murheista Liiketoiminnan kypsymättömyydestä
MITÄ ONNISTUMISEKSI PITÄISI TEHDÄ?
Emme jääneet laakereille lepäämään!
Tausta Ensimmäisen kirjan Onnistumisen siemeniä osuus jäi hiukan kevyeksi Heti julkaisun jälkeen syksyllä 2010 näytti olevan sosiaalista tilausta työkirjalle, jossa epäonnistuminen käännettäisiin onnistumiseksi. Bongasin kirja-arvostelun 15.9.2011 Haastatteluja VR-jupakan vuoksi Kirjan kirjoittaminen aloitettiin 17.9.2011 Kirja julkistettiin m/s Viking Mariellalla Hetkyn Akva-kerhon syysristeilyllä kansallisena epäonnistumisen päivänä 13.10.2011.
Kirjan rakenne Kirjan jaottelu otettiin Hinkan ja Hirvensalon artikkelista Tietohallinnon johtamisen käsikirjaa 21 neuvoa, jakaantuen kolmeen lukuun Kehityshankkeen lähtökohdat Oma toiminta Toimittajan hallinta
Kehityshankkeen lähtökohdat 1. Onhan projektille aito liiketoimintatarve? 2. Mahdollistaako liiketoiminnan nykytila projektiin panostamisen? 3. Tukevathan johtamisjärjestelmä ja kulttuuri projektin onnistumista? 4. Onhan projekti valmisteltu huolella? 5. Laadi projektille kattavat ja selkeä tavoitteet sekä business case 6. Onko liiketoiminnan kriittiset menestystekijät määritetty? 7. Think Big, Start Small
Oma toiminta 8. Resursoi oikein jo alussa 9. Hanki osaava projektipäällikkö ja/tai hankejohtaja 10. Laita projektin omistajuus ja ohjausryhmä sekä prosessien omistajuus kuntoon alusta alkaen 11. Käytä projektinhallinta ja kuvausmenetelmiä 12. Unohda kiire ja säästäminen väärissä paikoissa! 13. Johtaminen, johtaminen ja johtaminen 14. Tee iteratiivisesti ja visualisoi
Toimittajan hallinta 15. Valitse itsellesi sopiva toimittaja 16. Tee toimittajan kanssa molemmin puolin hyvä sopimus 17. Hallitse toimittajaa jämäkästi mutta reilusti 18. Ovathan toimittajan projektipäällikkö ja muut avainhenkilöt päteviä ja sitoutuneita? 19. Tarkista eteneminen jokaisessa tarkistuspisteessä 20. Tarkista toimittajan osaaminen 21. Vältä räätälöintiä
MITÄ MUUTA PITÄISI VIELÄ TEHDÄ?
Liiketoiminnan mielipide: IT on kyllä tärkeää, mutta 89 % 52 % 25 % 34 % vastaajista uskoi IT:n roolin korostuvan kilpailutekijänä liiketoiminnan vastaajista piti IT:tä osana yritysstrategiaa tai liiketoiminnan strategiaa tukevana tietohallintojohtajista pääsee mukaan liiketoimintojen strategiatyöhön tietohallintojohtajista kuuluu organisaationsa ylimpään johtoryhmään Lähteet: IT-barometri 2010, Tietohallintojen johtaminen Suomessa 2011, CxO Mentor Oy
IT-projekti Liiketoiminnan kehitysprojekti Asiaa on vatvottu jo 20 vuotta mutta: IT-asiat otettava osaksi organisaation normaalia päätöksentekoa Riikinkukot pingviinien maassa kulttuuri lopetettava IT-projekti Tietojärjestelmäprojekti Liiketoiminnan kehitysprojekti
Kohti onnistuneita projekteja Hallintotapa/työjärjestys Yhtenäiset investointiohjeet CTO:lle* Arkkitehtuuri Salkunhallinta (kehitys/projekti/sovellus) Projektitoiminta Ohjausryhmät toimintaan jo projektin valmisteluvaiheessa Projektikulttuuri! Kohti strategista kehittämistä Koko ketju: liiketoimintamalli-operatiivinen malli-prosessit-organisaatiotietojärjestelmät-it-palvelut-it-infra otettava kokonaisuutena harkintaan Liiketoiminnan ja tietohallinnon saumaton yhteistyö *Yhtä hyvin CIO:lle, jos niin halutaan!
CxO Mentor Oy Apu haasteisiisi löytyy täältä: Sales Director Petteri Haipus, p. 045 636 5250 Leading Mentor Tomi Dahlberg, p. 050 550 5718 Leading Mentor Reino Myllymäki, p. 044 306 3954 Managing Mentor Toni Hinkka, p. 044 306 3949 Sales Assistant Sari Tuur-Salonen, p. 044 346 9599 Url: www.cxomentor.fi Y-tunnus: 2315788-7 S-posti: etu.suku@cxomentor.fi Osoite: Perintötie 2d, 01510 Vantaa Ennen kuin aloitat, hanki hyviä neuvoja, ja kun sitten olet tehnyt päätöksesi, toimi viipymättä. -Sallustius CxO Mentor Oy 2010 2011