Introduktion til dagsordenen Overordnet status for planlægningen

Status for GD1-GD2 replanlægningen fælles orienterede styregruppemøde 9. januar 2014

Introduktion til dagsordenen Overordnet status for planlægningen
GD1-GD2 Replanlægning – Dagsorden til fælles orienterede styregruppemøde den 9. januar 2014 Introduktion til dagsordenen Overordnet status for planlægningen Udgangspunkt fra grunddatabestyrelsen 28. nov. 2013 De nuværende implementeringsplaner (forudsætninger ifm. replanlægningen) Resultat af GD1 og GD2 projektlederworkshop 18. dec. 2013 Konsekvensen for GD1 og GD2´s implementeringsplaner Kommentarer, herunder nødvendige afklaringer og usikkerheder Økonomiske overslag Risikovurdering Ideer til risikojusteret plan Det videre arbejde

GD1-GD2 Replanlægning - Dagsorden
Introduktion til dagsordenen Overordnet status for planlægningen Udgangspunkt fra grunddatabestyrelsen 28. nov. 2013 De nuværende implementeringsplaner (forudsætninger ifm. replanlægningen) Resultat af GD1 og GD2 projektlederworkshop 18. dec. 2013 Konsekvensen for GD1 og GD2´s implementeringsplaner Kommentarer, herunder nødvendige afklaringer og usikkerheder Økonomiske overslag Risikovurdering Ideer til risikojusteret plan Det videre arbejde

Målsætning: Mål: Milepæle:
2a. Udgangspunkt fra grunddatabestyrelsen 28. nov (eller rammerne for replanlægningen jf. styregruppemøderne den 3. dec. 2013) Målsætning: At genetablere grundlaget for at der hurtigst muligt kan ske en koordineret idriftsættelse af Datafordeleren og grunddataregistrene i GD1 og GD2. Mål: Der skal udarbejdes en samordnet plan for GD1, GD2 og GD7, således at Datafordeleren idriftsættes juni Det betyder at forudsætningerne for replanlægningen er: At Datafordeler fremrykker leverancen af de funktionaliteter, som GD1 og GD2 har behov for, til idriftsættelse 6 måneder før den plan, som blev besluttet juni 2013 (Best case for Datafordeleren) At GD1 og GD2 kan påbegynde test på Datafordeleren fra juli 2015 og påbegynde paralleldrift medio 2016, hvilket er 6 måneder senere end den oprindelige plan (Muligt for GD1 og GD2) Milepæle: En præsentation af et løsningsscenarie (forventelig på samme niveau som afhængighedsanalysen) suppleret med en alt-andet-lige overslagsberegning af de økonomisk konsekvenser til grunddatabestyrelsesmødet den 3. februar 2014. Ny samordnet plan for GD1 og GD2 samt tilsvarende beskrivelse af de relevante dele af GD7 er klar med udgangen af 1. kvartal Dette omfatter: Fastlæggelse af de principper og standarder, der anvendes Justering af løsningsarkitekturer for GD1 og GD2 samt udarbejdelse af løsningsbeskrivelse for GD7, som grundlag for en sikker GD1/GD2 kravspecifikation En genberegning af økonomien samtidig eller senest 1 måned efter.

