Otakantaa palvelun tuotteenhallintasuunnitelma



Samankaltaiset tiedostot
Kuntasektorin kokonaisarkkitehtuuri

xxx avoimen rajapinnan hallintasuunnitelma (VALMIS 1.4)

Mikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus. Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela

Avoimen ohjelmistotuotteen hallinta julkisella sektorilla. Jukka Kääriäinen VTT Oy , Oskari-verkostopäivä

Kuntien teknisen ja ympäristötoimen aineistorajapintojen hallintasuunnitelma

-toiminto Nuortenideat.fi Tuotteenhallintasuunnitelma

VTT:n avoimen tuotteen hallintamalli -työpaja. Tapio Matinmikko, Jukka Kääriäinen VTT

Näin otat konkreettisesti käyttöön avoimen tuotteen hallintamallin organisaatiossasi

Yhteenveto tuotteenhallinnan tiimoilta kertyneistä opeista. Jukka Kääriäinen

Avoimen tuotteen hallintamalli FINTO OhRy

JulkICTLab Eteneminen Mikael Vakkari, VM

10/06/2014 ROOLEIHIN. Jukka Kääriäinen, Tapio Matinmikko, Raija

YJA ohjaus- ja tuotteenhallintaprosessi

Avoimen ohjelmiston hallintamallin konkretisointi - Kohti Kumppanuutta -ratkaisun määrittely tuotteenhallinnan malleilla

Avoimen ja yhteisen rajapinnan hallintamalli

Avoimen lähdekoodin ohjelmistot julkisessa hallinnossa

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Kohti Kohaa avoimen lähdekoodin kirjastojärjestelmän käyttöönotto

AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti

Avoimen rajapinnan hallinta (Tilaajan hallitsema rajapinta)

Avoimen rajapinnan elinkaari (Tilaajan hallitsema rajapinta) - tausta ja tarpeen kuvaus -elinkaaren hallinta ja siihen liittyvä dokumentaatio

Pilviväylä-TH: tulokset ja suoritus

Avoimen tuotteen hallintamalli käytännössä: Oskari.org ohjelmisto ja Oskari-verkosto

Avoimet ohjelmistot julkisessa hallinnossa. Oskari verkostopäivä Tommi Karttaavi

MAKUFI. Avoimen tuotteen hallintamalli Maakuntien verkkopalvelusivustot

Suomen avoimien tietojärjestelmien keskus COSS ry

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset

Mobiilin somepalvelun ketterä kehittäminen, sopimusehtoluonnos

Viitekehys hallinnossa

Case: Helsinki Region Infoshare - pääkaupunkiseudun tiedot avoimiksi

Julkishallinnon tunnistuksen ohjauspalvelun kehityshanke mitä PoC-vaihe on opettanut? Manne Miettinen, Henri Mikkonen ja Arto Tuomi

JulkICTLab. Kirsi Pispa, projektipäällikkö, CSC

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!

Järjestelmäsalkun hallinta TTY:llä

JulkICT Lab Julkisen hallinnon palvelujen kehittämisympäristö

Talent Vectia Oy Tarjous

Kaupunginkanslian avoin ohjelmistokehitys, rajapintatyö, syksy kevät Projektitarpeen ja tavoitteiden kuvaus

Avoin lähdekoodi hankinnoissa Juha Yrjölä

Esityksen sisältö Määrittelyjen mukaisuudesta varmistuminen - PlugIT-leima

Kansallinen ASPAtietojärjestelmä

PILETTI. Tekninen vaatimusmäärittely. v. 0.2

Esittely: Helsinki Region Infoshare Seudun tietovarannot avoimiksi. Ville Meloni ja Pekka Vuori

Kansaneläkelaitos Hankekuvaus Liite 2.2

Finnaa arkistoille. Aki Lassila Arkistot

IoT-järjestelmän ja ulkovalaistuksen ohjauksen hankinta -markkinavuoropuhelutilaisuus

SOPIMUS [SOVELLUSHANKINNASTA]

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Organisaatioiden mahdollisuus osallistua ja vaikuttaa Finnan kehittämiseen. Heli Kautonen, palvelupäällikkö , Finnan 2.

Valtioneuvoston kanslia VAIN VIRKAKÄYTTÖÖN Hallinto- ja palveluosasto/hallintoyksikkö Terja Ketola PTJ2008-työsuunnitelma 1 (5)

Liite 2. Sopijapuolten välinen yhteistyö ja yhteyshenkilöt

