Seurantaryhmä Fredrik Södö Datahubjärjestelmän toteutuksen tilanne
Datahub-järjestelmän toteutuksen tilanne
Järjestelmän toteutus Toteutusprojekti käynnistyi syksyllä 2018 Järjestelmä kehitetään Hollannissa Kehitystiimi on hyvin kokenut Tuotekehitysprosessissa sovelletaan Agile ja Lean konsepteja
Järjestelmätoteutuksen tilanne Tarkennettu suunnittelu ja toteutusmäärittely Osavaihe 3 Osavaihe 4 Osavaihe 5 Osavaihe 2 CGI:n Tuotekehitys ja testaus 4 Sprint 5 Sprint 1 Sprint 2 Sprint 3 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 1 Sprint 2 Sprint 3 Spri4 PRE-FAT (CGI) Osavaihe 2 PRE-FAT (CGI) Osavaihe 3 PRE-FAT (CGI) Osavaihe 4 Fingridin testaus Osav.1 PRO-FAT (Fingrid) Osav. 2 PRO-FAT (Fingrid)0 Osav. 3 PRO-FAT (Fingrid) Toimialan järjestelmätoimittajien testaus Valmistelut Yhteydet Osavaihe 1 Osavaihe 1-2 Osav. 1-3 Helmi Maalis Huhti Touko Kesä Heinä Elo Syys Loka 4 Fredrik Södö
Miten pidetään projekti aikataulussa? Hallitaan scope creep Tarkennetussa suunnittelussa tunnistetaan laajuuteen vaikuttavat tarkennukset ja muutokset Ei anneta osavaiheiden venyä (osavaiheeseen ei suunnitella enemmän kuin mitä pystytään tekemään) Priorisointi Ns. ulkoiset toiminnot priorisoidaan muiden edelle Aika Laatu Kustannukset Datahubin ydinprosessit Resurssit Laajuus CGI on lisännyt kehitysresursseja varmistaakseen, että projekti etenee aikataulussa Fingrid käyttää konsulttiapua esim. testauksessa 5 Fredrik Södö
Datahubin toteutussuunnitelma Ilmoitus Taseselvitys Haku T a s e v i r h e e t Osapuolitiedot Ilmoitus Haku Tuote- ja hintatiedot Lisäys Päivitys Haku Ilmoitus Ilmoitus Laskurivitiedot Ilmoitus Päivitys Haku Sopimustiedot Peruuttaminen Päättäminen Ilmoitus osapuolelta Käyttöpaikkatiedot Valtuutustiedot Luonti Päivitys Poisto Kytkentä Mittaustiedot Ilmoitus asiakkaalta Osavaihe 1 12/18 02/19 Asiakastiedot Haku Päivitys Haku Katkaisu Osavaihe 2 03/19 04/19 Osavaihe 3 05/19 07/19 Osavaihe 4 08/19 10/19 Osavaihe 5 11/19 01/20 6 Fredrik Södö
Testaus
Datahub-järjestelmän testaus Aikainen aloittaminen Kehitystiimi Fingrid Toimiala Vahva panostus automatisointiin 8
Datahub-järjestelmän testauksen tilanne Osavaihe 1 Testattu CGI:n ja Fingridin toimesta Toimitettu toimialan järjestelmätoimittajien testiympäristöön Osavaihe 2 Testattu CGI:n toimesta. Tällä hetkellä Fingridin testauksessa Toimitettiin järjestelmätoimittajien testiympäristöön viikolla 24 9
Järjestelmätoimittajafoorumi Toimivat tietojärjestelmät ovat markkinoiden perusedellytys Järjestelmätoimittajafoorumi perustettiin marraskuussa 2018 Järjestelmätoimittajien testauksen aloituskokous maaliskuussa 2019 https://www.grok-interactive.com/blog/happy-developers-are-good-developers/ 10 Fredrik Södö
Järjestelmätoimittajien testaus Osavaiheen 1 ja 2 testitapauksia suunniteltu kevään aikana Tietoliikenneyhteyksien testaus huhtikuussa Toiminnallinen testaus käynnistyi toukokuussa Virheitä löydetty sekä järjestelmätoimittajien että datahubin päässä Yhteistyö toimii hyvin 11
Järjestelmätoimittajien testauksen tilanne 1. käyttöpaikka Data-Mattila 21.5.2019 klo 09:21, Tampere 1. sopimus 24.5.2019 Etenee kahden järjestelmätoimittajan osalta Kuva: Stara 12
Markkinaosapuolien pilottiryhmä Mukana olevat yhtiöt Caruna, Fortum, Keravan Energia, Nivos Energia, Smart Energiapalvelut Aloituskokous 29.5. Seuraava työpaja 19.6. https://www.maxpixel.net 13
Pidetään lippu korkealla! Fingrid Datahub Oy c/o Fingrid Oyj Läkkisepäntie 21 00620 Helsinki PL 530, 00101 Helsinki Puh. 030 395 5000 Y-tunnus: 2745543-5
Datahub seurantaryhmän kokous Tietokonversio 1. vaiheen tulokset
Tietokonversion 1 vaihe - Tulokset HYVÄKSYTYT Hyväksymistilanne Vaiheen 1 laatuvaatimukset täyttyvät 78 verkkoyhtiötä 89 myyntiyhtiötä 100 % 99 % HYLÄTYT 98 % 97 % 96 % 95 % 4 5 Hylätty Hyväksytty 4 verkkoyhtiötä 5 myyntiyhtiötä 16 Lauri Jännes 24.6.2019 94 % 93 % 92 % 78 VERKOT 89 MYYJÄT
Hyväksymistilanteen kehittyminen Vaiheen 1 laatuvaatimukset täyttyvät 17.6 4 1.6 22.5 17.6 1.6 22.5 14 5 12 46 43 78 68 89 82 36 51 VERKOT MYYJÄT 17 Lauri Jännes
Yhteenveto hylkäyksen syistä Asiakastiedot Sopimustiedot Tiedot toimittamatta kokonaan Lähes kaikilla haasteita laadun kanssa Monella haasteita sopimustietojen laadun kanssa 1 Verkko 2 Myyjää 18
Yleisimmät virheet Laatuvaatimustaso 1 (n. 185 000 virhettä) Virhe Virheen kuvaus Osuus (%) Kuluttaja-Etunimi Pakollinen tieto puuttuu 43 % Laatuvaatimustaso 2 (n. 847 000 virhettä) Virhe Virheen kuvaus Osuus (%) Kuluttaja-Syntymäaika Pakollinen tieto puuttuu 10 % Asiakas-Asiakkaan tunniste Duplikaatti-arvo löytynyt 19 % Asiakas-Puhelinnumero Puhelinnumero ei ole oikeassa muodossa 10 % Sopimustunnus Duplikaatti-arvo löytynyt 5 % Käyttöpaikan ominaisuudet- Käyttäjäryhmä Pakollinen tieto puuttuu 5 % Sopimus-Asiakkaan tunniste Pakollinen tieto puuttuu 3 % Laskutusosoite-Talonumero Sopimus-Sopimuksen päättymisen syy Sekä katuosoite että postilokero puuttuvat 8 % Pakollinen tieto puuttuu 7 % Laskutusosoite-Maa Arvo ei ole koodilistan mukainen 5 % Kuluttaja-Sukunimi Pakollinen tieto puuttuu 3 % Sopimus-Mittausalueen jakeluverkonhaltijan tunnus Pakollinen tieto puuttuu 2 % Asiakas-Asiakkaan tunniste Pakollinen tieto puuttuu 2 % Käyttöpaikan osoite-postitoimipaikka Pakollinen tieto puuttuu 2 % Laskutusosoite-Kadunnimi Laskutusosoite-Postilokero Myyntisopimus- Määräaikaisuuden päättymispäivämäärä Sekä katuosoite että postilokero puuttuvat Sekä katuosoite että postilokero puuttuvat 5 % 5 % Pakollinen tieto puuttuu 4 % Sopimus-Sopimuksen päättymispäivämäärä Päivämäärä ei ole suurempi kuin vertailupäivä 2 % Laskutusosoite-Postitoimipaikka Pakollinen tieto puuttuu 4 % Laskutusosoite-Postinumero Pakollinen tieto puuttuu 4 % 24.6.2019
Miten tästä eteenpäin? 20
Tietokonversion tavoitteet 2019-2020 Kesä Heinä Elo Syys Loka Marras Joulu Tammi Helmi Maalis Huhti Touko Titan kehitystyöt Statuspalaverit viikoittain II Vaihe (98% / 95%) Osapuolten tietojen eheys, ulkoiset rekisterit, mittaustiedot III Vaihe (99,5% / 98%) Tietojen yhdenmukaisuus, GS1 tunnukset, suorituskyky Kysely rajapisteistä Kysely perustietojen toimitusajoista Kysely perustietojen toimitusajoista 1. ja 2. tarkastus ulkoisiin rekistereihin Ulkoisten rekisterien online-tarkastus GS1 ja EIC koodien tilaus GS1 ja EIC koodien käyttöönotto Puuttuvien hetujen kerääminen
Kysymyksiä? Fingrid Datahub Oy c/o Fingrid Oyj Läkkisepäntie 21 00620 Helsinki PL 530, 00101 Helsinki Puh. 030 395 5000 Y-tunnus: 2745543-5
Datahubin seurantaryhmä Toimialan valmius?
Käyttöönottosuunnitelmien yhteenvetoa Sähkömarkkinalaissa velvoite tehdä käyttöönottosuunnitelma 175 markkinaosapuolta toimittanut suunnitelman 82 jakeluverkonhaltijaa ja 93 vähittäismyyjää Suunnitelmista katselmoitu yli 75 % 71 jakeluverkonhaltijaa 62 vähittäismyyjää Noin 50 vähittäismyyjää ilmoittanut lopettavansa toimintansa ennen datahubin käyttöönottoa myyjien fuusioituminen myyjiä, jotka myyvät ainoastaan omille käyttöpaikoilleen jakeluverkoissa 24 Tilanne 14.6.2019
Keskeiset havainnot suunnitelmista Suunnitelmien tekeminen on ryhdittänyt osapuolten tekemistä Suunnitelmien taso vaihtelee suuresti Suunnitelmissa tukeuduttu vahvasti järjestelmätoimittajiin Keskeneräisiä suunnitelmia Suunnitelmista ei aina ole nähtävissä ymmärrys vaadituista toimenpiteistä 25
Osiokohtaisia havaintoja suunnitelmista Projektin organisointi, seuranta sekä koulutus- ja viestintäsuunnitelmat keskimäärin hyvällä tasolla Datahubin käyttöönoton resursointi, aikataulutus ja riskeihin varautuminen kuvattu usein vain ylätasolla eivätkä sisällä osapuolikohtaista kuvausta Tietokonversiosuunnitelmien taso yleisesti ottaen hyvä Testaus- ja sertifiointisuunnitelmien sekä käyttöönoton valmistelutoimien kuvaus vähäistä tai puuttuu kokonaan 26
Keskeiset puutteet suunnitelmissa Järjestelmätoimittaja myöhässä tai mahdollisesti puuttuu vielä kokonaan -> Suunnitelman ilmoitettu olevan keskeneräinen ja valmistuvan myöhemmin muutostenhallinta ja versiointi tulee tehdä ohjeistuksen mukaisesti, kun suunnitelmia päivitetään GSRN-tunnusten käyttöönotossa epäselvyyttä monella markkinaosapuolella Testauksessa ei voida käyttää oikeaa aineistoa ainoastaan synteettistä dataa Tietosuoja-asioita ei ole vastuutettu 27
Toimialan valmius datahubin käyttöönotolle Osapuolilta kysytty asiakastietojärjestelmien ja mittaustiedonhallintajärjestelmine muutosprojektien etenemisestä suunnitellusti sekä arviota valmiusasteesta datahubin käyttöönotolle huhtikuussa 2021 Asiakastietojärjestelmät Mittaustiedonhallintajärjestelmät EMME OLE VIELÄ TEHNEET SOPIMUSTA JÄRJESTELMÄMUUTOKSESTA 12 EMME OLE VIELÄ TEHNEET SOPIMUSTA JÄRJESTELMÄMUUTOKSESTA 10 EI, ARVIOLTA YLI 12KK MYÖHÄSSÄ 0 EI, ARVIOLTA YLI 12KK MYÖHÄSSÄ 0 EI, ARVIOLTA 10-12KK MYÖHÄSSÄ 33 EI, ARVIOLTA 10-12KK MYÖHÄSSÄ 27 EI, ARVIOLTA 7-9KK MYÖHÄSSÄ 9 EI, ARVIOLTA 7-9KK MYÖHÄSSÄ 7 EI, ARVIOLTA 4-6KK MYÖHÄSSÄ 0 EI, ARVIOLTA 4-6KK MYÖHÄSSÄ 0 EI, ARVIOLTA 1-3KK MYÖHÄSSÄ 0 EI, ARVIOLTA 1-3KK MYÖHÄSSÄ 0 KYLLÄ 121 KYLLÄ 131 0 20 40 60 80 100 120 140 0 20 40 60 80 100 120 140 28
Toimialan valmius datahubin käyttöönotolle Arvioidut myöhästymiset suhteutettuna jakeluverkonhaltijoiden käyttöpaikkojen määriin käyttöpaikkarekisterissä 100% Jakeluverkkojen ATJ valmistuminen suhteessa käyttöpaikkamääriin 100% Jakeluverkkojen MTHJ valmistuminen suhteessa käyttöpaikkamääriin 90% 90% 80% 80% 70% 70% 60% 50% 40% 30% 20% Aikataulussa 71 % ~ 2,6 milj. 7-9 kk myöhässä 3 % ~ 0,1 milj. 10-12 kk myöhässä 22 % ~ 0,8 milj. Ei sopimusta 4 % ~ 0,2 milj. 60% 50% 40% 30% 20% Aikataulussa 67,5 % ~ 2,5 milj. 7-9 kk myöhässä 2,5 % ~ 0,1 milj. 10-12 kk myöhässä 6 % ~ 0,2 milj. Ei sopimusta 24 % ~ 0,9 milj. 10% 10% 0% DATAHUB Q3/2021 Q4/2021 Q1/2022 Q2/2022 0% DATAHUB Q3/2021 Q4/2021 Q1/2022 Q2/2022 Järjestelmäkohtaisten käyttöpaikkamäärien osuus Ei vielä sopimusta Järjestelmäkohtaisten käyttöpaikkamäärien osuus Ei vielä sopimusta 29 Käyttöpaikkoja käyttöpaikkarekisterissä yht. noin 3,7 milj.
Osapuolille on esitetty tarkentavia kysymyksiä saatujen vastausten perusteella (lähetetty 48 osapuolelle) 1. Perustelisitteko yksityiskohtaisemmin syitä myöhästymiselle ja antaisitteko vielä tarkemman arvion (pp.kk.vvvv) mihin mennessä järjestelmäprojektinne olisi valmiina sekä ATJ:n että MTHJ:n osalta? Mitkä ovat konkreettiset toimenpiteet, joilla varmistatte arvioimanne aikataulun toteutumisen? 2. Mitä mahdollisia mitigoimistoimenpiteitä teillä on käytettävissä, että voitte saada kiinni arvioimaanne myöhästymistä ja pysyä datahub-projektin aikataulussa? Milloin nämä toimenpiteet on suunniteltu toteutettavan? 3. Vaikka järjestelmäprojektinne olisi myöhässä niin näettekö, että teillä olisi kuitenkin mahdollista priorisoida järjestelmäprojektianne ja siten osallistua datahubin sertifiointiin Q3/2020-Q4/2020 datahubin tuotannolliseen koekäyttöön Q4/2020 ja heti tuotannollisen koekäytön jälkeen alkavaan datahubin käyttöönoton kenraaliharjoitukseen? 4. Jos priorisointi on mahdollista, niin mitkä ovat konkreettiset toimenpiteet priorisoimisen osalta? Jos priorisointi ei ole mahdollista, niin perustelisitteko tarkemmin syitä miksi se ei ole mahdollista? 30
Osapuolilta saatuja vastauksia kysymyksittäin Perustelisitteko yksityiskohtaisemmin syitä myöhästymiselle ja antaisitteko vielä tarkemman arvion (pp.kk.vvvv) mihin mennessä järjestelmäprojektinne olisi valmiina sekä ATJ:n että MTHJ:n osalta? Mitkä ovat konkreettiset toimenpiteet, joilla varmistatte arvioimanne aikataulun toteutumisen? Osa muuttanut arviointiaan lisäkysymysten jälkeen ja muokannut seurannan vastauksia siten, että ovat aikataulussa datahubin käyttöönoton näkökulmasta Osa ilmoittanut, että järjestelmätoimittajan tuotantoonotto osapuolille alkaa välillä 8/2020-2/2021 ja tästä syystä myöhästyminen datahubin käyttöönottoon arviolta 7-9 kk Osa vastannut, että datahubin käyttöönotto mahdollista vasta Q4/2021 Osa on vastannut perustellen myöhästymisen johtuvan järjestelmätoimittajasta johtuvista tekijöistä ja toimittanut myös järjestelmätoimittajan vastineen. Osapuolet eivät pystyneet antamaan tarkempaa arviota. 2019 saatu tieto järjestelmätoimittajalta, että tuotteen tuotekehitys myöhässä eikä datahubin sidosryhmätestausta ole mahdollista aloittaa suunnitellusti eikä ennen 5/2021 Osa perustellut arvion myöhästymisestä perustuen toimittajan jatkuviin ongelmiin uusien versioiden toimituksesta ja laatuongelmista sekä toimittajan arvioiman aikataulun epärealistisuus Osapuolilla ei ole muuta varmistusmahdollisuutta kuin hoitaa omat resurssit ja tekeminen, että ne eivät vaaranna nykyistä aikataulua. Riski, johon osapuolet eivät voi vaikuttaa, on se, että toimittajan kaikki resurssit ovat kiinni nykyisissä projekteissa. Jos ne viivästyvät jostain syystä, niin se heijastuu väkisin myös osapuolten projekteihin. Osapuolet seuraavat tiiviimmin toimittajan tekemistä 31
Osapuolilta saatuja vastauksia kysymyksittäin Mitä mahdollisia mitigoimistoimenpiteitä teillä on käytettävissä, että voitte saada kiinni arvioimaanne myöhästymistä ja pysyä datahub-projektin aikataulussa? Milloin nämä toimenpiteet on suunniteltu toteutettavan? Projektin laajuuden mahdollinen supistaminen Läpinäkyvyyden lisääminen toimittajan tuotekehityksen ja projektin välillä Testauksien ja koulutusten toteuttaminen vaiheittain, etupainotteisesti Mahdollisesta viivästyksestä koituvista haitoista on sovittu myös toimittajalle merkittäviä seurauksia - jatkoneuvottelut käynnissä siitä, miten toimittaja aikoo välttää viivästymisen Mitigoimistoimenpiteet ovat tosiasiallisesti jo käynnissä, eikä laadullista onnistumista voi enempää kiihdyttää. ATJ- projektin toimitussopimussopimus sisältää Datahub- yhteensopivuuden, jonka toimittaja on sitoutunut toimittamaan. Sopimuksellisesti toimitus (sisältö, aikataulu laajuus, sanktiot) on kiinnitetty, haasteet ovat toimittajan toteutuksessa ja laadussa. Aikataulussa pysymistä edistää sidosryhmäyhteistyö muiden tuotteen käyttäjien kanssa. Tuotteen kehitystyössä ensisijaiseksi on nostettu datahub toiminnallisuuden toteuttaminen. Osapuolet ovat jo alun alkaen hankkineet tuotteen standardiratkaisun, jonka käyttöönotto tehdään toimittajan käyttöönottomallin mukaisesti. Mahdollisuudet vaikuttaa järjestelmätoimittajan aikatauluun ovat hyvin pienet. Osapuoli toimii aktiivisesti ja vaativasti kumppanin johtamisessa. On valitettavasti mahdotonta pitää kiinni tämänhetkisestä Fingridin asettamasta aikataulusta 32
Osapuolilta saatuja vastauksia kysymyksittäin Vaikka järjestelmäprojektinne olisi myöhässä niin näettekö, että teillä olisi kuitenkin mahdollista priorisoida järjestelmäprojektianne ja siten osallistua datahubin sertifiointiin Q3/2020-Q4/2020 datahubin tuotannolliseen koekäyttöön Q4/2020 ja heti tuotannollisen koekäytön jälkeen alkavaan datahubin käyttöönoton kenraaliharjoitukseen? Osapuolet olettavat, että järjestelmätoimittajat eivät ole myöhässä Riippuu toimittajan tuotantoonottojärjestyksestä, osa yrityksistä kyllä pystyy, mutta ei kaikki Priorisoinnista huolimatta tämän hetken tietojen mukaan ei ole mahdollista päästä. Emme usko, että osapuolella on mahdollisuudet osallistua sertifiointiin, tuotannolliseen koekäyttöön eikä käyttöönoton kenraaliharjoitukseen esitetyn aikataulun mukaisesti Toimittajasta johtuvista tekijöistä osapuolille ei ole mahdollista osallistua sertifiointiin, tuotannolliseen koekäyttöön tai kenraaliharjoitukseen Fingridin aikataulussa, koska ei ole järjestelmää, jolla näitä voisi toteuttaa. 33
Osapuolilta saatuja vastauksia kysymyksittäin Jos priorisointi on mahdollista, niin mitkä ovat konkreettiset toimenpiteet priorisoimisen osalta? Jos priorisointi ei ole mahdollista, niin perustelisitteko tarkemmin syitä miksi se ei ole mahdollista? Projektiorganisaatio on mitoitettu riittävän suureksi. Testauksen suunnittelua tehdään etupainotteisesti, jotta testaus päästään toteuttamaan nopeutetulla aikataululla. Datahub valmiuden aikaansaanti on jatkuvassa työstössä sekä projektitasolla että ohjausryhmässä. Toimittajan muistuttaminen sopimusvelvoitteen sitovuudesta, eli velvoitteesta toimittaa Datahub yhteensopiva järjestelmä. Vain käyttöönottokriittiset toiminnallisuudet toteutetaan ensisijaisesti. Priorisointi saattaa vähentää järjestelmällä saavutettavia liiketoiminnallisia hyötyjä. Osapuoli priorisoi järjestelmäprojektin onnistumista varaamalla riittävät resurssit, huolehtimalla varamies- ja lomajärjestelyistä sekä systemaattisella projektinhallinnalla valmiuden saavuttamiseksi. Asiakastietojärjestelmäprojekti ja sen jatkona datahub toiminnallisuuksien käyttöönotto on jo priorisoitu tärkeimmäksi järjestelmäprojektiksi. Osapuolet priorisoineet toiminnallisuuksia, jotta toimittaja pystyy tarvittaessa kohdentamaan tuotekehitysresurssinsa oikein. Priorisointitoimenpiteiden vaikutusta aikatauluun ja mahdollisuuksiin osallistua em. vaiheisiin ei pystytä arvioimaan projektin tässä vaiheessa. Priorisointi ei ole mahdollista, koska se tulee toimittajalta 34 Tuotteet perusversion kehitystyö tulee viimeistellä ennen markkina-aluekohtaisten adaptaatioiden toteuttamista. Näiden kahden vaiheen jälkeen on mahdollista kehittää ja julkaista Datahub yhteensopivuuteen liittyvä toiminnallisuus järjestelmäkokonaisuuteen
Fingrid Datahub Oy c/o Fingrid Oyj Läkkisepäntie 21 00620 Helsinki PL 530, 00101 Helsinki Puh. 030 395 5000 Y-tunnus: 2745543-5