OAT = Overdragelse Accept Tjekliste


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.

Tjekpunkterne er opsamlet i en række dialoger ml. udviklingsprojekter og NSP - men er under løbende tilpasning, så det giver værdi for alle parter.


Tjekpunkter relaterer sig til SDS' projektmodel med følgende NSP-formål:


Idéfasen (NSP)Identifikation af væsentlige gevinster gennem innovativt genbrug:

- Anvendelse af veletableret åben platform til at nå anvendere, der allerede benytter 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 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

- 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æ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 budget til drift og forvaltning, godkendelser af risikovurdering, DPIA, performancetest samt aftaler og vilkår for daglig drift, support og vedligehold


I hvilke situationer skal der gennemføres OAT

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 infrastruktur). 


Placering:

OAT placeres på udviklingsprojektets dokumentspace på nspop.dk og indgår som del af den samlede dokumentation af projektet.

Overblik over processen (illustrativ)

OAT Procesv1


Ansvar og roller

Ansvar for koordinering, at sikre fremdrift og at foretage opfølgning på aktiviteter i relation til overdragelse til NSP påhviler SDS projektleder.

Der kan laves andre aftaler, men det skal explicit angives.

Neden for anføres oplysninger for projektet, ansvar og roller


Projektoplysninger

Projektnavn:
Evt. forkortelse af navn:
Komponentleverandør
Projektejer i SDS:
Projektleder:
PID:
Projektets Confluence site:
Projektets JIRA site:
Projektets Slack-kanal

OAT - Projektopstart

Dato
Næste mødedato
SDS Projektleder

SDS Product Owner


NSP - SDS


NSP QA Leverandør
NSP Driftsleverandør


Checkspørgsmål relateret til projektets faser


Analysefasen

#TjekpunktStatusAnsvarligUdførendeNote

1

Plan

  • Er der udarbejdet og aftalt plan for inddragelse af NSP?
  • Er projektet informeret om OAT processen og accepterer projektet at følge denne?
  • Projektet accepterer at anvende Slack til online møder, herunder sprintmøder og OAT-møder

BLANK




2


Kravspecificering

  • Har følgende roller været involveret i kravspecificering og/eller review af disse?
    • NSP Løsningsarkitekt
    • NSP QA Leverandør
    • NSP Driftsleverandør

BLANK





3

Løsningsdesign

  • Har NSP Løsningsarkitekt godkendt løsningsdesign?
  • NSP Driftsleverandør?
  • NSP QA Leverandør?

BLANK




4

Økonomi

  • Har NSP leveret estimat over hhv. engangsudgifter samt varig drift?
  • Er årlig overførsel fra projekt til NSP estimeret og godkendt? 

BLANK




Gennemførelsesfasen


OAT møder - Gennemførelsesfasen

Dato
Næste mødedato
SDS Projektleder


SDS Product Owner
NSP - SDS


NSP QA Leverandør
NSP Driftsleverandør


Gennemførelsesfasen (styring)

#TjekpunktStatusAnsvarligUdførendeNote
5

Plan


  • Projektet præsenterer projektets formål, arkitektur og design arkitektur.
  • Projektet præsenterer den overordnede tidsplan, herunder ønsker til:
    • Dato for start af løbende QA
    • Hyppighed for QA
    • Dato(er) for modtagelse af leverance(r) til QA
    • Datoer for gennemførelse af performancetest (staging miljø skal reserveres i 2 uger)
      (performancetest skal som udgangspunkt altid udføres, medmindre der aftales andet med NSP)
    • Dato for idriftsættelse
    • Dato for ibrugtagning
  • Projektet afklarer, om projektet indbefatter datakonvertering.

BLANK




6

Test

  • Er alle miljøer (test1, test2 og evt. produktion) etableret og testet?

    Dette er relevant i tilfælde af, at projektet har brug for hardware og infrastruktur ud over det, der tilbydes som standard på NSP. 

  • Har projektet gennemgået NSP teststrategi Teststrategi NSP Vedligehold?

  • Er der aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?

    Er det afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel? 
  • Er der gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur?
    • Eller: Er performancetest planlagt og klar til eksekvering af NSP QA Leverandør/NSP driftsleverandør?
  • Har projektet lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport?

BLANK




7

Pilotdrift?

  • Hvem skal deltage i evt. pilot?
  • Hvordan skal WL foregå i pilot?

BLANK




8

Dokumentation

BLANK