Organisaatio. 2. Yhteyshenkilön tiedot. 3. Suositusluonnoksen hyväksyminen. 4. Vastustusperusteet

Soft QA. Vaatimusten muutostenhallinta. Ongelma

SOPIMUSLUONNOS Opintojaksopalautejärjestelmän rakentamisesta

Tutkimusdatan hallinnan kansalliset välineet IDA, Etsin, AVAA. Stina Westman, ATT-hanke, CSC

Maakunta- ja sote-uudistuksen valmistelu Ohjeet vastuuvalmistelijoille

Kansallinen palveluarkkitehtuuri TUNNISTUSPALVELU INFO

Kuutoskaupunkien suositukset avoimista rajapinnoista

Valtion uudet yhteentoimivuuspalvelut: dataportaali, palvelutietovaranto ja yhteentoimivuus.fi v.2

SharePoint verkkopalvelualustana

Raitiotiehankkeen toteutusmalliesiselvitys

Koodistoeditorin tavoitteet ja tilannekatsaus

Pilviväylä projekti

IT2015 EKT-ehtojen käyttö

Yhteiset konseptit ja periaatteet julkishallinnon palvelukehittämisen edistäjinä Kuntien avoin data hyötykäyttöön seminaari 27.1.

AVOIN LÄHDEKOODI JA SEN MERKITYS LIIKETOIMINNASSA

Sähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus

Ylläpitodokumentti Mooan

Kooste kotitehtävien vastauksista. Kotitehtävä 6 - Ylläpito- ja kehittämismalli

ADE Oy Hämeen valtatie TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus:

Maakunnan digipalvelut järjestämistehtävässä

JHS 166 Julkisen hallinnon IT-hankintojen yleiset sopimusehdot Liite 8. Erityisehtoja tilaajan sovellushankinnoista avoimen lähdekoodin ehdoin

Suomi.fi-palveluväylä

KONSEPTIMÄÄRITYS YHTEINEN KEITTÖ HANKKEESSA OLEVIEN VIIDEN PILOTIN POHJALTA (YK-konseptimääritys)

FiDiPro -hankkeen projektinhallintahyvät. Hanna Rantala FiDiPro info

Julkisen hallinnon kokonaisarkkitehtuuri JHKA

- Korkeakoulutuksen ja tutkimuksen (linkitetty) tietomalli

Julkaisuarkistopalveluiden tilannekatsaus

OSKARI. Yhteistyöllä eteenpäin Jani Kylmäaho Oskari-verkoston koordinaattori

INSPIRE:n määrittelyjen mukaisen tietotuotteen muodostaminen: KIINTEISTÖT

HRI-RAHOITUSSOPIMUS (5) HELSINKI REGION INFOSHARE RAHOITUSSOPIMUS

Kansallinen digitaalinen kirjasto Käyttöliittymä Finna Aki Lassila / Kehittämispäällikkö / Kirjastoverkkopalvelut

JulkICTLab käyttöön liittyvät ehdot. Luonnos

Kriisiviestintäohjeen päivitys

SOPIMUS IT- PALVELUSTA SOPIMUS NRO: MEDBIT Tilaajan yhteyshenkilö sopimusasioissa: Sosiaali- ja terveysjohtaja Juha Sandberg

Kestävän kehityksen ja tulevaisuuden portaalit TerveSuomi.fi & JT-portaali

LOHJELMA Verkottumisen tuki ja yhteisiä pelisääntöjä. Verkottumistapaaminen , Helsinki Sonja Heikkinen

Viisaat hankinnat JIT2015 sopimusehdot

Vaikuttamispalvelun esittely. Nuortenideat.fi Ungasidéer.fi

JHS 166 Julkisen hallinnon IThankintojen. (JIT 2014) -päivitys. JUHTA Sami Kivivasara

Julkisen hallinnon linjaukset tiedon sijainnista ja hallinnasta. Yhteenveto. Taustaa linjauksille. Linjausten tavoitteet

Pilotti: Lumitöiden estekartoitus. Pilottisuunnitelma

Julkisen hallinnon kokonaisarkkitehtuuri -jaoston (JHKA) viestintäsuunnitelma vuodelle 2014

PALVELUKUVAUS järjestelmän nimi versio x.x

Onnistunut julkinen hankinta? ICT- Hankintafoorumi. Timo Valli Julkisen hallinnon tieto- ja viestintätekninen toiminto

INSPIREn määrittelyjen mukaisen tietotuotteen muodostaminen: <Mineraalivarat>

PALVO I: Talous- ja henkilöstöhallinnon palvelukeskuksen suunnittelu

