Miksi niin monet IT-hankkeet epäonnistuvat? Ja mitä asialle voi tehdä? Tsekkaa 9 faktaa teknologiahankkeista niin tiedät!

1. 9 FAKTAA
TEKNOLOGIAHANKKEISTA

2. Every business will
be a software
business.
– Satya Nadella
Teknologia on kiinteä osa yrityksen arkea. Sen
avulla voidaan nopeuttaa rutiineja ja saavuttaa
tarvittavaa kilpailuetua.
Silti moni tyytyy vanhaan teknologiaan ja suosii
leikkaa-liimaa -ratkaisuja uudistusten sijaan,
koska kauhutarinat epäonnistuneista
IT-hankkeista elävät sitkeästi.
Esimerkiksi Genecan teettämässä
tutkimuksessa paljastui, että 75 % yritys- ja
IT-päättäjistä uskoo softahankkeiden olevan
tuomittuja epäonnistumaan.

3. Ja huonot uutiset
vain jatkuvat:

4. FAKTA 1
Standish Groupin kattavan
tutkimuksen mukaan vain 29 %
IT-hankkeista onnistui odotusten
mukaisesti vuonna 2015.

5. FAKTA 2
McKinseyn tutkimuksen (2012) mukaan:
17 % suurista IT-hankkeista (budjetti yli 15 miljoonaa
dollaria) meni niin penkin alle, että ne olivat uhka koko
yritystoiminnalle.
Keskimäärin 45 % suurista IT-hankkeista ylitti budjetin ja
7 % sovitun aikataulun. Samalla ne tuottavat yritykselle
56 % odotettua vähemmän arvoa.

6. FAKTA 3
Harvard Business Review’n
artikkelin mukaan yksi kuudesta
IT-hankkeesta ylittää sille jyvitetyn
budjetin 200 % ja aikataulun 70
%.

7. ”1.1.2014 mennessä lähes kaikki riskeistä oli
toteutunut”, raportissa luki. Se, että tuntilaskutuksen
vuoksi hankkeen venyminen maksaisi valtavasti. Se,
että valittu ”tekninen ratkaisu” ei soveltuisi siihen,
mitä oltiin tekemässä. Ja se, että ”hankintamallit ja
päätöksentekoprosessit” ovat ”monitasoisia ja
monimutkaisia”. (Lähde: Image)
CASE: Valtioneuvoston yhteinen
verkkojulkaisuratkaisu

8. Mitä uudelta
ohjelmistolta
vaaditaan?

9. FAKTA 4
The Access Groupin mukaan ohjelmiston
toivotaan olevan luotettava,
helppokäyttöinen ja helposti
integroitavissa muihin järjestelmiin.
Vaatimukset eivät kuulosta
mahdottomilta toteuttaa.

10. Samaan aikaan taustalla
kummittelee pelko
toimittajaloukusta.

11. FAKTA 5
Wakefield Researchin teettämän kyselyn
mukaan miltei 80 % IT-päättäjistä raportoi,
että huoli toimittajaloukusta on estänyt
heitä hyödyntämästä pilvipalveluita joko
osittain tai kokonaan.

12. Toimittajaloukun voi
kuitenkin välttää.

13. Sysartin vinkit
toimittajaloukun
välttämiseen:
1. Varmista, että oikeudet ohjelmistoon
jäävät itselle.
2. Suosi sopimuksia, jotka voit irtisanoa koska
tahansa.
3. Varmista, että järjestelmällä on useita
toimittajavaihtoehtoja.
4. Suosi valmiita pilviratkaisuja sekä avointa
lähdekoodia.
5. Varmista teknologian elinkelpoisuus ja
siihen liittyvän osaamisen saatavuus.
6. Varmista oikeus dataan myös sopimuksen
päättymisen jälkeen – siinä muodossa, että
pystyt sitä oikeasti myös käyttämään.
Lähde: Minimoi riskit

14. Mikä ratkaisuksi?

15. 1. Agile

16. FAKTA 6
IT-hankkeen onnistuminen on
todennäköisempää silloin, kun käytössä on
ketterä- eikä vesiputousmalli.
Lähde: Standish Group

17. FAKTA 7
75 % ketterää kehitystä hyödyntävistä organisaatioista
saavutti tavoitteensa, 65 % hankkeista valmistui
aikataulussaan ja 67 % pysyi budjetissa.
Niissä organisaatioissa, joissa ketterää mallia ei hyödynnetä,
56 % saavutti tavoitteensa, 40 % hankkeista valmistui
aikataulussaan ja 45 % pysyi budjetissa.
Lähde: Project Management Institute

18. 2. Tehokas viestintä
sidosryhmien välillä

19. FAKTA 8
Huonosti hoidettu viestintä on suurin syy
IT-hankkeen epäonnistumiselle kolmasosassa
tapauksia, ja vaikuttaa negatiivisesti
edistymiseen joka toisessa hankkeessa.
Lähde

20. FAKTA 9
Menestyvät organisaatiot (joiden hankkeista keskimäärin 80
% saavuttaa tavoitteet ja pysyy aikataulussa sekä budjetissa)
laativat hankkeelle viestintäsuunnitelman tuplasti useammin
kuin huonommin suoriutuvat organisaatiot (joiden
hankkeista vain 60 % saavuttaa tavoitteet ja pysyy
aikataulussa sekä budjetissa).
Lähde

