Scrum is Not Enough Scrum ei riitä Ari Tanninen & Marko Taipale Nääsvillen oliopäivä 2009 Tampereen teknillinen yliopisto 9.12.2009
Ari Tanninen Vanhempi ohjelmistoinsinööri Marko Taipale Teknologiajohtaja, valmentaja Vuosikymmen ohjelmistokehitystä 5 vuotta ketteriä menetelmiä Koulinut useita ketteriä kehittäjiä Täysipäiväinen ScrumMaster 2 vuotta Agile Dinnereitä Kompastunut ketteryyteen Yli 10 vuotta ohjelmistokehitystä 7 vuotta ketteriä menetelmiä Kaksi ketterää transformaatiota Kouluttanut yli 200 henkilöä Harjoittaa ketteryyttä -tuotekehityksessä
Keitä te olette? Meidän tarinamme.
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? Mihin perustuen järjestän työlistan? Valmista kahdessa viikossa?!
Scrum ei riitä, koska Scrum ei kerro...
millä perusteella Backlog priorisoidaan, kuinka kehitetään ohjelmistoja ketterästi, tai kuinka tuotekehitys organisoidaan.
2. Kuinka tuotteet syntyvät?
Roolit Ideanikkari Asiakas Bisnesmies IT-hemmo Product Owner Tiimi
Ideointi Idean kehitys Tuotteistus & aikataulutus Backlogin laadinta Ajatus ratkaisusta Backlog v. 1.0 Acme Acme Tuotevisio & Liiketoimintamalli Versio 1.0 & Release roadmap Release Backlog & Aikataulu v. 2.0 Sprint 1 Sprint 3 v. 1.0 Sprint 2 v. 1.0 Q2 Q3 Q4 Q1 Asiakas ja ongelma
Toimituksen suunnnittelu Työjakson suunnittelu Työjakso Katselmointi Toimitus v. 1.0 Acme Backlog Sprint Backlog v. Valmis tuote A Arvioitu ja järjestetty Valmis osatuote
3. Mihin asioihin Scrum tuotekehityksessä ottaa kantaa?
Ideointi Idean kehitys Tuotteistus & aikataulutus Backlogin laadinta Ajatus ratkaisusta Backlog v. 1.0 Acme Acme Tuotevisio & Liiketoimintamalli Versio 1.0 & Release roadmap Release Backlog & Aikataulu v. 2.0 Sprint 1 Sprint 3 v. 1.0 Sprint 2 v. 1.0 Q2 Q3 Q4 Q1 Asiakas ja ongelma
Toimituksen suunnnittelu Työjakson suunnittelu Työjakso Katselmointi Toimitus v. 1.0 Acme Backlog Sprint Backlog v. Valmis tuote A Arvioitu ja järjestetty Valmis osatuote
4. Mihin Scrum ei ota kantaa ja miksi se on ongelma?
Ideointi Idean kehitys Tuotteistus & aikataulutus Backlogin laadinta Ajatus ratkaisusta Backlog v. 1.0 Acme Acme Tuotevisio & Liiketoimintamalli Versio 1.0 & Release roadmap Release Backlog & Aikataulu v. 2.0 Sprint 1 Sprint 3 v. 1.0 Sprint 2 v. 1.0 Q2 Q3 Q4 Q1 Asiakas ja ongelma
Toimituksen suunnnittelu Työjakson suunnittelu Työjakso Katselmointi Toimitus v. 1.0 Acme Backlog Sprint Backlog v. Valmis tuote A Arvioitu ja järjestetty Valmis osatuote
Kolme olennaista haastetta 4.1 Liiketoiminta 4.2 Ketterä ohjelmistokehitys 4.3 Tuotekehityksen organisointi
4.1 Liiketoiminta Scrum Product Ownerin näkökulmasta
Liiketoimintamalli Sidosryhmät Scrum v. 2.0 v. 1.0 Q2 Q3 Q4 Q1 Aikataulut Kehittäjät Toimiala Acme Tuote Asiakkaat, käyttäjät
4.2 Ketterä ohjelmistokehitys Scrum tiimin näkökulmasta
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
Analysointi Määrittely Arkkitehtuuri Suunnittelu Testaus Käyttöliittymä Toteutus 2-4 viikkoa! Integrointi Paketointi Toimitus Dokumentointi Käyttöönotto
Tiimin sisäiset ja ulkoiset haasteet Ei muutostarvetta ITinfrastruktuuri, policyt Tekniset valmiudet Hajautetut toiminnot Tiimi vai joukkio? Kokemus ja koulutus Hajautettu tiimi Muutoksen pelko 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 organisointi Scrum organisaation näkökulmasta
Liiketoiminta Tuotekehitys
Tuotekehitys pullonkaulana Mitä ihmettä ne tekee ja miksi kaikki kestää? Liiketoiminta Tuotekehitys
Liiketoiminta pullonkaulana Mitä ihmettä ne tekee? Keksimme hienoja juttuja! Liiketoiminta Tuotekehitys
Arvoketjut (Esimerkki siitä mitä tapahtuu kun tuotekehitystä ei organisoida)
Valitut ideat 3kk 24kk 8 Idea 2d Arviointi 2h 1m Hyväksyntä 2h 6m Resurssointi 1d 2d Scrum! Ulkoasun kehitys 6m Ohjelmistokehitys 6m Integrointi & käyttöönotto 1m 15 3m 12 3w Ulkoasu valmis Tuotantovalmis
5. Mitä asialle voisi tehdä?
Product Owner on Teräsmies Rooli! Ei yksilö Arvoketju Arvoketjukartta Tuotekehityksen organisointi Johtaminen Tiimin osaaminen Koulutus & valmennus Ketterä kehitys Scrum ei riitä Ammattitaito Organisaation rakenne Muutos Onnistuaksesi Organisaation tuki Tarve & tahto muuttua Scrumin kanssa huomioi!
Scrum on vain viitekehys eikä ota kantaa liiketoimintaan, ohjelmistokehitykseen eikä tuotekehityksen organisointiin. Menestynyt ohjelmistoliiketoiminta kuitenkin tarvitsee näitä kaikkia.
Hyvää joulua!