SOPIMUS [...] PALVELUSTA

POP MAAKUNNAN ICT-VALMISTELU SOPIMUS PROJEKTIN TOTEUTTAMISESTA

Transkriptio:

10.6.2014 Otakantaa palvelun tuotteenhallintasuunnitelma Versionhallinta: Versio Pvm Tila (Luonnos / Ehdotus / Tekijä(t) Hyväksytty) 0.1 12.08.2013 Luonnos Jukka Kääriäinen, Tapio Matinmikko (Oulun Kaupunki) 0.2 27.02.2014 Luonnos Jukka Kääriäinen, Raija Kuusela 0.3 17.3.2014 Luonnos Jukka Kääriäinen, Raija Kuusela, Jaakko Korhonen (OM) 0.4 25.3.2014 Ehdotus Jukka Kääriäinen, Raija Kuusela, Tapio Matinmikko Huomautukset (kommentit, johtoryhmän hyväksyntä, muutosehdotuksen syy ja muutoskohteet) Tuotteenhallinnan dokumenttipohja täytetty KoKu perustiedoilla sekä kevään työpajojen tulosten pohjalta. 18.2 starttipalaverin pohjalta tietoja. Lisäksi ehdolle toimijavaihtoehtoja ja käytäntöjä. 11.3 puhelinkeskustelun (OM, VTT), starttipalaverin esimerkkimateriaalin sekä Demokratiapalveluiden tyylit suunnitelman pohjalta tehty versio toimijoista ja käytännöistä. Muokattu Tapio Matinmikon kommenttien pohjalta. Sisältää vaihtoehtoja, joista Omistajan / Ohjausryhmän tulee tehdä lopulliset valinnat kun toiminta alkaa. Ehdotus Oikeusministeriölle.

10.6.2014 2/13 Sisällysluettelo: 1 Johdanto... 3 2 Otakantaa palvelun tuotteenhallinnan perustiedot... 3 3 Otakantaa palvelun tuotteenhallinnan roolit ja organisaatiot... 4 4 Otakantaa palvelun elinkaarenhallinta... 5 5 Otakantaa palvelun tuotteenhallinnan rahoituksen käytännöt... 6 6 Otakantaa palvelun dokumentaatio... 8 Liite 1: Tuotteenhallinnan roolikuvaukset... 9 Liite 2: Tuotteenhallinnan yleiskuvaus... 10 Liite 3: kuvaus tuotteenhallinnan toimijoista... 11 Liite 4: Kohti Kumppanuutta rahoitusmalli.... 12

10.6.2014 3/13 1 Johdanto Tämä dokumentti kuvaa Otakantaa palvelun tuotteenhallintasuunnitelman. Otakantaa.fi on SaaS palveluna tarjottava palvelu, jota voivat käyttää eri valtio-organisaatiot, kunnat ja kansalaiset. Palvelusta muodostetaan eri asiakasorganisaatioille palveluinstansseja heidän tarpeisiinsa. Palvelun toteutuksessa käytetään Fujitsun tarjoamaa alustaa, jonka tuotteenhallinnasta vastaa Fujitsu. Muutokset alustaan voivat aiheuttaa muutoksia palvelun toteutukseen. Näiden muutosten sisältyminen ylläpitotyöhön riippuu tilaajan ja Fujitsun välisestä sopimuksesta. Ohjausryhmä päättää tämän dokumentin muutoksista ja ylläpitää tätä dokumenttia. Konkreettiset henkilöt ja yhteystiedot nimetyistä organisaatioista, verkoston ja ohjausryhmän kokoonpano sekä olemassa oleva dokumentaatio päivitetään tähän suunnitelmaan, kun tiedot ovat saatavilla. Tämän dokumentin liitteinä ovat tuotteenhallinnan roolikuvaukset (Liite 1), tuotteenhallinnan yleiskuvaus (Liite 2), kuvaus tuotteenhallinnan toimijoista ja suhteista (Liite 3) sekä Kohti Kumppanuutta ohjelmiston rahoitusmalli (Liite 4). 2 Otakantaa palvelun tuotteenhallinnan perustiedot Taulukko 1. Perustiedot Palvelun nimi Palvelun jakelutapa / asennustapa Palvelua käyttävät organisaatiot Toteuttavan projektin nimi Ensimmäisen version toteutusaikataulu Palvelun tilaamisesta vastaava organisaatio Ensimmäisen version teknisestä toteutuksesta vastaava ohjelmistotalo Ensimmäisen version rahoittaja Ohjelmistotuotteen ja kuvauksien jakelupaikka Otakantaa palvelun tiedot Otakantaa.fi SaaS palveluna tarjottava. Asiakaskohtaisia palveluinstansseja. Valtio-organisaatiot, kunnat, kansalaiset 04/2013 Oikeusministeriö Fujitsu SADe-ohjelma Metatiedot: Yhteentoimivuuden portaali (yhteentoimivuus.fi)