21. Onnistuneen ohjelmistohankinnan salaisuus on ottaa
kaikki sidosryhmät alusta asti mukaan hankkeen
suunnitteluun:
1. Jos liiketoiminta ja toteutustiimi käyvät keskusteluja
ilman loppukäyttäjää, syntyy ohjelmisto, jota ei haluta
käyttää. Tällöin siltä on turha odottaa myöskään tuottoa
tai säästöjä.
2. Jos toteutustiimi ja loppukäyttäjät käyvät keskusteluja
ilman liiketoimintaa, syntyy ohjelmisto, jota halutaan kyllä
käyttää, mutta joka ei tuo bisneshyötyä.
3. Jos liiketoiminta ja loppukäyttäjät keskustelevat
keskenään ja jättävät toteutustiimin ulkopuolelle,
ohjelmistosta ei tule sellainen kuin oli tarkoitus.
Lähde: Minimoi riskit

22. 3. Huolellinen
valmistautuminen

23. Miten taklaan liiketoimintakriittisten IT-hankkeiden ongelmat etukäteen?
1. Vältä suuria, kerralla valmiiksi rakennettavia monoliittiratkaisuja. Suosi pienistä
itsenäisistä osista koostuvia modulaarisia järjestelmiä.
2. Panosta toimiviin rajapintoihin.
3. Jos haluat pelata varman päälle, hyödynnä valtavirran mukaista vakiintunutta
teknologiaa. Kärjistettynä: jos on oltava jostakin riippuvainen, kannattaa olla
riippuvainen sellaisesta teknologiasta, jonka jatkokehitykseen ja ylläpitoon löytyy
todennäköisimmin osaajia.
4. Selvitä, onko haluamaasi ratkaisua tarjolla valmiina palveluna.
Lähde: Minimoi riskit

24. Tulevaisuuden päättäjät eivät enää liputa suurten ja raskaiden,
monesti kädet sitovien puitesopimusten puolesta. Tilaaja haluaa
teknologiset ratkaisut ja applikaatiot yhtä helposti kuin
internet-yhteyden. IT-kuluttamisen malli siirtyy kellarista pilveen
SaaS-mallilla.
Lähde: Tivi

25. Johtopäätös
Ohjelmistohankintoihin liittyy riskejä, mutta
liiketoiminnan kannalta suurin riski on jättää
teknologia hyödyntämättä. Siksi kehityksessä
on syytä pysyä mukana. Muuten seuraavan
innovaation edut ohjautuvat kilpailijan laariin.

26. Lue lisää
ohjelmistohankkeiden
riskeistä ja niiden
ratkaisuista Minimoi
riskit -oppaasta.
LATAA OPAS

27. Hyödylliset linkit & lähteet
● http://www.image.fi/image-lehti/tieto-voittaa-eli-suomalaisten-julkisten-it-hankkeiden-surullinen-tarina
● http://www.tivi.fi/Kumppaniblogit/netapp/ala-tee-typeryyksia-it-hankinnoissa-vuonna-2017-6629847
● http://otsokivekas.fi/2015/01/kuinka-ohjelmistoja-tulee-ostaa/
● http://www.coreworx.com/pmi-study-reveals-poor-communication-leads-to-project-failure-one-third-of-the-time/
● https://www.slideshare.net/intelliwaredevelopment/facts-and-figures-about-software-development-final
● https://www.oreilly.com/ideas/5-things-to-know-about-software-development-in-2016
● https://imasters.com/development/15-facts-about-programming-you-probably-did-not-know/?trace=1519021197&s
ource=single
● http://www.zdnet.com/article/has-software-eaten-innovation/
● http://blog.capterra.com/surprising-project-management-statistics/
● http://www.adaptavist.com/w/13-killer-stats-from-atlassians-software-development-trends/
● http://calleam.com/WTPF/?page_id=1445
● https://faethcoaching.com/it-project-failure-rates-facts-and-reasons/
● https://www.wrike.com/blog/complete-collection-project-management-statistics-2015/

28. Hyödylliset linkit & lähteet II
● https://www.codementor.io/blog/software-projects-failure-rate-success-factors-1nqch57orj
● https://www.cio.com/article/3174516/project-management/it-project-success-rates-finally-improving.html
● http://blog.mavenlink.com/21-shocking-project-management-statistics-that-explain-why-projects-continue-to-fail
● https://worthwhile.com/blog/2017/03/02/offshore-software-development/
● https://www.cloudcomputing-news.net/news/2016/sep/01/vendor-lock-in-is-big-roadblock-to-cloud-success-surve
y-finds/
● https://www.stratoscale.com/blog/cloud/avoiding-vendor-lock-hybrid-cloud/
● https://www.infoq.com/articles/standish-chaos-2015
● http://www.mckinsey.com/business-functions/digital-mckinsey/our-insights/delivering-large-scale-it-projects-on-ti
me-on-budget-and-on-value
● https://hbr.org/2011/09/why-your-it-project-may-be-riskier-than-you-think
● https://visual.ly/community/infographic/business/5-project-lessons-take-2014

29. www.sysart.fi