Page History
OAT = Overdragelse Accept TjekTjekliste
NB: Tjeklisten er under løbende revision - respons/kommentarer til operator@nspop.dk eller gnai@sundhedsdata.dk
Formål
Formålet med denne Tjekliste er at sikre et struktureret udgangspunkt for dialog om overdragelsen mellem udviklingsprojekter/initiativer og NSP support, drift og forvaltning.
...
Tjekpunkter relaterer sig til SDS' projektmodel med følgende NSP-formål:
| Idéfasen (NSP) | Identifikation af væsentlige gevinster gennem innovativt genbrug: |
| - Anvende Anvendelse af veletableret åben platform til at nå anvendere, der allerede benytter service services og data fra NSP | |
| - Genbrug af komponenter på NSP og suppler med nye i et løst koblet open source set-up | |
| - Genbrug af veletableret og sikker infrastruktur, veldrevet og robust drift, velfungerende og etableret support set-up | |
| - Tidlig inddragelse af NSP kompetencer for at sikre optimale genbrugsmuligheder og for at sikre overholdelse af principper ift. NSP arkitektur |
| Analysefasen (NSP) | Formålet med at inddrage NSP kompetencer i analysefasen er at analysere projektets muligheder for optimal udnyttelse af NSP platformen mhp. optimalt indhold, omfang, ressourcer risici og gevinster. |
| - Hvordan kan NSP platformens arkitektur, services og data genbruges og understøtte projektet mest hensigtsmæssigt | |
| - Hvad skal der tænkes ind af innovative løsninger og kan de hensigtmæssigt hensigtsmæssigt udvikles på NSP platformen, mhp. at sikre muligheder for genbrug | |
| - Hvilke ressourcer og økonomi skal bringes i spil for at realisere projeket på NSP platformen | |
| - Hvilke planer skal etableres for etablering/udvikling |
| Gennemførelsesfasen (NSP) | Formålet med gennemførelsesfasen er, at projektet løbende sikrer tekniske og organisatoriske implementering i tæt samspil Med NSP kompetencer. |
| - Hvordan sikres løbende inddragelse af NSP kompetencer i teknisk implementering, med henblik på at undgå tilbageløb i projektet | |
| - Hvordan sikres løbende organisatorisk implementering (markedsføring og support af service i forbindelse med test, pilot og idriftsættelse) | |
| - Aftaler om arkitektur, sikkerhed, idriftsættelse og økonomi mhp. etablering, løbende drift, support og vedligehold | |
| - Signoff Sign-off i forbindelse med idriftsættelse (QA og sikkerhed), forankring i organisation (PO og økonomi) og plan for opfølgning |
| Realiseringsfasen (NSP) | Formålet med realiseringsfasen er at sikre, at gevinster bliver realiseret også qua NSP platformen. |
| - Plan for opfølgning følges | |
| - Statistikker og driftsrapportering udarbejdes | |
| - Økonomisk og kapacitetsmæssigt kapacitetsmæssig opfølgning |
Opsamling af lessons learned fra tidligere NSP-projekter
| Inddrag NSP så tidligt i forløbet som muligt - således at krav om overholdelse NSP arkitektur og dokumentation kan indgå i udbuddet og der tages højde i business casen for etablerings- og løbende omkostninger til idriftsættelse og udstilling på NSP platformen |
| Inddrag NSP tidligt i forløbet ved projektopstart m.h.p. introduktion til NSP arkitektur og krav til overholdelse og planlægning af proces for forløb - dialog er afgørende - OAT checkliste kun et hjælpemiddel |
| Inddrag og udpeg tidligt i forløbet den ansvarlige for Produktejerskabet for service i drift, herunder at den ansvarlige kan løfte og varetage det daglige forretningsmæssige ansvar for produktet/service |
| Inddrag NSP QA løbende i gennemførelesfasen, således at dyre og uhensigtmæssige tilbageløb for projektet undgås - løbende dialog er afgørende for et optimalt resultat i produktion og for anvendere |
| Sikre sign-off i forbindelse med overdragelse til NSP - herunder er der budget til drift , er der foretaget sikkerhedsgodkendelse, lever performancetest op til krav, samt er der indgået og forvaltning, godkendelser af risikovurdering, DPIA, performancetest samt aftaler og vilkår for daglig drift, support og vedligehold |
...
Alle projekter skal gennemføre fuld OAT, medmindre der aftales andet med NSP.
Herudover kan det give mening, at der ved udviklingsinitiativer af mindre størrelse gennemføres en fuld/delvis OAT. Dette kunne f.eks. være i forbindelse med implementering af ny service og/eller komponent på NSP platformen, major ændringer til eksisterende komponent, tilføjelse af service på eksisterende komponent eller ændringer i arkitekturen (applikation, data eller infrastrukturmæssigtinfrastruktur). Vurdering af om der skal gennemføres fuld/delvis besluttes ved behandling af RfC på CAB møde.
Placering:
OAT placeres på udviklingsprojektets dokumentspace på nspop.dk og indgår som del af den samlede dokumentation af projektet.
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Plan
|
| ||||||||||||||
Kravspecificering
|
| ||||||||||||||
Løsningsdesign
|
| ||||||||||||||
Økonomi
|
|
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
Plan
|
| ||||||||||
Test
|
| ||||||||||
Pilotdrift?
|
| ||||||||||
Dokumentation
Sikkerhed
|
| ||||||||||
Gennemførelsesfasen G7: Forberedelse af implementering
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| TI2.1 | Projekt oplyser om test af datakonvertering er planlagt og om ressourcer er allokeret hvis relevant. |
| |||||||||
| TI2.2 | Projekt oplyser om der i så fald findes en veldokumenteret fall-back plan, hvis datakonvertering fejler. |
|
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| TI3.1 | Findes der en plan for NSP aktiviteter ifm. transitionen til idriftsættelse og ibrugtagning – og er denne godkendt af involverede parter? (eksempler på aktiviteter kan være dataleverancer, afhængigheder mellem komponenter/services etc.) |
| |||||||||
| TI3.2 | Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret? |
| |||||||||
| TI3.3 | Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret? |
| |||||||||
| TI3.4 | Findes der en aftale om hypercare? |
| |||||||||
| TI3.5 | Er der indgået kontrakt ift. support og vedligehold fra udviklingsleverandør - og hvornår udløber denne? |
| |||||||||
| TI3.6 | Har PL indkaldt NSP QA leverandør til gennemgang af funktionel testrapport og resultater og er regressionstest overleveret til NSP QA leverandør jvf. NSP husregler? |
|
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| TI5.1 | NSP QA Leverandør oplyser om endelig QA af leverancen er gennemført og godkendt inkl. overholdelse af NSP dokumentationskrav |
| |||||||||
| TI5.2 | NSP QA Leverandør oplyser link til endelig QA rapport (to-be), så det kan anføres som dokumentation i OAT tjekliste |
| |||||||||
| TI5.3 | NSP Driftsleverandør oplyser, om driftsvejledninger, driftshåndbog er udarbejdet, testet og godkendt. |
| |||||||||
| TI5.4 | Er performancetest gennemført og rapport godkendt af NSP QA/SDS arkitektur?
|
|
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| TI6.1 | Er der udarbejdet og godkendt teknisk Go-live plan og en tilbagerulningsplan, såfremt den tekniske implementering fejler? |
| |||||||||
| TI6.2 | Såfremt der skal gennemføres risikovurdering og /eller DPIA bekræfter projektet, at denne er gennemført og godkendt i SDS. |
| |||||||||
| TI6.3 | Projektet bekræfter, om SDS Jura har afklaret, om det/den nye register/service er kategoriseret ift. fortegnelse jf. persondataforordningen. Hvis fortegnelse skal udarbejdes, bekræfter projektet, at Jura har godkendt denne. |
|
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| R1.1 | Er NSPOP opdateret med fremtidige services og deres forretningsmæssige beskrivelse., så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet? |
| |||||||||
| R1.2 | Er support- og fejlrettelses procedure fejlrettelsesprocedure på plads? Forventes at følge NSP standard procedure. Se SDS Incident Management |
| |||||||||
| R1.4 | Er processen for ændringshåndtering kommunikeret ud til projektet? Forventes at følge standarden for NSP ændringshåndtering - se NSP Change Managementproces |
| |||||||||
| R1.6 | NSP Driftsleverandør oplyser, om driftsrapportering er aftalt med projekt? Normalt sker dette månedligt. Hvis andet er aftalt, skal det angives. Evt. behov for data via Splunk Intelligence? |
| |||||||||
| R1.7 | NSP Driftsleverandør oplyser om driftsovervågning i produktionsmiljø er etableret. |
| |||||||||
| R1.7 | Er der aftalt håndtering af evt. ikke-blokerende fejl eller ændringsønsker på overdragelsestidspunktet? Hvis ja, lav referencer til SDS-Jira RfC'er i kolonnen "Note" |
| |||||||||
| R1.8 | Er al relevant historisk projektdokumentation gjort tilgængeligt på/overført til projektspace på NSPOP? |
| |||||||||
| R1.9 | Er der aftalt og signet af på en samlet udestående liste, herunder aftalt hvor ansvar er placeret og tidsplan for hvornår listede udeståender forventes imødegået/afsluttet. |
| |||||||||
| R2.0 | Er NSP Jira ajourført med de implementerede komponenter, ansvarlig leverandør/Lead (forvaltning af komponenten)? - se NSP Components Er NSP Confluence ajourført med Product Owner på hver enkelt komponent? - se PO på komponenter |
|
...