Software requirement process ( agile approach ). Tampere University of Technology, Ohjelmistotuotannon menetelmät, details: http://www.cs.tut.fi/~otm/

1. Tietoyhteiskunnan palveluarkkitehdit
Ketterä vaatimustenhallinta
Juhana Huotarinen, juhana.huotarinen@gofore.com
© 2013 Gofore 1

2. Sisältö
• Gofore lyhyesti
• Ketterä vaatimustenhallinta
• Product backlog
• Ominaisuus, käyttäjätarina, käyttötapaus, lisämäärittelyt
• Hyväksymistestaus
• Ketterä vaatimustenhallintaprosessi
• Ohjelmistoalan trendejä
© 2013 Gofore 2

3. Puhuja
• Juhana Huotarinen
• DI, TTY 2000-2006
• Ohjelmistotuotanto, teollisuustalous
• Goforella vuodesta 2005 –
• Ohjelmistosuunnittelija (JavaEE-teknologiat)
• Tekninen projektipäällikkö
• Tiiminvetäjä
• Twitter, linkedin
© 2013 Gofore 3

4. Gofore Oy lyhyesti
Vuonna 2001 perustettu IT-johdon konsultoinnin ja
tietojärjestelmien kehittämisen asiantuntijayritys
Vahvassa kasvussa oleva yritys
Liikevaihto 3,7 MEUR (2012) Asiakastyytyväisyys
100 % asiakkaista suosittelisi omien
Ennustettu liikevaihto yli 5 MEUR (2013) kokemustensa perusteella Gofore Oy:ä
48 asiantuntijaa kollegoilleen
Asiakastyytyväisyystutkimus 11/2011
Taloudellisesti vakavarainen työnantaja Innolink Research.
Liikevoitto yli 10 % viimeiset seitsemän vuotta
Soliditetin AAA-luottoluokitus yli viisi vuotta
Henkilöstötyytyväisyys
Suomen Asiakastiedon Rating Alfa AA+ viitenä vuonna
Työilmapiirin kouluarvosana 9.44
peräkkäin Työyhteisön yhteishenki 9.53
Suvaitsevaisuus 9.50
Tasavertainen kohtelu asemastani riippumatta
Kaksi liiketoimintayksikköä: Tietojärjestelmien kehityspalvelut ja 9.16
IT-johdon asiantuntijapalvelut Tasa-arvoinen kohtelu sukupuolestani riippumatta
9.42
Toimistot Helsingissä ja Tampereella Henkilöstötyytyväisyystutkimus 11/2012, Barona
IT
© 2013 Gofore 4

5. Asiakkaitamme
A-Insinöörit Kela
Alma Media KL Kuntahankinnat
Barona Group Opetushallitus
Cargotec
OP-Pohjola
CSC – Tieteen tietotekniikan
keskus Panorama Partners (VR, ETK)
Elisa PSHP
Enfo Puolustusvoimat
Fonecta
If It Services Sosiaali- ja terveysministeriö
Infotripla Sponda
Insta Defsec Suomi24
Ideapark Tampereen kaupunki
Labkotec
Tampereen Sähkölaitos
Liikennevirasto
Medbit Tukes
© 2013 Gofore 5

6. Teknologia- ja menetelmäosaaminen
© 2013 Gofore 6

7. Vaatimustenhallinta
”Requirements management is the process of documenting, analyzing,
tracing, prioritizing and agreeing on requirements and then controlling
change and communicating to relevant stakeholders (lähde Wikipedia)”
© 2013 Gofore 7

8. Vaatimustenhallinnan evoluutio
Perinteinen tapa Ketterä tapa
Suhtautuminen muutoksiin Negatiivinen Positiivinen
Muutoksien hallinta Dokumenttipohjat, Product backlog
vaatimustenhallinta-
tuotteet, MS Project
Impulssi muutoksille Ylhäältä alas Alhaalta ylös
Hyväksymisprosessi Viikoista kuukausiin Muutamia tunteja
Päätöksentekoprosessi Ohjausryhmä, Product owner
johtoryhmä
Muutoksien ajankohta Projektin alkuvaihe Läpi projektin
© 2012 Gofore 25.3.2013 8

9. Scrum-projekti
© 2013 Gofore 9

10. Scrum-projekti
© 2013 Gofore 10

11. Ketterän vaatimustenhallinnan haasteet
• Tehtävien luonti
• Tehtävien pilkonta
• Backlog
• Tehtävien muoto
• Hyväksymistestaus
• Projektin edistyminen
© 2013 Gofore 11

12. Product backlog
• Lean ajattelu = kaikki tiimille tuleva työ näkyviin
• Product backlog = ketterän projektin vaatimustenhallintatyökalu
• Priorisoitu lista tehtäviä
• Product backlogin jatkuva hallinta (grooming):
• Lisäykset, poistot, muokkaukset ja priorisoinnit
• Product owner ylläpitää
• Product ownerin tärkein tehtävä projektissa
• Scrummaster seuraa ja arvioituttaa jatkuvasti product backlogin
tehtäviä
 Ennustettavuus projektin kestosta
Tukena päätöksenteolle
© 2013 Gofore 12

13. Kysymys
Minkä tyyppisiä tehtäviä product backlog pitää sisällään?
© 2013 Gofore 13

14. Product backlog
© 2011 Gofore 14

