Tietojärjestelmien laadunvarmistus ja testaus ostajan näkökulmasta

Esitys aiheesta: "Tietojärjestelmien laadunvarmistus ja testaus ostajan näkökulmasta"— Esityksen transkriptio:

1 Tietojärjestelmien laadunvarmistus ja testaus ostajan näkökulmasta
Kokemuksia ketterien menetelmien soveltamisesta Suomen EDI-leidit ry:n seminaari Levillä Ahonen, Sirpa; Mikkola, Tuuni; Paula Miinalainen, Arbor Vitae - Finland Oy

2 Paula Miinalainen, Arbor Vitae - Finland Oy
Kokemustausta Paula Miinalainen, tj, senior konsultti, Oy Arbor Vitae - Finland Ltd Riippumaton konsultti Certified Scrum Product Owner (CSPO) Konsulttina projektien valvontatehtävissä eri vakuutusyhtiöissä yli 10 vuotta Kokemusta ketteristä menetelmistä yli 10 vuotta Paula Miinalainen, Arbor Vitae - Finland Oy

3 Konsulttina monitoimittajaympäristöissä muutosten keskellä
Toimittaja A Asiakas (vakuutusyhtiö) Vesiputous/Ketterä Kieli Uudet välineet Kehitys- tai talousjohto Konsultti Paula Toimittaja B Suunnittelu B:n alihankkija Toimittajan palvelulupaus Asiakkaan odotus ICT yksikkö Infra Toimittaja C Käyttöpalvelu- toimittaja Paula Miinalainen, Arbor Vitae - Finland Oy 3

4 Esityksen lähtökohdat
Tämä esitys perustuu ketteristä menetelmistä (RUP, Scrum) saatuihin kokemuksiin eri vakuutusyhtiöissä 10 vuoden ajalta. Asioita tarkastellaan tilaajan liiketoiminnan – lähinnä tuoteomistajan (PO = Product Owner) näkökulmasta. Toimittajan rooleja scrummaster ja kehitystiimi (Scrum Master, Development Team) ei käsitellä. Tarkoituksena on nostaa esille erityispiirteitä, jotka tilaajan tulee huomioida silloin kun käytetään Scrum-viitekehystä. Paula Miinalainen, Arbor Vitae - Finland Oy

5 Keskustelua aiheuttavia Scrum-piirteitä
Scrumissa hyödynnetään iteratiivis- inkrementaalista (toistuvaa ja lisäävää) lähestymistapaa. Työ etenee 2-4 viikon mittaisissa sprinteissä. Kukin sprintti tuottaa ”valmiin” julkaisukelpoisen version. Ensi näkemällä nämä piirteet eivät lainkaan sovellu vakuutusjärjestelmien rakentamiseen, mutta hyötyjä on saavutettavissa käyttämällä Scrum-viitekehystä soveltaen. Paula Miinalainen, Arbor Vitae - Finland Oy

6 Vakuutusyhtiöissä järjestelmien toiminnallisuuden määrittelee
Lait Vakuutusyhtiön vakuutusehdot Vakuutusyhtiön tarjoamat palvelut Vakuutusyhtiön prosessit Organisaatioiden välisen tiedonsiirron rajapintakuvaukset Yhtiön sisäiset rajapintakuvaukset Paula Miinalainen, Arbor Vitae - Finland Oy

7 Tilaajan vastuu/ tuoteomistajan (PO) vastuu
The Product Owner is the one and only person responsible for managing the Product Backlog and ensuring the value of the team performs. This person maintains the Product Backlog and ensures that it is visible to everyone.( Scrum Guide, Ken Scwaber 2009) Tuoteomistaja (PO) on tilaajan organisaatiosta. Paula Miinalainen, Arbor Vitae - Finland Oy

8 Paula Miinalainen, Arbor Vitae - Finland Oy
Sopimukset ja Scrum IT2010 sopimusehdoista ketterät menetelmät on rajattu pois. Hanselin Tietohallinnon hankinnat –yksikkö ylläpitää ja kehittää valtionhallinnon yhteisiä tietoteknisten laitteiden, ohjelmistojen ja palvelujen sopimuksia - JIT-sopimusehtoja. Nämä sopimukset eivät kata ketteriä menetelmiä. Paula Miinalainen, Arbor Vitae - Finland Oy

