Page History
...
Tjekpunkter relaterer sig til SDS' projektmodel med følgende formål:
| Idéfasen (NSP) | Identifikation af væsentlige gevinster gennem innovativt genbrug: |
| - Anvende veletableret åben platform til at nå anvendere, der allerede benytter service 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 |
| 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 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 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 opfølgning |
Opsamling af lessons learned
| 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 aftaler og vilkår for daglig drift, support og vedligehold |
I hvilke situationer skal der gennemføres OAT
...
| Gliffy Diagram | ||||||
|---|---|---|---|---|---|---|
|
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.
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
Plan
|
| ||||||||||
Test
|
| ||||||||||
Pilotdrift?
|
| ||||||||||
Dokumentation
| |||||||||||
Sikkerhed
|
|
...
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| R1.1 | Er NSPOP opdateret med fremtidige services og deres forretningsmæssige beskrivelse. |
| |||||||||
| R1.2 | Er support og fejlrettelses procedure 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 |
|
Realiseringsfasen
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| R2.1 | Er der aftalt opfølgning i realiseringsfasen:
|
|
Ændringslog
| Version | Dato | Ændringer |
|---|---|---|
| 3.0 | 13-02-2019 | OAT tjekliste template oprettet i SDS fælles dokumenter |
| 3.1 | 22-02-2019 | Tilføjet punkt R1.7 omkring referencer til ikke-blokerende fejl eller ændringsønsker på overdragelsestidspunktet |
| 3.1.2 | 11-03-2019 | Link til Tilslutningsaftale tilføjet |
| 3.1.3 | 10-05-2019 | Præcisering af at SDS projektleder er ansvarlig for fremdrift etc. |
| 3.1.4 | 18-06-2019 | Præcisering af afsnit S1.7 og S1.7.1 |
| 3.2 | 20-06-2019 | Afsnit R1.3 udgår, da der altid bliver deployed til ProdTest/UDD miljø. Afsnit TI6.1 tilføjet Go-Live plan. Afsnit U2.1 serviceaftale er fjernet, da projekt ikke skal have styr på denne del. Afsnit S1.3.3.1 vedr. performancetest tilføjet Afsnit U2.1, U2.2, U2.3 og U2.4 mindre ændringer i formuleringer. Afsnit S1.4 udgår, og er flyttet til TI5.4 (resten findes i S1.3.3.1) Afsnit G7.2 udgår, da projekt ikke skal forholde sig til serviceaftaler Afsnit G7.4 udgår, da denne bliver afklaret i S1.7 Afsnit TI3.1 omformuleret Afsnit TI3.2 omformuleret Afsnit TI3.3 omformuleret Afsnit TI7.1 omformuleret Afsnit TI7.2 omformuleret Afsnit R1.1 og R1.2 omformuleret Afsnit R1.5 udgår, da dato fremgår af S1.3.5 Afsnit R2.4 udgår, og inkluderes i R2.3 Afsnit TI3.1.1 omformuleret |
| 3.2.1 | 18-07-2019 | Afsnit TI3.1.1 omformuleret Afsnit R1.2 omformuleret + tilføjet link Afsnit R1.4 omformuleret + tilføjet link Tilføjelse af R1.8 -2.0 Tilføjelse om opbevaring af OAT Tilføjelse af formål m.v. |
| 3.2.2 | 22-07-2019 | Afsnit R2.1 tilføjet omkring komponenter og Product Owner |
| 3.2.3 | 29-07-2019 | Indledende afsnit omkring "I hvilke situationer skal der gennemføres OAT:" tilføjet. |
| 3.2.4 | 21-09-2020 | Tilføjet S.1.6 vedr. performanceanalyse efter ønske fra NSP arkitekturforum. |
| 3.2.5 | 10-11-2020 | Tilføjet spørgsmål ift. om NAS skal anvendes |
| 3.2.6 | 19-01-2022 | Tilføjet TI.4 |
| 3.2.7 | 31-01-2022 | |
| 3.2.8 | 09-06-2023 | Checkliste alignet med Projektfaser i SDS projektmodel |
...