10.6.2014 4/13 Dokumentaatio: Fujitsun kimppa palvelu (SharePoint) (tällä hetkellä dokumentaatiota on täällä. Mahdollisesti siirtyy GitHubiin). Lisäksi http://sdrv.ms/1er4h30 Hakusana/yksilöivä tunniste jakelupaikassa Sosiaalisen median välineet ja toimintatavat Lähdekoodi (koodiversiot): GitHub, Otakantaa.fi Facebook Osallistumisympäristö-hankkeen kehittäjäyhteisö twitter @otakantaa yammer.com/lausuntopalvelu SADe-ohjelman jälkeen oheiset sosiaalisen median ympäristöt siirtyvät Demokratiapalveluiden kehittäjäyhteisölle. 3 Otakantaa palvelun tuotteenhallinnan roolit ja organisaatiot Tässä kappaleessa kiinnitetään valitun hallintamallin mukaiset roolit organisaatioihin ja henkilöihin. Ohjausryhmä päättää mahdolliset muutokset organisointiin. Liitteessä 3 on esitetty kuvaus toimijoista ja toimijoiden välisistä suhteista. Taulukko 2. Roolit ja organisaatiot Rooli Palvelun omistaja Tuotetta hallinnoivan yhteisön nimi ja rakenne Tuotepäällikkö Nimi / organisaatio Oikeusministeriö Kehittäjäyhteisö: Osallistumisympäristö-hankkeen kehittäjäyhteisö, jolta kerätään ideoita ja kontribuutiota kehittämiseen. SADe ohjelman päätyttyä toimintaa jatkaa Demokratiapalveluiden kehittäjäyhteisö. Otakantaa Ohjausryhmä: Otakantaa ohjausryhmänä toimii Osallistumisympäristöhankkeen ohjausryhmä. SADe-ohjelman rahoituksen jälkeen ohjausryhmän muodostavat asiakasorganisaatiot, jotka hyödyntävät Otakantaa -palvelua sekä tahot, jotka osallistuvat muutostarpeiden suunnitteluun ja rahoitukseen (tarkennetaan ensimmäisessä kokouksessa). Ohjausryhmä päättää kokoonpanostaan ja ohjaa toimintaa sekä päättää palvelun ominaisuuksista sen elinkaaren aikana. Oikeusministeriö

10.6.2014 5/13 Jaakko Korhonen (tällä hetkellä) 050-3285285 jaakko.korhonen@om.fi Avoimuuden edunvalvoja Jakelupaikan ylläpitäjäorganisaatio ja yhteyshenkilöt Integraattori (ohjelmistotalo) Räätälöinti- ja käyttöönottopalveluja tarjoava ohjelmistotalo (asiakasinstanssien luonti) Oikeusministeriö Jaakko Korhonen (tällä hetkellä) 050-3285285 jaakko.korhonen@om.fi JulkICT: Yhteentoimivuuden tietopankki (yhteentoimivuus.fi) Fujitsu: GitHub Fujitsu Fujitsu (Otakantaa asiakasinstanssien luonti) 4 Otakantaa palvelun elinkaarenhallinta Taulukko 3. Toimintatavat elinkaarenhallinnassa. Asia Demokratiapalveluiden kehittäjäyhteisön kokoontuminen Ohjausryhmän kokoontuminen Kehittäjäyhteisön tapaamisten sisältö Ohjausryhmän tapaamisten sisältö Kuvaus Kehittäjäyhteisö toimii verkossa sosiaalisen median välineillä ja kokoontuu erikseen kutsuttuna tarvittaessa esimerkiksi määrittelytyöpajoissa. Ohjausryhmä päättää kokousaikataulun, kokoonpanon, kokouskäytännöt sekä päätöksentekokäytännöt. Esimerkiksi voidaanko päätöksiä tehdä sähköpostihyväksyntänä. Ohjausryhmä omistaa Otakantaa -brändin. Ohjausryhmän kokoonkutsujana ja sihteerinä toimii Tuotepäällikkö. Kehittäjäyhteisöä käytetään asiantuntijaresurssina määrittelytyöpajoissa, joiden tuloksia voidaan hyödyntää Otakantaa palvelun kehittämisessä. Ohjausryhmä antaa toimintamandaatin Tuotepäällikölle ja vastaa tuotteenhallintasuunnitelman päivittämisestä. Tuotepäällikön tietoon tulevat asiat ovat avoimia Ohjausryhmälle. Ohjausryhmä tekee päätöksen mukaan otettavista uusista ominaisuuksista siten, että Otakantaa tukee asiakasorganisaatioita. Ohjausryhmä valvoo kehityshankkeen etenemistä.