9 Paula Miinalainen, Arbor Vitae - Finland Oy
JIT-sopimusehdot Tieken Businestreffeillä Hanselin lakimies Outi Jousi sanoi, että ketteryyttä ei ole otettu mukaan ehtoihin, koska haasteena on Asiakkaiden ajankäyttö toteutuksen aikana Asiakkaiden Scrum-osaaminen Asiakkaiden päätöksenteon nopeus Budjettiriski Hanselin lakimies Outi Jousi Tieken Businestreffeillä Paula Miinalainen, Arbor Vitae - Finland Oy

10 Tuoteomistaja (PO) ja tilaajan resurssit
Usein tilaajalla ei ole yhtä henkilöä, jolla olisi riittävä ja kattava liiketoiminta osaaminen PO:n tehtävään. PO:n taustaryhmäksi tällöin voidaan nimetä tilaajan puolelta tarvittavat liiketoiminta- asiantuntijaresurssit, jotka pystyvät (= on aikaa) tekemään toteutusprinttien aikana scrumtiimin kanssa yhteistyötä. Paula Miinalainen, Arbor Vitae - Finland Oy

11 Projektisuunnitelma ja Scrum 1
Projektisuunnitelmassa tai sen liitteessä kuvataan projektikohtaisesti, miten Scrum-viitekehystä sovelletaan tässä projektissa. Kuvataan roolit: tuoteomistaja, scrummaster ja scrumtiimi. Kuvataan Scrumin tapahtumat: sprintti, sprintin suunnittelupalveri, päiväpalaveri ja sprinttikatselmus sekä sprintin retrospektiivi Kuvataan työn eteneminen Projektisuunnitelman yksityiskohdat täydentyvät sprintti kohtaisesti. Paula Miinalainen, Arbor Vitae - Finland Oy

12 Projektisuunnitelma ja Scrum 2
Kuvataan tilaajan ja toimittajan vastuut kiinnittäen erityistä huomiota tuoteomistajan (PO) valtaan ja vastuuseen. Varmistetaan, että tarvittava liiketoimintaosaaminen on saatavilla. Sovitaan hyväksymismenettely. Pieni vaiva tässä vaiheessa, iso etu jatkossa!!! Paula Miinalainen, Arbor Vitae - Finland Oy

13 Projektisuunnitelma ja Scrum 3
Testaussuunnitelma on osa projektisuunnitelmaa. Testaussuunnitelmassa kuvataan testausympäristö Kuvataan tarvittavat testiaineistot. Kuvataan tarvittaessa testitapaukset. Näistä kuvauksista tulee ilmetä, mitä asioita odotetaan tilaajan puolelta. Tiedotussuunnitelma on osa projektisuunnitelmaa. Suunnitelmat täydentyvät sprinttien edetessä. Paula Miinalainen, Arbor Vitae - Finland Oy

14 Paula Miinalainen, Arbor Vitae - Finland Oy
Testaus ja Scrum Kukin sprintti tuottaa toimittajan puolelta valmiiksi testatun version dokumentteineen ja ohjeineen. Tilaajan tekemä hyväksymistestaus voidaan tehdä sprinttikohtaisesti. Usein on kuitenkin järkevää kerätä sprinttien tuotokset liiketoiminnallisesti testattaviin kokonaisuuksiin, jotka vastaavat tuotantoon menevää kokonaisuutta. Paula Miinalainen, Arbor Vitae - Finland Oy

15 Paula Miinalainen, Arbor Vitae - Finland Oy
Käyttöönotto ja Scrum Vakuutusyhtiöissä on tavallisesti vuodessa 4- 6 tuotantoon vientipäivää, jotka on kiinnitetty kalenteriin kuukausia jopa vuosia etukäteen. Srummin käytön yhteydessä on tunnistettu ohjelmistomuutoksia, joita on järkevää viedä tuotantoon tiheämpää tahtiin. Paula Miinalainen, Arbor Vitae - Finland Oy