15. Product backlogin sisältö
Tyyppi Lähde Kuvaus Esimerkki
Ominaisuus Product owner, Projektin alkuvaiheessa ”Käyttäjänä haluan luoda ja ylläpitää yrityksiä,
projektiryhmä listataan projektin jotta hyödyntää tietoja tehdessäni uutta
ominaisuudet. Pilkotaan asiakasaloitetta”
käyttäjätarinoiksi
projektin kuluessa
Käyttäjätarina Product owner, Yksi selkeä toiminnallinen ”Käyttäjänä haluan tulostaa henkilön tiedot-
projektiryhmä vaatimus. Product näkymän, jotta voin arkistoida tiedot
Testaajat backlogin yleisin tyyppi. asiakirjojen liitteeksi”
Tekninen tehtävä Tiimi Erilaiset tekniset ja ”Kehittäjä haluan, että järjestelmä käännetään
laadulliset tehtävät Maven-käännöstyökalulla, jotta
komponenttien kääntäminen on sujuvaa”
Spike Product owner, Tiimi, Erilaiset selvitys- ja Selvitystehtävä: analysoi mikä
Scrummaster analysointitehtävät. käyttölittymäkirjasto soveltuisi sovellukseen
Lopputuloksena tekninen parhaiten
tehtävä tai käyttäjätarina
Bugi Testaajat, tiimi Testaajien ja tiimiläisten ”IE8-selaimella selaimen ylänavigaation kulmat
löytämät bugit. Huom. eivät pyöristy”
kriittiset bugit korjataan
aina välittömästi
© 2013 Gofore 15

16. Ominaisuuden pilkkominen
Käyttötapaus Lisämäärittelyt
Ominaisuus Käyttäjätarina
Tehtävä
© 2013 Gofore 16

17. Käyttäjätarinan ja käyttötapauksen suhde
Käyttäjätarina Viittaus Käyttötapaus
Käyttäjänä haluan, että tausta-aineistossa Kohta 5. a-h 3.1 Käyttäjä valitsee taustamateriaaleja
coverage-aineistot on ryhmitelty
puurakenteeseen, jotta tausta-aineistolista karttakäyttöliittymässä
olisi yhdenmukainen.
Käyttäjänä haluan, että kirjattu pvm -tieto Kohta 1 12 Analysoija avaa tehtäväjononsa
näkyy analysoinnin tehtävälistassa, jotta
tiedän koska analysointivaihe on aloitettu
Kohta 4 a-b 25 Käyttäjä käsittelee tehtävän
Käyttäjänä haluan, että karttaa voi zoomata 3.2 Käyttäjä navigoi karttakäyttöliittymässä
noin 1:1000 mittakaavaan (3 zoomaustasoa
lisää alkuperäiseen toteutukseen), jotta voin
paremmin tulkita ortokuvia ja mitata
kohteiden koordinaatteja.
© 2013 Gofore 17

18. Esimerkki käyttötapauksesta
© 2013 Gofore 18

19. Kysymys
”Mitä lisämäärittelytekniikoita on olemassa?”
© 2013 Gofore 19

20. Tarvittavat lisämäärittelyt
© 2013 Gofore 20

21. © 20113Gofore 21

22. Hyväksymistestaus
Yleiset
Testitapaus 1
testausohjeet
Testitapaus 2 Käyttötapaus 1
Testitapaus 3 Käyttötapaus 2
© 2013 Gofore 22

23. Ketterä vaatimustenhallintaprosessi
Toimijat Sprint 0 Sprint 1
Product owner, scrummaster,
asiantuntijat F1 F3 F5 U11 U12
F2 F4 U13 U14
Testaajat
Product backlog
F2
F3 F4 T4
Tiimi
T1 T3 T5
T2 T4 T6
Sprint backlog
T1 T3
T2
© 2013 Gofore 23

24. Ketterä vaatimustenhallintaprosessi
Sprint 2 Sprint 3
Product owner, scrummaster,
asiantuntijat U21 U22 U31 U32
U23 U24 U33 U34
Testaajat
U9 U10
Product backlog
F3 T4
F4 U14 F4 U9
F5 T4 F5 U24
Tiimi
T7 T8
Sprint backlog
U11 U12 T7 U21
U13 T5 T6 U14 U22 U23
© 2013 Gofore 24

25. Ohjelmistoalan trendejä
• Ketterät projektimallit myös julkiselle sektorille
• Monitoimittajatiimit
• Abstaktiotason nousu
• Avoin lähdekoodi
• Vaatimustason kasvu
• Läpinäkyvyys (määrittelyt, GitHub jne.)
• Pilvipalvelut
• Rich Internet Application
• HTML5, Javascript, responsive web design, NoSQL-tietokannat, Twitter
Bootstrap, GIT, virtualisoitu kehitysympäristö, REST, funktionaalinen
ohjelmointi
© 2013 Gofore 25

26. Ohjeita työelämään
• Verkostointi
• Työpaikan valinta (koko, teknologiat, palkanmaksukyky, tulevaisuus,
työtyytyväisyys)
• Syvä asiantuntijuus vs kokonaisuuden hallinta
• Jatkuva muutos
• Kommunikointitaidot
© 2013 Gofore 26

27. Lähteet
http://blog.crisp.se/2012/10/25/henrikkniberg/agile-product-ownership-
in-a-nutshell
© 2013 Gofore 27

28. Kysymys
”Miten laatuvaatimuksia hallitaan ketterässä projektissa?”
© 2013 Gofore 28

29. Raivaamme tuottavuuden esteet ja
löydämme keinot parhaan ratkaisun
rakentamiseen.
www.gofore.com
gofore@gofore.com
Puhelin: 010 439 7777
Faksi: 03 213 0110
Tampere: Helsinki:
Hämeenkatu 16 Tallberginkatu 2 A
FIN-33200 Tampere (Sisäänkäynti/Vastaanotto: Tammasaarenlaituri 3 B)
FIN-00180 Helsinki