10.6.2014 6/13 Palvelun julkaisusuunnitelma Muutospyyntöjen esittäminen Muutoksen analysointi ja ehdotuksen tekeminen Muutospäätöksen tekeminen Muutoksen toteutus (muutostyön projektointi) Versionhallinta Uuden version hyväksyntä ja käyttöönotto Ohjausryhmä päättää palvelun julkaisusuunnitelmasta. Palvelun julkaisun yhteydessä julkaistaan palvelua vastaava dokumentaatio. Koodin mukana julkaistaan samassa paketissa dokumentaatio. Kehityksessä käytetään ketterää kehitysmenetelmää, missä Oikeusministeriön edustaja (esimerkiksi Tuotepäällikkö) toimii tuoteomistajan roolissa. Asiakashankkeet raportoivat hyötytarpeita Otakantaapalvelulle. Tuotepäällikkö kokoaa muutospyynnöt päätöksentekoa varten. Niitä tarkennetaan ennen yhteisön/johtoryhmän kokoontumista sellaiseksi, että ne konkretisoituvat muille jäsenille. Tuotepäällikkö huolehtii, että muutospyynnöt dokumentoidaan yhteisesti sovittuun paikkaan. Asiakashankkeiden raportoimien hyötytarpeiden pohjalta tehdään sovelluskehityksessä hyötylupauksia. Ohjausryhmän jäsenet tuovat muutospyynnöt ryhmän käsiteltäväksi. Tuotepäällikkö valmistelee muutosehdotuksen niiden pohjalta. Ohjausryhmä antaa puitteet, joiden mukaan Tuotepäällikkö voi tehdä päätöksiä toteutukseen otettavista ominaisuuksista. Puitteiden ulkopuolisten ominaisuuksien toteutuksesta päättää ohjausryhmä. Määrittelyiden perusteella kilpailutetaan erillisprojekti, jossa kehitystyö tapahtuu. Tuotepäällikkö toimii tilaajan puolelta projektipäällikkönä. Lähdekoodin versionhallinta ja julkaisut tapahtuvat Githubtyökalussa. Oletuksena lähdekoodi on avointa ja sen jakelua ei rajoiteta. Kehittäjäyhteisöä voidaan käyttää resurssina palvelujen testauksessa. Hyväksymistestauksessa Tuotepäällikkö koordinoi testauksen. Ohjausryhmä hyväksyy julkaisut tuotantoon. Kiireellinen korjaus pääversioon Ohjausryhmän jäsenet tiedottavat julkaisuista omissa kanavissaan. Kiireellinen virheenkorjaus palveluun toteutetaan Tuotepäällikön koordinoimana. 5 Otakantaa palvelun tuotteenhallinnan rahoituksen käytännöt Tässä kappaleessa kuvataan kuinka tuotteenhallinnan rahoitus hoidetaan ensimmäisen perusversion tuottamisen jälkeen.

