My presentation slides from Tieturi-event 24.4.2012

1. Teknisen taitamisen merkitys
ketteryydessä
- näpertelyä vai elinehto?
Marko Taipale - Huitale

2. 2 Cases:
Mikä oli teknisen taitamisen merkitys?

3. 2 Cases:
Mikä oli teknisen taitamisen merkitys?
Mitä on technical excellence
käytännössä ja mitä iloa siitä on
liiketoiminnalle?

4. 2 Cases:
Mikä oli teknisen taitamisen merkitys?
Mitä on technical excellence
käytännössä ja mitä iloa siitä on
liiketoiminnalle?
Miten sovittaa työkalut ja käytännöt
tasapainoon ketterien käyttöönotossa?

5. Case 1

6. Case 1 - tausta
Yritys: Kansainvälinen online pelitalo, LV
100+ Meur, 400+ työntekijää
Toimeksianto: Skaalaa liiketoimintaa
jalkauttamalla ketteryyttä kehitystiimeihin
“Tuotekehitys on pullonkaulamme”

7. Case 1: Onnistuminen?
10+ tiimiä pyörivät Scrumilla,
6 viikon yritys-sprintit
Homma on tehty, eikös?

8. Case 1: ihmetys…
Liiketoiminta: “En tiedä mitä olette tehneet,
mutta ainakaan mikään ei ole parantunut”

9. Internal Customer
Idea Resourcing
approval approval
Design Development Deployment

10. Internal Customer
Idea Resourcing
approval approval
2h 2h 1d
Design Development Deployment
1m 2m 3w

11. Selected
ideas
8
Internal Customer
Idea Resourcing
approval approval
2d 1m 6m
2h 2h 1d
1w
6m 6m
Design Development Deployment
1m 2m 3w
15 12
Design Production
ready ready

12. Selected
ideas
8
Internal Customer
Idea Resourcing
approval approval
2d 1m 6m
2h 2h 1d
SCRUM!
1w
6m 6m
Design Development Deployment
1m 2m 3w
15 12
Design Production
ready ready

13. Selected
ideas
8
Internal Customer
Idea Resourcing
approval approval
2d 1m 6m
2h 2h 1d
SCRUM!
1w
6m 6m
Design Development Deployment
1m 2m 3w
15 12
Design Production
ready ready

14. Case 1: Teknisen taitamisen
merkitys?

15. Case 2

16. Case 2: 1400
Tausta: Finanssialan toimija, ketteryyttä
jalkautettu ylhäältä alaspäin, 3 tiimiä
ketterässä projektissa

17. Case 2: toimintamalli
3 Sprinttiä
kehitystä
? X sprinttiä
virheenkorjausta

18. Case 2: toimintamalli
1400
bugia
3 Sprinttiä 3 sprinttiä
kehitystä virheenkorjausta

19. Case 2: Teknisen taitamisen
merkitys?

20. Case 1 & 2 Yhteenveto

21. Käytännöt auttavat kehitysvaihetta, mutta
eivät takaa liiketoiminnallista
tuloksellisuutta
Arvoketju voi syödä kaiken tehon, jonka
käytännöt tuovat (Case 1)
Käytännöt ovat kuitenkin elinehto kestävälle
tuotekehitykselle (Case 2)

22. Mitä on technical excellence
käytännössä ja mitä iloa siitä on
liiketoiminnalle?

23. Ketteriä teknisiä käytäntöjä
Testivetoinen kehitys (Test Driven Development,
TDD)
Jatkuva integrointi (Continuous Integration CI)
Jatkuva julkaisu (Continuous Deployment, CD)

24. Aloita
Kirjoita testi, joka
ei mene läpi
TDD Toteuta
toiminnallisuus
siten, että testi
menee läpi
Refaktoroi
Lopeta

