scrum is not enough
DESCRIPTION
Slides for a presentation I gave with Marko Taipale at OO Days 2009 in Tampere, Finland.http://www.cs.tut.fi/tapahtumat/olio2009/TRANSCRIPT
Scrum is Not Enough
Scrum ei riitäAri Tanninen & Marko Taipale
Nääsvillen oliopäivä 2009Tampereen teknillinen yliopisto
9.12.2009
stopandfix.blogspot.comtwitter.com/aritanninen
Ari Tanninen
Vuosikymmen ohjelmistokehitystä5 vuotta ketteriä menetelmiä
Koulinut useita ketteriä kehittäjiäTäysipäiväinen ScrumMaster2 vuotta Agile DinnereitäKompastunut ketteryyteen
Vanhempi ohjelmistoinsinööri
huitale.blogspot.comtwitter.com/markotaipale
Marko Taipale
Yli 10 vuotta ohjelmistokehitystä7 vuotta ketteriä menetelmiä
Kaksi ketterää transformaatiotaKouluttanut yli 200 henkilöäHarjoittaa ketteryyttä nextdoor.fi-tuotekehityksessä
Teknologiajohtaja, valmentaja
Meidän tarinamme.
Keitä te olette?
Scrum on vain viitekehys eikä ota kantaa liiketoimintaan, ohjelmistokehitykseen eikä tuotekehityksen organisointiin.
Menestynyt ohjelmistoliiketoiminta kuitenkin tarvitsee näitä kaikkia.
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ä?
1. Mitä on Scrum?
Mistä tuotevisio tulee?
Valmista kahdessa viikossa?!
Mihin perustuen järjestän työlistan?
Scrum ei riitä, koska Scrum ei kerro...
kuinka kehitetään ohjelmistoja ketterästi,
tai kuinka tuotekehitys organisoidaan.
millä perusteella Backlog priorisoidaan,
2. Kuinka tuotteet syntyvät?
Roolit
Asiakas Bisnesmies IT-hemmoProductOwner
TiimiIdeanikkari
Ideointi
Asiakas ja ongelma
Ajatus ratkaisusta
Acme
Idean kehitys
Tuotevisio & Liiketoimintamalli
Q2 Q3 Q4 Q1
v. 1.0
v. 2.0
Tuotteistus &aikataulutus
Acme
v. 1.0
Versio 1.0 &Release roadmap
Backlog
Backloginlaadinta
Sprint 1
v. 1.0Sprint 2
Sprint 3
Release Backlog &Aikataulu
TyöjaksoTyöjaksonsuunnittelu
SprintBacklog
Toimituksensuunnnittelu
Backlog
Arvioitu ja järjestetty
Acme
v. 1.0
Toimitus
Valmis tuoteA
v.
Katselmointi
Valmis osatuote
3. Mihin asioihin Scrum tuotekehityksessä ottaa
kantaa?
Ideointi
Asiakas ja ongelma
Ajatus ratkaisusta
Acme
Idean kehitys
Tuotevisio & Liiketoimintamalli
Q2 Q3 Q4 Q1
v. 1.0
v. 2.0
Tuotteistus &aikataulutus
Acme
v. 1.0
Versio 1.0 &Release roadmap
Backlog
Backloginlaadinta
Sprint 1
v. 1.0Sprint 2
Sprint 3
Release Backlog &Aikataulu
TyöjaksoTyöjaksonsuunnittelu
SprintBacklog
Toimituksensuunnnittelu
Backlog
Arvioitu ja järjestetty
Acme
v. 1.0
Toimitus
Valmis tuoteA
v.
Katselmointi
Valmis osatuote
4. Mihin Scrum ei ota kantaa ja miksi se on
ongelma?
Ideointi
Asiakas ja ongelma
Ajatus ratkaisusta
Acme
Idean kehitys
Tuotevisio & Liiketoimintamalli
Q2 Q3 Q4 Q1
v. 1.0
v. 2.0
Tuotteistus &aikataulutus
Acme
v. 1.0
Versio 1.0 &Release roadmap
Backlog
Backloginlaadinta
Sprint 1
v. 1.0Sprint 2
Sprint 3
Release Backlog &Aikataulu
TyöjaksoTyöjaksonsuunnittelu
SprintBacklog
Toimituksensuunnnittelu
Backlog
Arvioitu ja järjestetty
Acme
v. 1.0
Toimitus
Valmis tuoteA
v.
Katselmointi
Valmis osatuote
Kolme olennaista haastetta
• 4.1 Liiketoiminta
• 4.2 Ketterä ohjelmistokehitys
• 4.3 Tuotekehityksen organisointi
4.1 LiiketoimintaScrum Product Ownerin näkökulmasta
Asiakkaat,käyttäjät
Kehittäjät
Aikataulut
Q2 Q3 Q4 Q1
v. 1.0
v. 2.0
Liiketoimintamalli
Tuote
Acme
Scrum
Toimiala
Sidosryhmät
4.2 Ketterä ohjelmistokehitysScrum tiimin näkökulmasta
Perinteisestä ketterään
Määrittely Suunnittelu Toteutus Testaus Toimitus
M S T T T
Helmi Maalis Huhti Touko Kesä
M S T T T M S T T T M S T T T M S
Määrittely
Toteutus
Suunnittelu
Testaus
Toimitus
Analysointi
Käyttöliittymä
Integrointi
Arkkitehtuuri
Dokumentointi
Paketointi
Käyttöönotto
2-4 viikkoa!
Tiimin sisäiset ja ulkoiset haasteet
Tiimi vai joukkio?
Kokemus ja koulutus
Tekniset valmiudet
Hajautetut toiminnot
Hajautettu tiimi
IT-infrastruktuuri,
policyt
Muutoksen pelko
Eimuutos-tarvetta
Epäonnistumisen pelko
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ä?
4.3 Tuotekehityksen organisointiScrum organisaation näkökulmasta
Liik
eto
imin
ta
Tuote
kehitys
Tuotekehitys pullonkaulana
Liiketoiminta Tuotekehitys
Mitä ihmettä ne tekee ja miksi kaikki kestää?
Liiketoiminta pullonkaulana
Liiketoiminta Tuotekehitys
Mitä ihmettä ne tekee?
Keksimme hienoja juttuja!
Arvoketjut
(Esimerkki siitä mitä tapahtuu kun tuotekehitystä ei organisoida)
IdeaArviointi
2h2d
Hyväksyntä
2h1m
Ulkoasunkehitys
1m
2d
Ohjelmisto-kehitys
3m
6m
15
Ulkoasuvalmis
12
Integrointi &käyttöönotto
3w
6m
Tuotanto-valmis
Resurssointi
1d6m
8
Valitutideat
Scrum!
3kk24kk
5. Mitä asialle voisi tehdä?
Scrum ei riitä
Product Owner on Teräsmies
Ketterä kehitys
Tiimin osaaminen
Organisaation tuki
Tuotekehityksenorganisointi
Arvoketju
Organisaation rakenne
Rooli! Ei yksilö
Arvoketjukartta
Koulutus & valmennus
Tarve & tahto
muuttua
Muutos
Johtaminen
Ammattitaito
OnnistuaksesiScrumin kanssa
huomioi!
Scrum on vain viitekehys eikä ota kantaa liiketoimintaan, ohjelmistokehitykseen eikä tuotekehityksen organisointiin.
Menestynyt ohjelmistoliiketoiminta kuitenkin tarvitsee näitä kaikkia.
Hyvää joulua!