2b. De nuværende implementeringsplaner (forudsætninger ifm
2b. De nuværende implementeringsplaner (forudsætninger ifm. replanlægningen) GD1 - version 1.2 af 29. maj 2013 Forudsætningen for planlægningen er at der ved milepæl 4 sker en tværgående kvalitetssikring af udbudsmaterialet/kravspecifikation. Her skal de væsentlige systemelementer fra GD2 også medtages, primært Adresseregister og DAGI. at der ved milepæl 6 sker en tværgående kvalitetssikring af løsningsdesign. Her skal de væsentlige systemelementer fra GD2 også medtages, primært Adresseregister og DAGI. at der sker en seriel idriftsættelsen fra milepæl 7 (for at undgå risiko ved ”big bang”) Forudsætningen for replanlægningen er at der sker en udskydelse på 6 måneder at Kortforsyninger og OIS fortsætter på eksisterende platform indtil det aftales at flytte til Datafordeleren 1H 2017 (+6. mdr.) ? Rød = simpel onsekvens (+6 mdr.)

2b. De nuværende implementeringsplaner (forudsætninger ifm. replanlægningen) GD2 - version 1.0 af 25. april 2013 Forudsætningen for planlægningen er at der sker en samtidigt tværgående kvalitetssikring af udbudsmateriale/kravspecifikation og løsningsdesign, herunder afstemning med GD1. Forudsætningen for replanlægningen er at der er sker en udskydelse på 6 måneder at tidsplanen for arbejdet med kvalitetsforbedringer forsøges fastholdt af hensyn til den omfattende kommunale indsats og business casen. Det vedrørende især GD2.c+e at der er en række særlige hensyn til CPR, CVR, SKAT m.fl. som skal håndteres at der skal ske en samplanlægning med GD1 fsva. væsentlige systemelementer i GD2, primært Adresseregister og DAGI. at AWS-tjenesterne fortsætter på eksisterende platform (AWS 4) indtil det aftales at flytte til Datafordeleren (AWS 5) 1H 2017 (+6. mdr.) Ad b. Kvalitetforbedringer Ad d. Systemelementer Ad c. Systemelementer ? ? Ad e. AWS tjenester ? ? ? Rød = simpel Konsekvens

2b. De nuværende implementeringsplaner (forudsætninger ifm. replanlægningen) Særlig hensyn for GD2 Af hensyn til ressourceallokeringen i kommunerne er der en række arbejdspakker, som ikke kan udskydes. Det gælder først og fremmest til opgaverne ifm. supplerende adresser og som følge heraf tilpasning af regelgrundlaget for adresser, udviklingen af adresseklient og dialogklient 1.0 samt AWS 4.0 Idriftsættelsen af Adresseregister og AWS 5.0 på datafordeleren er afhængig af at en række øvrige grunddata og hændelser herom er til rådighed på datafordeleren. Det gælder først og fremmest DAGI, FOT, matriklen, BBR og ejerfortegnelsen. Hertil kommer øvrige baggrundskort, CVR og CPR. I tilfælde af at et af disse grunddata og hændelser ikke er til rådighed, skal der udvikles en interimløsning. Realiseringen af produkterne (jf. milepæl 11-13) vedr. CPR’s, CVR’s og SKAT’s anvendelse af de autoritative adressedata vil først kunne ske efter at Adresseregisteret er i drift på datafordeleren.

Slide fra workshop 18. dec 2013: ”Replanlægning – Udgangspunkt”
Vi har et godt udgangspunkt i de hidtidige implementeringsplaner med 55 arbejdspakker og produkter I GD1 og 110 i GD2 fordelt på et antal projekter i begge delprogrammer. Vi har identificeret afhængigheder mellem arbejdspakker, og disse er grundlæggende stadig de samme. Men der er række forudsætninger, som er anderledes i dag end de var da implementeringsplanerne blev lavet i 2. kvartal Derfor er der behov for en replanlægning – baseret på det gode materiale vi i forvejen har i GD1 og GD2. 18. december 2013 GD1-GD2 Replanlægning

Slide fra workshop 18. dec 2013: ”Ændrede forudsætninger”
Datafordeleren har en senere implementering end udmeldt ifb. udarbejdelse af GD1 og GD2 implementeringsplan. Den tværgående kvalitetssikring i GD1 og GD2 har været mere kalender og ressourcekrævende end forventet. Det er de næste tværgående QA (kravspecifikation) nok også. Krav om udbud har ændret sig. En række fælles grunddataforudsætninger ift. krav og udbudsmateriale var forudsat løst i løbet af 2013, således disse var klar i god til inden udbud mv. Hændelser, sikkerhed, metadata, funktionssnit ift. Datafordeler mv. Uenighed/misforståelser/uklarhed ift. Datafordelerens scope- Der er snakket meget teknik, men god teknik er ikke ensbetydende med at teknikken kan bruges til at løse de forretningsmæssige behov. Eksempel: Implementering register pr. register uden interim eller lign. til eksisterende registre (fx CPR eller CVR), hvilket medfører mange omlægninger hos anvendere – også efter et register er i produktion med udstilling via Datafordeler. Kræver udvikling, test og implementering som der pt. Ikke er planlagt med. 18. december 2013 GD1-GD2 Replanlægning

2014 2015 2016 GD7 ESR P.drift Datavask Matrikel BBR Ejer DAR/AWS
Slide fra workshop 18. dec 2013: ”Hovedmilepæle Til behandling på dagens workshop” 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 ESR P.drift Holder milepæle? Skal de flyttes? Særlige hensyn? Datavask Matrikel 1 2 3 4 5 BBR 1 2 3 4 5 Ejer 1 2 3 4 5 DAR/AWS 1 2 3 4 5 DAGISYS 18. december 2013 GD1-GD2 Replanlægning

Milepæle grafik og forudsætninger
Grundlæggende forudsætning 1 Kravspecifikation/udbudsmateriale klar til udsendelse 2 Udvikling kan igangsættes 3 Registre er implementeret i testmiljøer i Datafordeler 4 Samlet integrationstest mod Datafordeler kan gennemføres 5 System kan idriftsættes Forudsætninger: Grunddataregister skal være implementeret på Datafordeler inden udvikling af udstillingsservices kan påbegyndes. Udviklingstid på 3 mdr. fra aflevering af specifikation og testdata til leverandørtestet service afleveres. Integrationstestmiljøer – der er det nødvendige antal til rådighed. 18. december 2013 GD1-GD2 Replanlægning

Resultat af workshop 18. dec
Resultat af workshop 18. dec. for enkeltprojekterne (som ikke er en sammenhængende plan) 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 ESR P.drift Datavask Matrikel 1 2 3 4 5 BBR 1 2 3 4 5 Ejer 1 2 3 4 5 DAGI 1 5 1 5 3 4 5 AWS 4&5 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

Konklusion FORELØBIG KONKLUSION 1:
Projekterne kan hver for sig udarbejde en reviderede implementeringsplan, som holdes sig inden for en rammen på en tidsmæssig udskydelse på 6 måneder, når projekterne planlægger ud fra egen kontekst og de tidligere aftalte forudsætninger. Herunder at de nødvendige afklaringer mm. sker rettidigt ift. de enkelte projekt behov at afklaringerne ikke medfører nye/ændrede og tidskrævende opgaver at projekterne ikke skal vente på andre aktiviteter i GD1, GD2 og GD7 at der ikke tages yderligere hensyn til identificerede risici og usikkerheder

2d. Konsekvensen for GD1 og GD2´s implementeringsplaner
Forudsætningerne for en tilpasset GD1 og GD2 plan at der sker en udskydelse på 6 måneder at Kortforsyninger og OIS fortsætter på eksisterende platform indtil det aftales at flytte til Datafordeleren at der sker en samtidigt tværgående kvalitetssikring af udbudsmateriale/kravspecifikation og løsningsdesign* at der sker en seriel idriftsættelsen fra milepæl 7 (for at undgå risiko ved ”big bang”)* at de særlige hensyn for GD2 kan håndteres at der ikke skal tages hensyn til nye væsentlige risici og usikkerheder * Markeret med grå søjler på næste figur.

2014 2015 2016 GD7 ESR P.drift Datavask Matrikel B U F E R G L. R I S
2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 BBR 1 2 5 3 4 Ejer 5 3 4 1 2 Ejerfortegnelsen milepæl 0: det skal foreligge et konceptuelt notat/beslutningsgrundlag der redegør for såvel teknik, adgang til data, lovhjemmel, gebyrforhold, organisation og bemanding, som kan besluttes på GDB-møde den 3. februar. Ejerfortegnelsen milepæl 1: Ejerfortegnelsens kravspecifikation ligger senere end de øvrige kravspecifikationer af hensyn til afklaringer. Desuden skal Tinglysningsretten skal gå ind i arbejdet med at kvalitetssikre BBR og Matriklens kravspecifikationer. DAGI 1 5 1 5 3 4 5 AWS 4&5 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

Konklusion FORELØBIG KONKLUSION 1:
Projekterne kan hver for sig udarbejde en reviderede implementeringsplan, som holdes sig inden for en rammen på en tidsmæssig udskydelse på 6 måneder, når projekterne planlægger ud fra egen kontekst og de tidligere aftalte forudsætninger. Herunder at de nødvendige afklaringer mm. sker rettidigt ift. de enkelte projekt behov at afklaringerne ikke medfører nye/ændrede og tidskrævende opgaver at projekterne ikke skal vente på andre aktiviteter i GD1, GD2 og GD7 at der ikke tages yderligere hensyn til identificerede risici og usikkerheder FORELØBIG KONKLUSION 2: Der kan udarbejdes sammenhængende reviderede implementeringsplaner for GD1 og GD2, som holdes sig inden for en rammen på en tidsmæssig udskydelse på 6 måneder ved fastholdelse at de eksisterende fælles implementeringsforudsætninger at der sker en samtidigt tværgående kvalitetssikring af udbudsmateriale/kravspecifikation og løsningsdesign . at der sker en seriel idriftsættelsen fra milepæl 7 (for at undgå risiko ved ”big bang”) at der ikke skal tages hensyn til nye væsentlige risici og usikkerheder FORELØBIG KONKLUSION 3: Der er identificeret yderligere risici og usikkerheder, som der skal tages højde for i implementeringsplanerne jf. efterfølgende kommentarer og risikovurdering

2e. Kommentarer, herunder nødvendige afklaringer og usikkerheder
Datafordeler Fra januar 2015 er Datafordeleren klar til at implementere registre i testmiljøer. Fra april 2015 er services afleveret januar 2015 udviklet og testet. Fra juli 2015 er Datafordeler med GD1 og GD2 funktionalitet klar til produktion. Matrikel, BBR, Ejerfortegnelse, AWS5 og DAR: Der store afhængigheder mellem disse systemer – både ift. behov for services og behov for kommunikation af hændelser. Derfor er der stor parallelitet omkring udvikling/tilretning af disse systemer både ift. afstemning af kravspecifikationer og snitfladespecifikationer og ift. tværgående test. Systemerne testes i en sammenhængende kontekst omfattende Datafordeleren – uanset om de enkelte systemer idriftsættes forskudt eller samlet. Ejerfortegnelse Planen her er baseret på en Ejerfortegnelse implementeret i tilknytning til eTL. Der er behov for en tidlig afklaring af, om dette holder i praksis. Skal alternativ løsningsmodel på banen vil der blive behov for et udbud med hvad deraf følger af tidsmæssige konsekvenser. Derfor er hurtig afklaring nødvendig. 18. december 2013 GD1-GD2 Replanlægning

DAGI: DAGI idriftsættes i forskellige tempi: April 2014 idriftsættes DAGI via Kortforsyningen. Januar 2015 idriftsættes ajourføringsdel til DAGI. Juli 2015 idriftsættes DAGI på Datafordeleren. I den forbindelse skal FOT til brug for GD2 også være på plads. AWS 4 og 5: AWS 4 idriftsættes i 2. kvartal 2014 på den nuværende platform. AWS 5 idriftsættes sammen med det nye adresseregister (DAR). Adresseregister (DAR): DAR har nogle afhængigheder til BBR Driftsaftalen. I de oprindelige planer var det forudsat, at udviklingen af DAR kunne foretages af den nuværende BBR-leverandør inden et eventuelt skifte af leverandør. Dette er med den justerede plan ikke længere muligt. Løsning herpå blev ikke afklaret på workshoppen. 18. december 2013 GD1-GD2 Replanlægning

Nogle usikkerheder og ricisi håndteres gennem replanlægningen, men der er fortsat en række risici som skal håndteres. Der er identificeret en række forhold vedr. Fra ESR til samarbejdende grunddataregistre Risici omkring sammenhænge til Datafordeler Risici ift. sikkerhed Risici der hvor projekter mødes (1) Øvrige risici som er kommenteres under punkt 4. ”Risikovurdering”

3. Økonomisk overslag Økonomiske konsekvenser – foreløbig
alt-andet-lige overslagsberegning for 6. måneders udskydelse (med forbehold for udestående kvalitetscheck) Program- & "Dækket" GD 1 ( ) projektomk. af drifts- i 6. mdr. bevilling "Udækket" mio.kr. Program- og projektledelse -2,3 -0,4 -1,9 Øvrige program-/projektomk. ?? Løbende drift 0,0 Andre budgetbesparelse, kommuner mm. -18,7 Budgetvirkning, i alt -23,2 -2,7 -20,6 Indirekte konsekvens, gevinsttab ----- GD 2 ( Program- & "Dækket" OBS. Forudsætter at arbejdet med projektomk. af drifts- supplerende adresser ikke berøres! i 6. mdr. bevilling "Udækket" mio.kr. Program- og projektledelse -0,7 Øvrige program-/projektomk. ?? Løbende drift -14,8 0,0 Andre budgetbesparelse 0,00 Budgetvirkning, i alt -15,4 Indirekte konsekvens, gevinsttab ----- GD1-GD2 Replanlægning

4. Risikovurdering Fra ESR til samarbejdende grunddataregistre
Nuværende ejendomstamregister (ESR): Udgangspunktet er ESR, som i dag samler langt de fleste stamdata om ejendomme – dele som daggamle kopier af andre registre, som alternative registre mv. De fleste relevante data er tilgængelige ét sted fra med anvendelse af en fælles sikkerhedsmodel – ejerforhold, ejere, matrikler, ejendomme, BBR-oplysninger mv. Fremtid: Samarbejdende grunddata registre inkl. Datafordeler: Nogle aktører – ikke mindst de kommunale og landinspektører – vil skulle arbejde på tværs af flere grunddataregistre hhv. hente data fra Datafordeleren. Kræver en fælles sikkerhedsmodel på tværs af registre. Kræver mange interimløsninger, fordi data successivt over en årrække stilles til rådighed på Datafordeleren. Kræver tilretninger hos anvenderne, når et grunddataregister migreres til Datafordeler. Fremtid: Anden ESR funktionalitet mv. skal anvende Datafordeler: Dele af ESR funktionalitet erstattes af nye kommunale applikationer ift. opkrævning af ejendomsskatter, ejendomsbidrag mv. Disse er ikke kravspecificerede p.t., men de vil skulle anvende ejendoms- og adressedata udstillet på Datafordeleren. Krav herfra kræver muligvis tilretninger/tilbageløb i GD1 og GD2. 9. januar 2014 GD1-GD2 Replanlægning

4. Risikovurdering Risici omkring sammenhænge til Datafordeler
Datafordelerens udbudsmateriale skal være klar januar 2014 Datafordeleren skal i første fase levere nødvendig funktionalitet ift. GD1 og GD2. Har GD7 indhentet alle nødvendige krav hos GD1 og GD2? Er GD1 og GD2 klar til at specificere disse krav på nuværende tidspunkt? Et er krav til teknisk funktionalitet, noget andet det forretningsmæssige indhold. Det forretningsmæssige indhold på Datafordeleren Udmelding er at såvel data som hændelser i relation til data først er tilgængelig på Datafordeleren, når disse grunddata migreres jf. GD7 planen. Betyder at fx CPR og CVR data først er tilgængelige efter GD1 og GD2 implementering. Kun grunddatahændelser udstilles via Datafordeleren – fx ikke eTL hændelser. Hvad betyder dette for GD1 og GD2? Hvilke interimløsninger skal laves? Datafordelerens leverance ultimo juni 2015 Kendskab til faktisk funktionalitet, og hvad det betyder for GD1 og GD2 projekterne, kendes først ultimo 2. kvartal 2014. Hvilke usikkerheder giver dette for GD1 og GD2 planer, fx i forhold til at GD1 og GD2 skal implementere data på Datafordeleren efter GD7 leverandørens anvisninger? Stor sandsynlighed for mangler i Datafordelerens leverancer ultimo juni 2015? Hvordan og hvornår indarbejdes denne evt. manglende funktionalitet? 9. januar 2014 GD1-GD2 Replanlægning

4. Risikovurdering Risici ift. sikkerhed
Tværgående sikkerhedsløsning Der har været et meget begrænset fokus på tværgående sikkerhed hidtil. Vi skifter til en situation med samarbejdende grunddataregistre, hvor aktører vil skulle arbejde på tværs af flere grunddataregistre hhv. hente data fra Datafordeleren bl.a. gennem anvendelse af sammensatte services. Situationen vil være uholdbar for de enkelte aktører – fx den kommunale medarbejder – hvis vedkommende skal logge ind individuelt på hvert enkelt grunddataregister hhv. Datafordeleren, hver gang der skal hentes eller opdateres data. Der er behov for en løsning, som understøtter ”Single Sign-on”. For kommunale medarbejdere bør løsningen hænge sammen med den sikkerhedsløsning, der er ved at blive implementeret omkring den fælleskommunale rammearkitektur. Sikkerhedsmæssige problemstillinger GD1 og GD2 vil omfatte informationer, som er sikkerhedsbelagt fx Sikkerhedsklassificerede BBR oplysninger (Bygning, Enhed, Teknisk anlæg). CPR oplysninger (ejerforhold) med forskellige personfølsomme data (personbeskyttelse, adressebeskyttelse, beskyttelse af CPR nummer mv.) En speciel problematik er at CPR-nummer anvendes som nøgle i andre grunddataregistre. Udstilling af nøglen vil være sikkerhedsbelagt. 9. januar 2014 GD1-GD2 Replanlægning

4. Risikovurdering Risici der hvor projekter mødes (1)
Kravspecificeringer Der er behov for at få afstemt kravspecifikationer på tværs af de forskellige projekter - ikke mindst i relation til snitfladerne mellem de forskellige grunddataregistre hhv. udstilling af data på Datafordeleren. Er der services med de data man skal bruge og har man informationer (nøgler mv.) til at kunne kalde disse? Kræver en forretningsmæssig specifikation af de enkelte services. Udstilles de hændelser som man har brug for og har disse et brugbart indhold? Kræver en forretningsmæssig specifikation af de enkelte hændelser. Er der afsat tid nok i projekterne til disse specifikationer hhv. kvalitetssikringer på tværs? Hvis ikke relevante aktører er inddraget undervejs i kravspecificeringen, vil den tværgående kvalitetssikring sandsynligvis give tilbageløb og kræve ekstra kalendertid. Løsningsdesign: Ifb. løsningsdesignet specificeres de enkelte services med xml-strukturer mv., således anvendere parallelt med udviklingen af disse kan påbegynde deres design og udvikling som anvendere. Denne parallelitet er en forudsætning for den samlede tidsplan. Er dette tydeliggjort i planerne, ikke mindst ift. services udstillet på Datafordeleren? På Datafordeleren skal projekterne udstille deres grunddata i en UML model i henhold til modelleringskonceptet i et værktøj stillet til rådighed af Datamodelleringsprojektet. Hvis dette ikke er gjort ifb. kravspecificeringen skal der gøres ifb. løsningsdesignet. Er der afsat tilstrækkelig tid hertil? 9. januar 2014 GD1-GD2 Replanlægning

4. Risikovurdering Risici der hvor projekter mødes (2)
Tværgående test Der vil være behov for en række tværgående test – ikke mindst i relation til anvendelse af services og hændelser udstillet gennem Datafordeler eller som alternativ interimløsning. Der skal leveres testcases og testdata og de forskellige test skal gennemføres. Planen lægges op til en samlet test af minimum Ejerfortegnelse, Matrikel, BBR og Adresseregister ultimo 2015. Men da alle disse registre næppe idriftsættes som et stort ”big bang”, vil der være behov for at skulle teste de forskellige idriftsættelsesmønstre og interimløsninger også. Er der afsat tid nok hertil? Er der afsat tid nok til fejlfinding og fejlretning undervejs? Idriftsættelse I de oprindelige implementeringsplaner fravalgte vi en ”big bang” implementering, fordi denne vil være meget risikobelagt, og fordi den formentlig vil kræve en længere tids nedlukning for opdateringer mv. De enkelte implementeringer er rigeligt omfattende i sig selv. Fx vil implementeringen af Ejerfortegnelsen – udover selve implementeringen med tilhørende datakonverteringer - kræve samtidig implementering i eTL, nedlukning for opdatering i ESR, en løbende import af ejeroplysninger i ESR ud fra Ejerfortegnelsens oplysninger mv. Der er behov for en successiv implementering ift. de nye forudsætninger med de tiltag dette kræver i relation til interimløsninger mv. 9. januar 2014 GD1-GD2 Replanlægning

4. Risikovurdering Øvrige risici
Den fælles datamodel Udstilling af grunddata på Datafordeleren skal ske gennem i fælles datamodel modelleret efter modelleringsreglerne og implementeret i et fælles værktøj. Xml-skemaer mv. skal mere eller mindre automatisk kunne genereres herfra. Er disse modeller og værktøjer klar i rette kvalitet til rette tid? Hvordan er/skal sammenhæng være ift. værktøjer anvendt af Grunddataregistre? Skal der eksempelvis etableres en migrering mellem forskellige værktøjer? Generelt – er der afsat tid nok i projekterne til denne del i de enkelte projekter? Metadata Det er ligeledes tanken, at metadataservices mere eller mindre automatisk skal kunne genereres fra den fælles datamodel. Er det kun xml-skemaer og andre tekniske specifikationer eller omfatter det også det forretningsmæssige niveau med myndighedsansvar, lovgrundlag, hjælp etc.? Hvor og af hvem genereres disse services? Hvordan anvendes de i de enkelte grunddatasystemer? 9. januar 2014 GD1-GD2 Replanlægning

SKAT og nyt vurderingssystem Denne del vil sandsynligvis kræve justeringer undervejs – både ift. de nye løsninger men nok også ift. tilretninger i de eksisterende løsninger. Dette vil kræve kalendertid, bl.a. fordi der sandsynligvis vil være et ressourceoverlap både hos leverandører og hos de enkelte myndigheder. Risici omkring Adresseprogrammet De nye tiltag omkring vejreference register og FOT – hvad betyder dette og i hvor høj grad påvirker det arkitektur og implementeringsplan? De grønlandske adresser – i hvor høj grad påvirker de implementeringsplanen? Ressourcetræk Der er og vil fortsat være et stort ressourcetræk på nøglepersoner – både ift. grunddataprogrammet som helhed og i forhold til GD1 og GD2. Dette kan nemt koste ekstra kalendertid på visse tidspunkter, ganske enkelt fordi en nøgleperson kun kan være ét sted ad gangen. Er der afsat kalendertid nok i de perioder, hvor der er størst behov for tværgående koordinering og kvalitetssikring? 9. januar 2014 GD1-GD2 Replanlægning

Introduktion til dagsordenen Overordnet status for planlægningen Udgangspunkt fra grunddatabestyrelsen 28. nov. 2013 De nuværende implementeringsplaner (forudsætninger ifm. replanlægningen) Resultat af GD1 og GD2 projektlederworkshop 18. dec. 2013 Konsekvensen for GD1 og GD2´s implementeringsplaner Nødvendige afklaringer Usikkerheder Økonomiske overslag Risikovurdering Ideer til risikojusteret plan Det videre arbejde

Vi simplificerer ved at
2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 Vi simplificerer ved at Tage DAGI på KF samt AWS4 ud af oversigten. BBR 1 2 5 3 4 Ejer 5 3 4 1 2 DAGI 1 5 1 5 3 4 5 AWS 4&5 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

? Risiko Datafordeler scope og indhold 2014 2015 2016 GD7 ESR P.drift
2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 1 2 3 4 5 5 ? ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 BBR 1 2 5 3 4 Ejer 5 3 4 1 2 DAGI 1 5 3 4 5 AWS 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

Risiko DF leverance juni 2015
3 2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 3 ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 BBR 1 2 5 3 4 Ejer 5 3 4 1 2 DAGI 1 5 3 4 5 AWS 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

Risiko Sikkerhed 2014 2015 2016 GD7 ESR P.drift Datavask Matrikel B U
2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 4 5 ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 4 BBR 1 2 5 3 4 5 Ejer 5 3 4 1 2 DAGI 1 5 3 4 5 AWS 5 1 2 4 5 4 DAR 1 2 3 4 5 5 18. december 2013 GD1-GD2 Replanlægning

Risiko Kravspecifikation og Løsningsdesign
6 7 2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 BBR 1 2 5 3 4 Ejer 5 3 4 1 2 6 7 DAGI 1 5 3 4 5 AWS 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

Risiko Test og Implementering
8 9 2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 Er der taget højde for 9 ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 BBR 1 2 5 3 4 Ejer 5 3 4 1 2 8 DAGI 1 5 3 4 5 AWS 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

Risiko 2014 2015 2016 GD7 ESR P.drift Datavask Matrikel B U F E R G L.
10 11 12 13 14 2d. Konsekvensen for GD1 og GD2´s implementeringsplaner Tilpasset plan ud fra forudsætninger og uden yderligere risikojustering 2014 2015 2016 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. 1. kv. 2. kv. 3. kv. 4. kv. GD7 1 2 3 4 5 5 ESR P.drift Datavask Matrikel B U F E R G L. R I S K O T D Parallel- drift 1 2 3 4 5 BBR 1 2 5 3 4 Ejer 5 3 4 1 2 DAGI 1 5 3 4 5 AWS 5 1 2 4 5 DAR 1 2 3 4 5 18. december 2013 GD1-GD2 Replanlægning

Risici og justering af plan (1)
Datafordelerens udbudsmateriale skal være klar januar 2014 samt Det forretningsmæssige indhold på Datafordeleren Understøtter dette ikke de forretningsmæssige behov i GD1 og GD2, kan disse ikke implementeres på fette grundlag. Løsningsmodel til sikring heraf er helt afgørende for grunddataprogrammet og bør afklares hurtigst muligt. Datafordelerens leverance ultimo juni 2015 Væsentlige mangler/fejl heri betyder udskydelse på 3-6 mdr. afhængig af reaktionstid. Kravstilling til GD7 vil ikke kunne være klar her i januar, så der vil være mangler. Indarbejd mulighed for tilpasning undervejs eller afsæt buffer til fejlretning. Tværgående sikkerhedsløsning samt Sikkerhedsmæssige problemstillinger Manglende beslutning af koncept samt specifikation af dette vil udskyde krav og udbud. Koncept besluttes ultimo januar baseret på igangsat oplæg. Konkret specifikation igangsættes i umiddelbar forlængelse heraf. 9. januar 2014 GD1-GD2 Replanlægning

Risici og justering af plan (2)
Kravspecificeringer Disse skal afstemmes på tværs – specielt mht. Integrationer (services og hændelser). Overvej lidt ekstra buffer hertil til QA og efterfølgende tilpasning. Løsningsdesign: De konkrete specifikationer skal kommunikeres og afstemmes på tværs, men dette burde være indeholdt i de nuværende planer. Tværgående test Her er det ikke kun GD1 og GD2 projekterne, som skal testes. I sammenhæng. Der vil også være tale om test af samspillet med Datafordeler, overførsel af registerdata mv. Testen her bliver væsentligt større end oprindelig antaget. Der skal testes både det samlede mønster og interimløsninger. Der bør derfor afsættes ekstra tid her og indlægges en risikobuffer. Implementering Der er taget højde for forskudt implementering, så det ser OK ud. 9. januar 2014 GD1-GD2 Replanlægning

Den fælles datamodel Teknisk samspil med Datafordeler skal tydeliggøres, så projekterne ved hvad de skal gøre hvornår og hvor meget tid der skal afsættes hertil. Er der afsat tid nok i til denne del i de enkelte projekter? Metadata Proces for hvem, hvornår og hvordan metadataservices genereres skal aftales. Hvordan anvendes de i de enkelte grunddatasystemer? SKAT og nyt vurderingssystem, Risici omkring Adresseprogrammet samt Stort ressourcetræk på samme personer Alle tre er store risici, som vil kunne påvirke planerne negativt. Der bør afsættes buffer til opsamling af evt. forsinkelser som følge af disse elementer. 9. januar 2014 GD1-GD2 Replanlægning

6. Den videre proces På den korte bane (januar):
Der arbejdes videre med at bearbejde dagens præsentation til et orienterende oplæg til grunddatabestyrelsens møde den 3. februar Der arbejdes på at få så meget som muligt af de ”nødvendige afklaringer” mm. med i GD7 kravspecifikationen inden den lukker ultimo januar. Vurdering af håndteringen af ”restkrav” for at opfylde GD1 og GD2´s behov. GD7 forventes at beskrive Datafordelerens mål- og løsningsarkitektur samt ansvar og organisation på en måde, som GD1 og GD2 kan arbejde operationelt med ifm. kravspecificering, planlægning mm. På den lidt længere bane: Replanlægningen færdiggøres i løbet af 1. kvartal 2014 og skal føre frem til at GD1 og GD2´s program- og projektdokumenter bliver opdateret og er koordinerede med GD7. En genberegning af GD1 og GD2 økonomien senest 1 måned efter. 18. december 2013 GD1-GD2 Replanlægning

Introduktion til dagsordenen Overordnet status for planlægningen Udgangspunkt fra grunddatabestyrelsen 28. nov. 2013 De nuværende implementeringsplaner (forudsætninger ifm. replanlægningen) Resultat af GD1 og GD2 projektlederworkshop 18. dec. 2013 Konsekvensen for GD1 og GD2´s implementeringsplaner Kommentarer, herunder nødvendige afklaringer og usikkerheder Økonomiske overslag Risikovurdering Ideer til risikojusteret plan Det videre arbejde Denne præsentation er dokumentationen for det orienterende styregruppemøde den 9. jan. 2014

Introduktion til dagsordenen Overordnet status for planlægningen

Lignende præsentationer

Præsentationer af emnet: "Introduktion til dagsordenen Overordnet status for planlægningen"— Præsentationens transcript:

Lignende præsentationer

Om projektet

Feedback

Log ind

Logge ind via sociale netværk:

Introduktion til dagsordenen Overordnet status for planlægningen

Lignende præsentationer

Præsentationer af emnet: "Introduktion til dagsordenen Overordnet status for planlægningen"— Præsentationens transcript:

Lignende præsentationer

Om projektet

Feedback