10.6.2014 7/13 Rahoituskanavavaihtoehtoja ovat: Vaihtoehto 1: Oikeusministeriön budjettirahoitus: yksinkertainen, keskitetty. Vaihtoehto 2: KoKu-mallin (Kohti Kumppanuutta) mukainen rahoitus: rahoituksen jakamisen malli ohjelmistoa/komponentteja käyttävien organisaatioiden toimesta. Demokraattinen, joskin monimutkaisempi rahoituksien jakamisineen. KoKurahoitusmalli (KoKu-malli) on kuvattuna liitteessä 4. Seuraavassa taulukossa KoKumallilla viitataan Kohti Kumppanuutta tuotteenhallintamallin mukaiseen rahoituksen jakamiseen ohjelmistoa/komponentteja käyttävien organisaatioiden toimesta. Vaihtoehto 3: Jokin muu malli Oikeusministeriö omistajana päättää mitä rahoitusmallivaihtoehtoa tähän suunnitelmaan ehdotetaan. Taulukko 4. Rahoituskäytännöt SADe rahoituksen jälkeen. Rooli / toiminta Tuotepäällikkö (toiminnallinen omistaja) Edunvalvoja (avoimuus) Integraattori Jakelupaikka ja sen ylläpito Uuden perusversion kehittäminen (=uudet ominaisuudet) Korjausversion tekeminen perusversiosta Rahoituksen jakaminen Asiakasorganisaatiokohtaisen palveluinstanssin räätälöinti ja käyttöönotto Rahoitus Eri vaihtoehdot Tuotepäällikön toiminnan rahoitukselle: 1) Oikeusministeriön budjettirahoitus 2) KoKu-mallin mukaan. Jos Avoimuuden edunvalvoja sama kuin Tuotepäällikkö niin rahoitetaan osana Tuotepäällikön toimintaa. Eri rahoitusvaihtoehdot Integraattorille: 1) Vaihtoehto: Oikeusministeriön budjettirahoituksella. 2) Vaihtoehto: KoKu-mallin mukaan. GitHub: Integraattori (laskuttaa osana integraattorin työtä) Yhteentoimivuuden tietopankki: JulkICT/Valtiovarainministeriö Eri rahoitusvaihtoehdot uusille komponenttijulkaisuille: 1) Vaihtoehto: Oikeusministeriön rahoitus 2) Vaihtoehto: KoKu-mallin mukainen rahoitus Oikeusministeriön rahoitus tai KoKu-mallin mukainen rahoitus jos ei kuulu takuun piiriin. Muutoksien yhteydessä varataan resursseja myös testaukseen, määrittelyyn ja mahdollisiin korjaustarpeisiin. Mikäli toimitaan rahoituksessa KoKu-mallin mukaan niin jakamisessa sovelletaan KoKu-hankkeessa määriteltyjä jakamisperiaatteita. Integraattori toteuttaa asiakaskohtaisen palveluinstanssin. Eri rahoitusvaihtoehdot 1) Vaihtoehto: Oikeusministeriön budjettirahoituksella. 2) Vaihtoehto: Asiakasorganisaation rahoitus, jolle

10.6.2014 8/13 Osallistuminen yhteisön toimintaan Uuden asiakasorganisaation mukaantulo kyseinen palveluinstanssi luodaan (= joka tarvitsee palvelua niin maksaa sen pystyttämisestä). Jokainen organisaatio osallistuu omalla rahoituksellaan yhteisön ja ohjausryhmän toimintaan ja kokouksiin. Ryhmän jäsenet osallistuvat määrittelyyn ja hyväksyntätestaukseen oman organisaationsa osalta. Mahdolliset kokouksien järjestelykustannukset hoidetaan tuotepäällikön rahoituksen kautta. Tässä vaiheessa ei maksua. Myöhemmin Ohjausryhmä päättää miten toimitaan. 6 Otakantaa palvelun dokumentaatio Dokumentaation osalta tulee tarkastaa Fujitsun Kimppa palvelussa oleva dokumentaatio. Taulukko 5. Dokumentaatio. Dokumentti Nimi Sijainti Ohjelmiston toiminnallinen kuvaus Pääkäyttäjän ohje Asennusohje&käyttöympäri stö Tekninen kuvaus&kehittäjän opas Tekninen tietokantakuvaus Palvelun tuottamisen työohje otakantaa.fi- Toiminnallinen_kuvaus_2.0.docx otakantaa.fi- Toiminnallinen_kuvaus_2.0.docx: Ylläpidon toiminnot ja Pääkäyttäjä ja Ylläpitäjä roolikuvaukset: lisäksi viittaus sisällöntuottajan oppaaseen (tarkemmat tiedot?) <Ei löytynyt> otakantaa.fi- Toiminnallinen_kuvaus_2.0.docx: REST rajapinta <Ei löytynyt> <Ei vielä olemassa> http://sdrv.ms/1er4h3 0 http://sdrv.ms/1er4h3 0 http://sdrv.ms/1er4h3 0 Taulukko 6. Metatietojen, lähdekoodin ja dokumentaation ylläpito. Ylläpitotehtävä Metatietojen tallennus ja ylläpito jakelupaikassa Lähdekoodin tallennus ja ylläpito jakelupaikassa Dokumentaation tallennus ja ylläpito jakelupaikassa Vastuutaho Tuotepäällikkö Integraattori Integraattori

