Tietojärjestelmäprojektit yleensä epäonnistuvat. Aikataulu venyy, hinta ylittyy, eikä lopputulos olekaan sitä mitä tarvittiin. Epäonnistuminen varmistetaan usein jo hankintaa tehtäessä, sulkemalla pois tavat, joilla hanke voisi onnistua. Kerron tässä esityksessä muutamia niksejä, miten tietojärjestelmähankintaa voi tehdä niin, että se voi myös onnistua. Ketterä kehitys on nykyaikainen tapa tehdä ohjelmistojärjestelmiä niin, että tilaajan todelliset tarpeet selvitetään mahdollisimman hyvin, ja rahat käytetään mahdollisimman tehokkaasti. Ketterä hankinta on ohjelmistokehityksen hankkimista niin, että ketterä hankinta on mahdollista. Esitetty ICT-Expossa 8.5.2014

1. ICT-Expo 2014
Otso Kivekäs
8.5.2014
Ketterä hankinta, eli kuinka
onnistua ohjelmistokehityksen
ostamisessa

2. Tietojärjestelmäprojektit
yleensä epäonnistuvat

3. 3
Ketterä kehitys onnistuu useammin

4. 4
●
Agile Manifesto (2001)
➢
Ihmiset prosessien edelle
➢
Toimiva sovellus dokumentaation edelle
➢
Asiakasyhteistyö sopimusneuvottelun edelle
➢
Muutoksiin reagoiminen suunnitelman edelle

5. 5
Ketterä kehitys
➢
Ei kiinteää vaatimusmäärittelyä
➢
Vaatimukset tarkentuvat ja muuttuvat matkan varrella
➢
Ei tarkkaan määriteltyä lopputulosta
➢
Työtä tehdään tarvittava määrä
➢
Vaatii ostajalta osaamista
➢
Tuoteomistaja
➢
Perustuu luottamukseen

6. Onnistuneessa ketterässä
projektissa lopputulos on
yleensä eri, kuin mitä
lähdettiin tekemään

7. Ketterä hankinta on ketterän
kehityksen hankintaa

8. 8
Ketterä hankinta
➢
Kilpailutetaan osaamista, ei järjestelmän ominaisuuksia
➢
Loppuasiakas mukana alusta loppuun
➢
Hankintana helppo, mutta tuoteomistajalle vaikea

9. 9
Julkinen vs. yksityinen sektori
Julkinen hankinta
➢
Hankintalaki
➢
Aiemmat kokemukset ja
maine eivät saa vaikuttaa
➢
Hankinnan tarkka märittely!
Yksityinen hankinta
➢
Vapaus hankkia kuten
haluaa
➢
Myyjän maineen merkitys
➢
Isot yritykset muistuttavat
joskus enemmän julkista
toimijaa

10. 10
Yritys A: offshore-kehityshanke
➢
Vaatimukset
➢
100 funktionaalista vaatimusta
➢
200 epäfunktionaalista vaatimusta
➢
200 vaatimusta tiimille
➢
Ostettiin offshore-tiimi
➢
maksetaan per kuukausi
➢
Mahdollisuus katkaista joka kuukausi
➢
Valintaperusteet:
➢
Päivähinta
➢
Ihmiset!
➢
Haastattelu

11. 11
Virasto Q:
➢
Ostetaan hankkeisiin yksittäisiä kehittäjiä
➢
Usein eri yrityksistä samaan projektiin
➢
Valintaperusteet hinta ja henkilön pätevyys
➢
Aina haastattelu
➢
20% pisteistä työpersoonallisuustestistä
➢
Ostetaan koko tiimi
➢
Jos tiimi ei omissa tiloissa, lähetetään tuoteomistaja sinne
➢
Määritellyt katkaisupisteet
➢
Ohjausryhmän rooli muuttuu
➢
“ketterä projekti vaatii ketterän ohjausmallin”

12. 12
Ketterä hankinta, käytännön
neuvoja
➢
Erota valmistuotteen hankinta ja kehityksen hankinta
➢
Mitä vähemmän vaatimuksia, sen helpompi onnistua
➢
Älä sido koko budjettia pakollisiin vaatimuksiin
➢
50% budjetista pitää riittää minimitoiminnalisuuteen
➢
Katkaisupisteet sopimukseen

13. 13
Ketterä hankinta sopii
1. Tilanteisiin joissa tehdään uusi järjestelmä

14. 14
Ketterä hankinta sopii
1. Tilanteisiin joissa tehdään uusi järjestelmä
2. Tilanteisiin, joissa tehdään ainutkertainen järjestelmä

15. 15
Ketterä hankinta sopii
1. Tilanteisiin joissa tehdään uusi järjestelmä
2. Tilanteisiin, joissa tehdään ainutkertainen järjestelmä
3. Tilanteisiin, joissa muutetaan toimintatapoja

16. 16
Ketterä hankinta sopii
1. Tilanteisiin joissa tehdään uusi järjestelmä
2. Tilanteisiin, joissa tehdään ainutkertainen järjestelmä
3. Tilanteisiin, joissa muutetaan toimintatapoja
4. Tilanteisiin, joissa vaatimukset eivät ole täysin
itsestäänselviä

17. Kiitos
Ketterien hankkeiden
toteuttaja ja avustaja

Asiakkaina mm.
➢
F-Secure
➢
Napa
➢
Helsingin yliopisto
➢
Valtionvarainministeriö
➢
20 henkeä Helsingin
Kaisaniemessä
Otso Kivekäs
➢
Ohjelmistoarkkitehti ja
konsultti
➢
Helsingin
tietotekniikkajaoston
puheenjohtaja
➢
Ehdolla myös Eurovaaleissa
numerolla 164
Otso Kivekäs
Otso.kivekas@codento.com
Twitter: @OtsoKivekas
+358 44 333 6338