16 Ylläpitoprojekti ja Scrum
Scrummista on hyötyä myös ylläpitoprojekteissa. On saatu enemmän aikaan pienemmässä ajassa Scrum-tiimin tehokkaan työtavan ansiosta. Muutosvaatimuksien priorisointia on voitu muuttaa joustavasti projektin aikana. Paula Miinalainen, Arbor Vitae - Finland Oy

17 Tilaajan katselmoinnit
Projektisuunnitelma liitteineen Tiedotussuunnitelma Testaussuunnitelma Mitä testausta tarvitaan? Hyväksymistestaussuunnitelma Testitapaukset? Paula Miinalainen, Arbor Vitae - Finland Oy

18 Tiedonkulku ja läpinäkyvyys 1
Infoja ja koulutusta tarvitaan kaikille projektiin osallistuville jo ennen projektin aloitusta. Siirtyminen vesiputousmallista iteratiivis- inkrementaaliseen (toistuvaa ja lisäävää) lähestymistapaan on suuri muutos tilaajan määrittelijöille ja liiketoiminta-asiantuntijoille. Syntyy luonnollinen muutosvastarintatilanne, jolle tulee antaa tarvittava sulatteluaika. Paula Miinalainen, Arbor Vitae - Finland Oy

19 Tiedonkulku ja läpinäkyvyys 2
Projektin aikana sprinttien tuotokset tulee olla läpinäkyvästi esillä kaikille. Projektin lopputuloksesta tulee tiedottaa tarkoin ja laajasti tilaajan organisaatiossa. PUUTTEELLINEN KOMMUNIKOINTI JA TIEDOTTAMINEN ON OLLUT SUURIN SYY SCRUM-PROJEKTIEN TUOTOKSEN HYLKÄÄMISEEN. Tarkoitushan oli, että jokaisen sprintin jälkeen on mahdollisuus korjaavaan liikkeeseen. Paula Miinalainen, Arbor Vitae - Finland Oy

20 Paula Miinalainen, Arbor Vitae - Finland Oy
Kun Scrum ei käy 1 Sprintit ovat lyhyitä. Ei voida niin usein viedä tuotantoon. Tunnistetaan ominaisuudet, joilla on sovittu tuotantoon vienti päivä. Näitä on esim. rajapintamuutokset, joiden tuotantoon vienti on sovittu kuukausia tai jopa vuosia aiemmin. PO määrittelee, miten tuotantoon vienti tehdään järkevästi. Käytännön havainto. Scrum-lähestymistavan myötä on opittu havaitsemaan ominaisuuksia, jotka voidaan viedä tuotantoon nopealla aikataululla ja näin voidaan parantaa asiakaspalvelua Paula Miinalainen, Arbor Vitae - Finland Oy

21 Paula Miinalainen, Arbor Vitae - Finland Oy
Kun Scrum ei käy 2 Liiketoimintasisältö on niin laaja, ettei ole PO:ta, joka hallitsisi kokonaisuuden. Kootaan PO:ta tukemaan asiantuntijaryhmä. Scrum- tiimiin päin PO:lla on edelleen kaikki valta ja vastuu. ”Scrummissa” ei dokumentoida, mutta me tarvitsemme dokumentteja. Tarvittavat dokumentit ovat tehtäviä (task), jotka PO:n toimesta sisällytetään tuotteen kehitysjonoon (Product Backlog). Sprinttiä ei hyväksytä valmiiksi ellei siihen liittyvät dokumentit ole myös hyväksytty valmiiksi. Paula Miinalainen, Arbor Vitae - Finland Oy

22 Oppaita vapaasti netistä
Ken Schaber & Jeff Sutherland The Scrum Guide Scrumin määritelmä ja pelisäännöt Jarkko Järvenpää & Pasi Kovanen Ohjelmistokehityksen pikaopas Paula Miinalainen, Arbor Vitae - Finland Oy