Gennemførelsesfasen: Forberedelse af implementering

#TjekpunktStatusAnsvarligUdførendeNote
9

Er der bestilt adgang (whitelistning) til såvel, TEST som PROD miljø?

BLANK




10

Er evt. hypercare fra NSP support aftalt?

BLANK




11

Projekt oplyser om nødvendige Tilslutningsaftaler er på plads?

Skabeloner for tilslutningsaftale kan findes her:

Opret tilslutningsaftale

Det er projektets ansvar at udfylde tilslutningsaftale.
Udfyldt tilslutningsaftale sendes til NSP Operatør.

BLANK




12

Ønskes anvendelse af NSP'ens nationale adviseringsservice?

I så fald skal der indgås NAS tilslutningsaftale og de nødvendige topics skal oprettes - se note

BLANK



https://www.nspop.dk/display/public/web/NAS2+-+Anvenderguide

Gennemførelsesfasen : Datakonvertering/migrering

#TjekpunktStatusAnsvarligUdførendeNote
13Projekt oplyser om test af datakonvertering er planlagt og om ressourcer er allokeret hvis relevant.

BLANK




14Projekt oplyser om der i så fald findes en veldokumenteret fall-back plan, hvis datakonvertering fejler.

BLANK





Gennemførelsesfasen:  Transition til drift og support

#TjekpunktStatusAnsvarligUdførendeNote
15

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.)

BLANK




16

Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret?
NSP informerer National Service desk og sikrer opdatering af 'supportform'.
Der benyttes en standard template

BLANK




17

Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret?

BLANK




18

Findes der en aftale om hypercare?

BLANK




19Er der indgået kontrakt ift. support og vedligehold fra udviklingsleverandør - og hvornår udløber denne?

BLANK




20Har 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?

BLANK





Gennemførelsesfasen:  Teknisk dokumentation

#TjekpunktStatusAnsvarligUdførendeNote
21NSP QA Leverandør oplyser om endelig QA af leverancen er gennemført og godkendt inkl. overholdelse af NSP dokumentationskrav

BLANK




22

NSP QA Leverandør oplyser link til endelig QA rapport (to-be)

BLANK




23NSP Driftsleverandør oplyser, om driftsvejledninger, driftshåndbog er godkendt

BLANK




24

Er performancetest gennemført og rapport godkendt af NSP QA/SDS arkitektur?

  • Link til performancetest indsættes her.

BLANK





Gennemførelsesfasen:  Sikkerhed

#TjekpunktStatusAnsvarligUdførendeNote
25Er der udarbejdet og godkendt teknisk Go-live plan og en tilbagerulningsplan, såfremt den tekniske implementering fejler? BLANK





26Såfremt der skal gennemføres risikovurdering og DPIA bekræfter projektet, at denne er gennemført og godkendt i SDS.  

BLANK




27

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.

BLANK





Gennemførelsesfasen: Overdragelseskriterier

#TjekpunktStatusAnsvarligUdførendeNote
28

Er NSPOP opdateret, så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet?

BLANK




29

Er support- og fejlrettelsesprocedure på plads?

Forventes at følge NSP standard procedure. Se SDS Incident Management 
Hvis andet er aftalt, skal det angives.

BLANK




30

Er processen for ændringshåndtering kommunikeret ud til projektet?

Forventes at følge standarden for NSP ændringshåndtering - se NSP Change Managementproces
Hvis andet er aftalt, skal det angives.

BLANK




31

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?

BLANK




32NSP Driftsleverandør oplyser om driftsovervågning i produktionsmiljø er etableret.

BLANK




33Er 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"

BLANK




34Er al relevant historisk projektdokumentation gjort tilgængeligt på/overført til projektspace på NSPOP?

BLANK




35Er 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.

BLANK




36

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

BLANK





Realiseringsfasen

#TjekpunktStatusAnsvarligUdførendeNote
37

Er der aftalt opfølgning i realiseringsfasen:

  • Retrospektive
  • Driftsrapportering
    • Statistik for anvendelse (anvendere)
    • Statistik for driftforhold (kapacitet, forbrug, økonomi)
    • Statistik for support, incidents og RFC (forbrug, økonomi)
  • Revision af dokumentation
  • Revision af økonomi

BLANK






Ændringslog

VersionDatoÆndringer
4.019-06-2023Checkliste ændret grundlæggende og alignet med Projektfaser i SDS projektmodel




  • No labels