Scrum Is Not Enough

2,024 views

Published on

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

Published in: Technology, News & Politics
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,024
On SlideShare
0
From Embeds
0
Number of Embeds
522
Actions
Shares
0
Downloads
12
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Scrum Is Not Enough

  1. 1. Scrum is Not Enough Scrum ei riitä Ari Tanninen & Marko Taipale Nääsvillen oliopäivä 2009 Tampereen teknillinen yliopisto 9.12.2009
  2. 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. 3. Keitä te olette? Meidän tarinamme.
  4. 4. Scrum on vain viitekehys eikä ota kantaa liiketoimintaan, ohjelmistokehitykseen eikä tuotekehityksen organisointiin. Menestynyt ohjelmistoliiketoiminta kuitenkin tarvitsee näitä kaikkia.
  5. 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. 6. 1. Mitä on Scrum?
  7. 7. Mihin perustuen järjestän työlistan? Valmista Mistä kahdessa tuotevisio viikossa?! tulee?
  8. 8. Scrum ei riitä, koska Scrum ei kerro...
  9. 9. millä perusteella Backlog priorisoidaan, kuinka kehitetään ohjelmistoja ketterästi, tai kuinka tuotekehitys organisoidaan.
  10. 10. 2. Kuinka tuotteet syntyvät?
  11. 11. Roolit Product Ideanikkari Asiakas Bisnesmies IT-hemmo Tiimi Owner
  12. 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. 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. 14. 3. Mihin asioihin Scrum tuotekehityksessä ottaa kantaa?
  15. 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. 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. 17. 4. Mihin Scrum ei ota kantaa ja miksi se on ongelma?
  18. 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. 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
  20. 20. Kolme olennaista haastetta • 4.1 Liiketoiminta • 4.2 Ketterä ohjelmistokehitys • 4.3 Tuotekehityksen organisointi
  21. 21. 4.1 Liiketoiminta Scrum Product Ownerin näkökulmasta
  22. 22. 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
  23. 23. 4.2 Ketterä ohjelmistokehitys Scrum tiimin näkökulmasta
  24. 24. 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
  25. 25. Analysointi Määrittely Käyttöliittymä Arkkitehtuuri Suunnittelu o a ! iik k Toteutus v -4 Testaus 2 Integrointi Paketointi Toimitus Dokumentointi Käyttöönotto
  26. 26. 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
  27. 27. 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ä?
  28. 28. 4.3 Tuotekehityksen organisointi Scrum organisaation näkökulmasta
  29. 29. Lii ke to im in ta Tu ot ek e hi ty s
  30. 30. Tuotekehitys pullonkaulana Mitä ihmettä ne tekee ja miksi kaikki kestää? Liiketoiminta Tuotekehitys
  31. 31. Liiketoiminta pullonkaulana Keksimme Mitä ihmettä hienoja juttuja! ne tekee? Liiketoiminta Tuotekehitys
  32. 32. Arvoketjut (Esimerkki siitä mitä tapahtuu kun tuotekehitystä ei organisoida)
  33. 33. 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
  34. 34. 5. Mitä asialle voisi tehdä?
  35. 35. 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!
  36. 36. Scrum on vain viitekehys eikä ota kantaa liiketoimintaan, ohjelmistokehitykseen eikä tuotekehityksen organisointiin. Menestynyt ohjelmistoliiketoiminta kuitenkin tarvitsee näitä kaikkia.
  37. 37. Hyvää joulua!

×