Avoimen tuotteenhallintamalli

Esitys aiheesta: "Avoimen tuotteenhallintamalli"— Esityksen transkriptio:

1 Avoimen tuotteenhallintamalli
Video 3. Avoimen tuotteen hallintamallin tekeminen Verkkomateriaali

2 Sisältö Miten avoimia ja tilaajan omistamia ohjelmistoja syntyy
Avoimen tuotteen hallintasuunnitelman tekeminen Tekemisen vaiheet Vaihekohtaiset tarkennukset

3 Miten avoimia ja tilaajan omistamia ohjelmistoja/tuotteita syntyy
Kunta kehittää omalla rahoituksella ohjelmiston ja havaitsee, että ohjelmistosta voisi olla hyötyä muille kunnille, joten annetaan se muiden hyödynnettäväksi. Tavoitteena myös on jakaa jatkokehityksen ja ylläpidon kustannuksia muiden käyttäjäkuntien kanssa varmistaa ohjelmiston elinkaari, koska mitä useampi tyytyväinen kunta käyttää ohjelmistoa, niin sitä pidempi elinkaari ohjelmistolle on odotettavissa Kunnat sopivat, että kehitetään uusi ohjelmisto yhdessä. Tavoitteena on jakaa kehittämisen kustannuksia muiden käyttäjäkuntien kanssa varmistaa ohjelmiston elinkaari, koska mitä useampi tyytyväinen kunta käyttää ohjelmistoa niin sitä pidempi elinkaari ohjelmistolle on odotettavissa

4 Milloin avoimen tuotteen hallintamalli kannattaa laatia?
Tuotteen hallintamalli kannattaa laatia mahdollisimman aikaisessa vaiheessa käytänteet ovat helpompi sopia, koska ohjelmiston kehittämiseen yksikään kunta ei ole käyttänyt vielä rahaa ja resursseja kustannuksia voidaan jakaa jo tuotteen ensimmäisen version kehittämisen aikana eikä vain sen jälkeen aloitetaan yhteinen jatkokehittäminen

5 Tuotteen hallintasuunnitelman tekeminen
Avoimen tuotteenhallintamallien laadinta on prosessi, jonka lopputuloksena syntyy hallintamalli ohjelmistotuotteelle Ei ole yksikäsitteistä ohjetta hallintamallin laadintaan, vaan jokaisen tekeminen on omanlaisensa prosessi, johon vaikuttaa moni asia mm. ohjelmiston tyyppi ja sidosryhmät On kuitenkin olemassa päävaiheet ja tehtävät, jotka toistuvat jokaisessa hallintamallin laatimisessa

6 Tuotteen hallintasuunnitelman tekeminen
1.Ohjelmiston tila 1.1 Ohjelmisto on valmis 2.Hallintamallin laadinta Esittely 2.Vastuuhenkilön nimeäminen tuotteenhallinta suunnitelman tekemiseen 3.Tunnista ohjelmiston tyyppi 4. Valitse pohjamalli 5.Tee ehdotus rooleista, käytänteistä, rahoituksen jakamisesta 6.Esittele ehdotusta sidosryhmille 7.Hallintamalli suunnitelman hyväksyntä Kommentit 1.2. Ohjelmistoon määrittely tai suunnittelu vaiheessa 3.Hallintamallin ylläpito 8.Tuotteen hallintasuunnitelman mukaisen toiminnan käynnistäminen ja ylläpito Päivitetään ja kehitetään hallintamallia kokemuksen perusteella

7 1.Vaihe-Ohjelmiston tilan tunnistaminen
Jos ohjelmiston 1. versio on valmis tai ohjelmiston kehittäminen pitkällä niin hallintamallin laadinta eroaa hiukan tilanteesta, jossa ohjelmistoa ei ole vielä toteutettu. ohjelmiston käyttäjäyhteisöön on helpompi sitoutua, koska ohjelmiston kehittämiseen liittyviä epävarmuustekijöitä ei enää ole pitääkö ensimmäisen version kehittäjälle korvata kehityspanos, jonka kehittäjäkunta on jo tehnyt miten varmistetaan, että ohjelmiston jatkokehityksessä otetaan huomioon kaikkien kuntien kehitystarpeet eikä vain 1. version kehittämisen suorittaneen kunnan tarpeet Jos ohjelmistoa ei ole vielä kehitetty niin hallintamallin laadinnassa on seuraavia huomioonotettavia asioita miten sitoutetaan kehittäjäkunnat, koska mitään konkreettista ei ole valmiina ei tarvitse miettiä miten 1.version kehittämisen työpanos hyvitetään ensimmäisen version kehittäjälle

8 2.Vaihe-Vastuuhenkilön nimeäminen
Hallintamallin laadintaan tulee nimetä vastuuhenkilö, joka tulee tuntea ohjelmisto, jota kehitetään tai aletaan kehittämään tuntea riittävästi sidosryhmien tarpeita tuntea riittävästi ohjelmistokehityksen ja tuotehallinnan yleisiä periaatteita Vastuuhenkilön tehtävänä on laatia ehdotuksia ohjelmiston hallintamallista sekä organisoida ehdotusten läpikäynti

