Slides for a presentation I gave with Marko Taipale at OO Days 2009 in Tampere, Finland. http://www.cs.tut.fi/tapahtumat/olio2009/

1. Scrum is Not Enough
Scrum ei riitä
Ari Tanninen & Marko Taipale
Nääsvillen oliopäivä 2009
Tampereen teknillinen yliopisto
9.12.2009

2. Ari Tanninen Marko Taipale
Vanhempi ohjelmistoinsinööri Teknologiajohtaja, valmentaja
Vuosikymmen ohjelmistokehitystä Yli 10 vuotta ohjelmistokehitystä
5 vuotta ketteriä menetelmiä 7 vuotta ketteriä menetelmiä
Koulinut useita ketteriä kehittäjiä Kaksi ketterää transformaatiota
Täysipäiväinen ScrumMaster Kouluttanut yli 200 henkilöä
2 vuotta Agile Dinnereitä Harjoittaa ketteryyttä
Kompastunut ketteryyteen -tuotekehityksessä

3. Keitä te olette?
Meidän tarinamme.

4. Scrum on vain viitekehys eikä ota kantaa
liiketoimintaan, ohjelmistokehitykseen
eikä tuotekehityksen organisointiin.
Menestynyt ohjelmistoliiketoiminta
kuitenkin tarvitsee näitä kaikkia.

5. Scrum ei riitä
1. Mitä on Scrum?
2. Kuinka tuotteet syntyvät?
3. Mihin asioihin Scrum tuotekehityksessä
ottaa kantaa?
4. Mihin Scrum ei ota kantaa ja miksi se on
ongelma?
5. Mitä asialle voisi tehdä?

6. 1. Mitä on Scrum?

7. Mihin perustuen
järjestän työlistan? Valmista
Mistä kahdessa
tuotevisio viikossa?!
tulee?

8. Scrum ei riitä, koska Scrum ei kerro...

9. millä perusteella Backlog
priorisoidaan,
kuinka kehitetään ohjelmistoja
ketterästi,
tai kuinka tuotekehitys
organisoidaan.

10. 2. Kuinka tuotteet
syntyvät?

11. Roolit
Product
Ideanikkari Asiakas Bisnesmies IT-hemmo Tiimi
Owner

12. Tuotteistus & Backlogin
Ideointi Idean kehitys
aikataulutus laadinta
Ajatus ratkaisusta
Backlog
v. 1.0
Acme Acme
Tuotevisio & Versio 1.0 & Release Backlog &
Liiketoimintamalli Release roadmap Aikataulu
v. 2.0
Sprint 1 Sprint 3
v. 1.0
Sprint 2 v. 1.0
Q2 Q3 Q4 Q1
Asiakas ja ongelma

13. Toimituksen Työjakson
Työjakso Katselmointi Toimitus
suunnnittelu suunnittelu
v. 1.0
Acme
Backlog Sprint
Backlog v.
Valmis tuote
A
Valmis osatuote
Arvioitu ja
järjestetty

14. 3. Mihin asioihin Scrum
tuotekehityksessä ottaa
kantaa?

15. Tuotteistus & Backlogin
Ideointi Idean kehitys
aikataulutus laadinta
Ajatus ratkaisusta
Backlog
v. 1.0
Acme Acme
Tuotevisio & Versio 1.0 & Release Backlog &
Liiketoimintamalli Release roadmap Aikataulu
v. 2.0
Sprint 1 Sprint 3
v. 1.0
Sprint 2 v. 1.0
Q2 Q3 Q4 Q1
Asiakas ja ongelma

16. Toimituksen Työjakson
Työjakso Katselmointi Toimitus
suunnnittelu suunnittelu
v. 1.0
Acme
Backlog Sprint
Backlog v.
Valmis tuote
A
Valmis osatuote
Arvioitu ja
järjestetty

17. 4. Mihin Scrum ei ota
kantaa ja miksi se on
ongelma?

18. Tuotteistus & Backlogin
Ideointi Idean kehitys
aikataulutus laadinta
Ajatus ratkaisusta
Backlog
v. 1.0
Acme Acme
Tuotevisio & Versio 1.0 & Release Backlog &
Liiketoimintamalli Release roadmap Aikataulu
v. 2.0
Sprint 1 Sprint 3
v. 1.0
Sprint 2 v. 1.0
Q2 Q3 Q4 Q1
Asiakas ja ongelma