25. TDD - hyödyt
Laatu J
Ei turhaa toteutusta ilman tarvetta (testi ohjaa)
Muuttumattomuustestauskuorman kanssa mahdollisuus
selvitä
Automatisoimalla yksikkö- ja toiminnallisen testaamisen
testaajat saavat mahdollisuuden keskittyä
mielenkiintoisempiin testauskategorioihin
Lyhyempi TTM, koska virhekorjauskierrokset vähenevät,
myös välitön säästö ongelmien selvittelyn ajassa,
nopeampi palaute

26. Jatkuva integrointi
(Continuous Integration)
24h
CI
Kehitys ….
1. Kerää integroitava aineisto tietolähteistä (versionhallinta..)
2. Rakenna aineistosta julkaistavat tuotokset
3. Asenna ne kohdeympäristöön
4. Aja kohdeympäristössä automatisoidut testit
5. Raportoi tulokset

27. Jatkuva integrointi - hyödyt
Ei enää integrointiyllätyksiä – fail fast!
Nopeampi palaute, virheiden korjaus
nopeutuu
Time-to-Market

28. Jatkuva julkaisu
(Continuous Deployment)
24h
CI CD
Tuotanto
1. Ota varmuuskopiot tuotannosta
2. Kerää tuotantoaineisto tietolähteistä (CI)
3. Tarkista päivitystarve tuotantoon (versiot)
4. Aja migraatioskriptit (tietokanta jne..)
5. Asenna tuotantopaketti
6. Aja tarkistusajot, tee tarvittaessa rollback
7. Raportoi tulokset, jatka mittareiden seuraamista ja tee
tarvittaessa rollback

29. Jatkuva julkaisu - Hyödyt
• Time-to-Market
• Nopea palaute liiketoiminnasta (mittaristolla)
• Eriytettävissä “julkaisu” ja “asiakasjulkaisu”
• Pienemmät tuotantoketjun jonot, atomisempi
arvoketju -> jatkossa vielä lyhyemmät
läpimenoajat
• Operatiivinen tehokkuus (infran myötä)
• Asiakastyytyväisyys
• Konfiguraatioiden määrä vähenee, koska
muutokset saataan tuotantoon nopeammin

30. Technical excellence
• On ennenkaikkea asennetta ja itsekuria
tehdä työtä inkrementaalisesti ja
iteratiivisesti

31. Miten sovittaa työkalut ja
käytännöt sopivaan tasapainoon
ketterien käyttöönotossa?

32. Aika
Muutoskyky (ilman työkaluja)

33. Aika
Muutoskyky (ilman työkaluja)
Muutoskyky (työkalut)

34. Aika
Muutoskyky (ilman työkaluja)
Muutoskyky (työkalut)

35. Opit
• Älä anna työkalujen ohjata tekemistä,
vaan tarpeen on ohjattava ja työkalujen
vikistävä
• Aloita manuaalisesti, automatisoi ja
sähköistä vaiheittain, tarpeen mukaan

36. Yhteenveto

37. Tekninen taitaminen ei korvaa huonoa
“järjestelmän” johtamista
Tunne arvoketjusi, ennen aloittamista.
Johda järjestelmää.

38. Tekninen taitaminen on kuitenkin
tuotekehityksessä elinehto.
Jotta liiketoiminnallinen ketteryys
voidaan saavuttaa

39. Marko Taipale
• Agile/Lean consultant, Advisor
• 15+ vuotta ohjelmistotuotantoa
• Kymmeniä kansainvälisiä julkisia esiintymisiä
Kansainvälinen online-pelitalo (TO 100+ Meur) lyhensi TTM:a
24 kuukaudesta 3 kuukauteen
Suomalainen energiayhtiö hankki prosessinohjaus/tilausjärjestelmän
20Meur hankkeessa ketterästi ja sai järjestelmän 4 kertaa kaavailtua
nopeammin
Suomalainen finanssisektorin toimija tehosti hanke- ja projektihallintoaan
ja säästi 1,3Meur/vuosi hallintokuluissa
Suomalainen startup-yhtiö löysi toimivan liiketoimintamallin
2 kuukaudessa.

40. Marko Taipale
• marko.taipale@huitale.com
• +358 40 578 6447
• Twitter: @markotaipale