9 3.Vaihe-Ohjelmiston tyypin tunnistaminen
Ennen hallintamallin aloittamista on tunnistettava ohjelmiston tyyppi ja missä kehittämisen tilanteessa käyttäjäkunnat ovat omassa toiminnassaan. Seuraavia asioita kannattaa pohtia. joutuuko tai haluaako jokainen kunta muokata ohjelmistoa aina itselleen sopivaksi eikä yhteiseen jatkokehittämiseen ole tarvetta haluaako jokainen kunta kehittää ohjelmistoa tai komponenttia tarvittaessa itselleen sopivaksi, mutta tunnistetaan myös paljon kohtia, jotka voidaan kehittää yhdessä tunnistaako kunnat samanlaisia kehitystarpeita eikä ole merkittävää tarvetta kuntakohtaisiin kehitystoimenpiteisiin. Lisäksi kunnat kokevat, että kaikki kunnat ovat samassa kehitystilanteessa omassa toiminnassaan. Kun on tunnistettu ohjelmiston tyyppi ja käyttäjäkuntien tilanne niin voidaan valita hallintamallille sopiva pohjamalli: Vapaa jakelu Yhteisöohjautuva uudelleenkäyttö Yhteisöohjautuva vakioperusversio

10 4.Vaihe-Valitse sopiva pohjamalli
Ohjelmiston tyyppi Sopiva pohjamalli jokainen kunta joutuu muokkaamaan ohjelmistoa tai komponenttia itselleen sopivaksi eikä yhteiseen jatkokehittämiseen ole tarvetta Vapaa jakelu -malli jokainen kunta haluaa kehittää ohjelmistoa tai komponenttia tarvittaessa itselleen sopivaksi, mutta tunnistetaan paljon kohtia, jotka voidaan kehittää yhdessä Yhteisöohjautuva uudelleenkäyttö -malli Kunnat tunnistavat paljon samanlaisia kehitystarpeita eikä ole merkittävää tarvetta kuntakohtaisiin kehitystarpeisiin Lisäksi kunnat kokevat, että kaikki kunnat ovat samassa kehitystilanteessa Yhteisöohjautuva vakio perusversio -malli

11 5.Vaihe-Ehdotuksen tekeminen
Kun pohjamallin on valittu niin seuraavaksi tehdään ehdotus rooleista ja käytänteistä, joista tärkeimmät ovat Rooli/käytäntö Kuvaus Palvelunhallinnoija Kuka toimii palvelun hallinnoista eli vastaa ohjelmiston operatiivisesta kehittämisestä ja toiminnan koordinoinnista Yhteisen kehittämisen käytännöt Miten yhteistä kehittämistä tehdään ja miten sitä koordinoidaan Yhteisen kehittämisen rahoittaminen Miten yhteinen kehittäminen rahoitetaan Palvelunhallinnoijan toiminnan rahoittaminen Miten palvelunhallinnointi rahoitetaan Ohjausryhmä (päätösten tekeminen) Millainen on päätösten tekomalli esimerkiksi tehdäänkö päätökset ohjausryhmissä ja mikä on ohjausryhmän tehtävät sekä koostumus

12 6.Vaihe-Ehdotuksen esittely
Tässä vaiheessa ehdotusta esitellään sidosryhmille ja kunnille Esittelyvaiheen tärkein asia on saada näkemyksiä käytänteille sekä rooleille Esittelyvaiheen aikana kuntien täytyy sitoutua hallintamalliin ja sen noudattamiseen Jos ehdotuksen esittelyvaiheessa tulee paljon kommentteja ja näkemyksiä niin tehdään hallintamalliehdotuksesta uusi versio Usein ehdotusten esittelyitä pitää tehdä 3-5 kertaan ennen kuin hallintamalli on hyväksyttävissä Haasteellisinta on saada sovittua kehittämisen rahoittamisen käytänteet sekä uusien ominaisuuksien kehittämisestä päättämisen käytänteet

13 7.Vaihe-Hallintamallin hyväksyntä
Hallintamalli kannattaa hyväksyttää ohjausryhmän ensimmäisessä kokouksessa Hyväksytty hallintamalli voidaan julkaista samassa paikassa kuin ohjelmiston lähdekoodi ja muu dokumentaatio tai paikassa, johon pääsevät kaikki sidosryhmät, joita hallintamalli koskee

14 8. Vaihe-Hallintamallin ylläpito ja päivittäminen
Kun hallintamallia on hyödynnetty tuotteenkehittämisessä, niin on suotavaa päivittää ja kehittää hallintamallia saadun kokemuksen perusteella On erittäin tärkeää ymmärtää, että kehitettyä hallintamallia voidaan muuttaa ohjausryhmän päätöksellä. Tämä helpottaa ensimmäisen hallintamalliversion laadintaa, koska voidaan jättää osa asioista avoimiksi ja sopia niistä sitten, kun käytännön kokemusta ohjelmiston kehittämisestä on syntynyt riittävästi

15 Kiitos Kysymyksiä?