19. Toimituksen Työjakson
Työjakso Katselmointi Toimitus
suunnnittelu suunnittelu
v. 1.0
Acme
Backlog Sprint
Backlog v.
Valmis tuote
A
Valmis osatuote
Arvioitu ja
järjestetty

21. Kolme olennaista
haastetta
• 4.1 Liiketoiminta
• 4.2 Ketterä ohjelmistokehitys
• 4.3 Tuotekehityksen organisointi

22. 4.1 Liiketoiminta
Scrum Product Ownerin näkökulmasta

23. Liiketoimintamalli Sidosryhmät Scrum
v. 2.0
v. 1.0
Q2 Q3 Q4 Q1
Aikataulut
Kehittäjät
Toimiala
Acme
Asiakkaat,
Tuote käyttäjät

25. 4.2 Ketterä ohjelmistokehitys
Scrum tiimin näkökulmasta

26. Perinteisestä ketterään
Määrittely Suunnittelu Toteutus Testaus Toimitus
Helmi Maalis Huhti Touko Kesä
M S T T T M S T T T M S T T T M S T T T M S

27. Analysointi
Määrittely
Käyttöliittymä
Arkkitehtuuri Suunnittelu
o a !
iik k Toteutus
v
-4 Testaus
2
Integrointi Paketointi
Toimitus
Dokumentointi Käyttöönotto

28. Tiimin sisäiset ja ulkoiset haasteet
Hajautetut toiminnot
IT-
Hajautettu
infrastruktuuri,
tiimi
policyt Tiimi vai
joukkio?
Ei Muutoksen
muutos- pelko
tarvetta Tekniset Kokemus ja
valmiudet koulutus
Epäonnistumisen
pelko

29. Tiimi vai joukkio?
1. Luotammeko toisiimme?
2. Uskallammeko kommunikoida avoimesti?
3. Ymmärrämmekö yhteiset tavoitteemme?
4. Olemmeko sitoutuneet tavoitteisiimme?
5. Osaammeko ratkaista erimielisyydet?
6. Osallistuvatko kaikki?
7. Haluammeko olla juuri tässä tiimissä?

30. 4.3 Tuotekehityksen organisointi
Scrum organisaation näkökulmasta

31. Lii
ke
to
im
in
ta
Tu
ot
ek
e hi
ty
s

32. Tuotekehitys pullonkaulana
Mitä ihmettä ne tekee ja
miksi kaikki kestää?
Liiketoiminta Tuotekehitys

33. Liiketoiminta pullonkaulana
Keksimme
Mitä ihmettä hienoja juttuja!
ne tekee?
Liiketoiminta Tuotekehitys

34. Arvoketjut
(Esimerkki siitä mitä tapahtuu kun
tuotekehitystä ei organisoida)

35. 3kk
Valitut 24kk
ideat
8
Arviointi Hyväksyntä Resurssointi
Idea 2d 1m 6m
2h 2h 1d
2d
Scrum!
6m
6m
Ulkoasun Ohjelmisto- Integrointi &
kehitys kehitys käyttöönotto
1m 15 3m 12 3w
Ulkoasu
Tuotanto-
valmis
valmis

36. 5. Mitä asialle voisi
tehdä?

37. Arvoketju
Arvoketjuk
Product artta
Owner on
Teräsmies Tuotekehityksen
ksilö organisointi
Roo li! Ei y
Johtamin
en
Scrum
ei riitä Organisaation
Tiimin rakenne
osaaminen Muutos
Koulutus & Ketterä
Ammattitaito
valmennus kehitys
Onnistuaksesi
Organisaation Scrumin kanssa
tuki T arve & tahto
muuttua huomioi!

38. Scrum on vain viitekehys eikä ota kantaa
liiketoimintaan, ohjelmistokehitykseen
eikä tuotekehityksen organisointiin.
Menestynyt ohjelmistoliiketoiminta
kuitenkin tarvitsee näitä kaikkia.

39. Hyvää joulua!