10.6.2014 9/13 Liite 1: Tuotteenhallinnan roolikuvaukset Rooli Tehtävät Ensimmäisen version rahoittaja Rahoittaa ensimmäisen version kehityksen. Velvoittaa mallin mukaiseen toimintaan osana ensimmäisen version rahoituspäätösprosessia. Käynnistää hallinnan suunnittelun ja toteutuksen kyseiselle ohjelmistolle yhdessä Omistajan kanssa (organisoituminen ja toiminnan käynnistys, hyväksyy hallintasuunnitelman). Omistaja Tuotteenhallinnan järjestäminen joko itse tai valtuuttaa toiset tehtävään. Uudelleenkäytön seuranta ja raportointi. Mahdollisten liittymismaksujen keräämisen hoitaminen Tuotepäällikkö (Toiminnallinen omistaja) Avoimuuden edunvalvoja Käynnistää ja koordinoi yhteisön toimintaa ja Jakelupaikassa toimimista. Kommunikaatio Kaupunkien ja Ohjelmistotalon (integraattori) kanssa (ominaisuuksien osalta (keruu, keskustelu, ehdotus, toteutuksen ohjaus)). Kutsuu yhteisöpalaverin ja Johtoryhmän koolle. Toimii palaverien koordinaattorina ja sihteerinä. Huolehtii että toimitetussa ohjelmistoversiossa on ne ominaisuudet, jotka Johtoryhmä on sopinut siihen toteutettavaksi ja että muutokset on toteutettu, testattu ja dokumentoitu hyväksyttävällä tavalla. Raportoi ohjelmiston uudelleenkäytöstä rahoittajalle. Huolehtii tilattavan ohjelmiston lisenssin avoimuudesta Tekee toimitetulle ohjelmistolle jakelupaikan vastaanottotarkastuksen = kaikki tarvittava dokumentaatio, metadata, versiotieto, yhteystiedot, ym olemassa kuten tuotteenhallinnan suunnitelmassa on sovittu. Varmistaa lisenssin avoimuuden. Tehtävää voi myös suorittaa Tuotepäällikkö. Integraattori Yhteisön tilauksen mukaan toteuttaa, testaa, tarkastaa ja toimittaa uuden perusversion ohjelmistosta. Suorittaa tarvittaessa kolmannen osapuolen tuottamien toiminnallisuuksien integroinnin perusversioon. Tuottavat ohjelmistosta tarvittavat tuotteenhallinnan suunnitelmassa määritellyt dokumentaatiot ja toimittavat ne Yhteisölle (Toiminnallinen omistaja & Avoimuuden edunvalvoja). Räätälöinti ja käyttöönottopalveluja tarjoava ohjelmistotalo Johtoryhmä / Ohjausryhmä Räätälöivät / ottavat käyttöön ohjelmiston oman asiakkaansa (julkisen sektorin toimija) tarpeeseen (muokkaukset, käyttöönottoprojekti, ylläpito). Luovuttavat ohjelmistoräätälöinnistä lähdekoodin, dokumentaation ja muun vaadittavan tiedon tarvittaessa perusversioon integroimista varten. Päättää ohjelmiston kehityksen tiekartasta ja seuraavan julkaisuversion sisällöstä sekä tuotteeseen, tuotteenhallintaan ja sen roolitukseen liittyvissä muista asioista. Johtoryhmä voi kutsua mukaan tarvittaessa ulkopuolisia asiantuntijoita. Ylin päätäntävalta ohjelmiston kehittymisestä. Yhteisö Toimii intressiryhmänä tiedon jaolle ja ideoiden keruulle. Kokoontuu määräajoin (esim etänä) Tuotepäällikön kutsumana ja koordinoimana. Jakelupaikan ylläpitäjä Jakelupaikan muodostaminen tuotteenhallinnan suunnitelman mukaan Jakelupaikan administraatio. Käyttöoikeudet, kehittäminen, opastus, ym.

10.6.2014 10/13 Liite 2: Tuotteenhallinnan yleiskuvaus Tuotteenhallinnan suunnitelmassa määritellään tuotteenhallintamalli, vastuiden kiinnittäminen ja hallinnan lisämääritykset hallinnan alla olevalle ohjelmistolle. Siten suunnitelma muokataan sellaiseksi että se sopii tuotteelle, eri toimijoille ja valitulle hallintamallille. Tavoitteena on, että ohjelmistotuotteen tallennukseen, jakelemiseen ja kehittymiseen liittyvät jakelupaikat, käytännöt ja vastuut ovat yksikäsitteiset. Tämä kuvaus tarvitaan ohjelmistotuotteille, joiden omistusoikeus siirtyy ohjelmistotalolta tilaajalle (julkinen sektori) ja tilaaja haluaa huolehtia ohjelmistotuotteen jakelemisesta ja kehittymisestä sen elinkaaren aikana. Perinteisesti tilanteessa, jossa omistusoikeus on jäänyt vain ohjelmistotalolle, on ohjelmistotalo itse huolehtinut tuotteenhallinnasta ohjelmiston elinkaaren ajan. Siten nämä määrittelyt tarvitaan, jotta tilaaja voi huolehtia ohjelmiston elinkaarenhallinnasta. Periaatteessa määrittelyt helpottavat myös toimittajan vaihtoa (riippumattomuus ohjelmiston toimittajasta).

10.6.2014 11/13 Liite 3: kuvaus tuotteenhallinnan toimijoista

10.6.2014 12/13 Liite 4: Kohti Kumppanuutta rahoitusmalli. Rooli / toiminta Tuotepäällikkö (toiminnallinen omistaja) Edunvalvoja (avoimuus) Integraattori Jakelupaikka ja sen ylläpito Uuden perusversion kehittäminen (=uudet ominaisuudet) Korjausversion tekeminen perusversiosta Rahoituksen jakaminen Rahoitus Mikäli tuotepäällikön roolissa voi toimia useita eri tahoja niin tahot tekevät työstä tarjouksen johtoryhmälle, joka päättää keltä palvelu ostetaan. Mikäli tuotepäällikkönä toimii sama taho kuin integraattorina niin tuotepäällikön osuus rahoitetaan osana uuden version kehittämistä. Tällöin taho ilmoittaa mikä osuus on tuotepäällikön rahoitusosuutta. Rahoitus KoKu verkoston KoKu ratkaisua käyttävien kuntien toimesta. Oheisilla määrittelyillä pyritään siihen että voidaan tarvittaessa vaihtaa tuotepäällikköä, koska arvioidut kustannukset ovat tiedossa. Samalla tavalla kuin tuotepäällikön rahoitus. Tässä tehtävässä voi toimia myös tuotepäällikkö. Rahoitetaan osana uuden version kehittämistä (jaetaan uusien ominaisuuksien käyttöönottajien kanssa kuten Uuden perusversion kehittäminen kohdassa on kuvattu). yhteentoimivuus.fi: Valtiovaranministeriö kustantaa administraation. Tuotepäällikkö hoitaa metatietojen syöttämisen osana kustannustaan. GitHub: koodin ja materiaalien päivitys Integraattorin toimesta ja sisällytetään Integraattorin kustannukseen. Rahoituksessa pyritään siihen että ne jotka tarvitsevat uudet ominaisuudet käyttöön niin jakavat myös kustannukset. 1. Kaikki käyttävät kunnat rahoittavat jos yleinen ominaisuus, jota kaikki käyttävät. 2. Jos vain jotkin kunnat tarvitsevat ominaisuuden, niin ne jakavat kustannukset. Korjausversio rahoitetaan tasajaolla ohjelmistoa käyttävien kuntien kesken, mikäli se ei kuulu takuun piiriin. Johtoryhmä päättää jakamismallista ja jakamismallin muutoksista ja ajankohdista. 1. Tässä tapauksessa lähdetään tasajaolla eri kuntien kesken liikkeelle. 2. Sitten kun mukaan tulee pienempiä kuntia niin jako esimerkiksi järjestelmän asiakasmäärän mukaan. Kaupunkikohtaisen version räätälöinti ja käyttöönotto Erilaisia jakoperusteita olemassa (asiakasmäärä, kuntakoko, jne). Samoin tarvitaan kategoriat (esim kuntakokoperusteiseen kustannusten jakamiseen). Ohjelmistoa hyödyntävä kunta vastaa itse käyttöönotto- ja räätälöintikustannuksista. Muutokset tulee antaa pyydettäessä KoKu yhteisölle integrointia varten.

10.6.2014 13/13 Osallistuminen yhteisön toimintaan Uuden kunnan mukaantulo Jokainen kaupunki osallistuu omalla rahoituksellaan yhteisön ja johtoryhmän toimintaan ja kokouksiin. Mahdolliset kokouksien järjestelykustannukset hoidetaan tuotepäällikön rahoituksen kautta. Tässä vaiheessa ei maksua. Käyttöönottovaiheen jälkeen Johtoryhmä päättää miten toimitaan. Kun ohjelmisto vielä kehittyy niin pidetään rima mahdollisimman matalalla mukaantuloon. Jos hyvityksiä tulee maksaa niin tulee sopia hyvityksen maksamisen mallista ja käytännön toimintatavasta (kelle maksetaan, miten hyvitetään käytännössä).