Bilag 4 Prosjekt- og fremdriftsplan for migrering til ny plattform

Transkript

1 Bilag 4 Prosjekt- og fremdriftsplan for migrering til ny plattform

2 Versjonshåndtering Versjon Dato Initiert av Endringsårsak Difi Dokument distribuert til tilbydere Difi Dokument distribuert til tilbydere Difi Ny setning i punkt Endret setningen under tabellen i punkt 8.2 <Tilbyders navn> 2 / 21

3 Veiledning til ens utfylling av bilaget og underliggende vedlegg Avtaleteksten angir en rekke punkter angående gjennomføring av migrering og etablering av ny tjeneste. en skal i sitt tilbud gjennomgå, endre og komplettere dette bilaget og tilhørende vedlegg. Det er foreslått en kapittelinndeling, men det er ikke et krav at en skal følge denne strukturen på bilaget. I noen kapiteler har Kunden fylt ut forslag til tekst, men denne skal gjennomgås, kompletteres og justeres av. en skal fylle ut milepælsplanen og den overordnede fremdriftsplanen med tidsfrister på de punktene hvor er ansvarlig. I tillegg skal en også fylle ut vedlegg 1 med et mer detaljert forslag til prosjektplan for migreringsprosjektet. Planen skal inkludere alle aktiviteter for migrering av ID-porten, MinID og Digitalt kontaktregister, samt overføring av drift fra dagens driftsleverandør. I vedlegg 2 skal en utarbeide en testplan for migreringsprosjektet i henhold til kravene i bilag 1, og med hensyn til prosjektplanen i dette bilaget. ens roller og bemanning i migreringsprosjektet skal fylles ut i vedlegg 3 til dette bilaget. Dersom en har ønske om å supplere eller endre beskrivelsen eller reguleringene i dette bilaget og underliggende vedlegg, skal dette klart fremgå av besvarelsen. Endringer eller endret tekst skal merkes særskilt med RØD skriftfarge. Forslag til slettinger skal markeres med RØD skriftfarge og gjennomstrekningsfunksjon. I eventuelle forhandlinger og før kontraktsinngåelse skal en og Kunden gjennomgå bilaget og underliggende vedlegg og samlet oppdatere disse. SORT = OPPRINNELIG TEKST RØD = LEVERANDØRENS TILLEGGSTEKST <Tilbyders navn> 3 / 21

4 Innhold 1. INNLEDNING Definisjoner Dokumentasjon OMFANG Minimumsløsning (leveranse A) Testmiljøer og resterende data (leveranse B) Informasjonssider, logger og dokumentasjon (leveranse C) MILEPÆLSPLAN OVERORDNET FREMDRIFTSPLAN PLANVERK FOR MIGRERINGSPROSJEKTET SYSTEMTEST Beskrivelse og hensikt Krav til ens medvirkning Omfang AKSEPTANSETEST Krav til ens medvirkning Akseptansetest leveranse A Akseptansetest leveranse B Akseptansetest leveranse C GODKJENNINGSPERIODEN Formål med og forutsetninger for godkjenningsperioden Godkjenningskriterier Test i godkjenningsperioden Håndtering av feil i godkjenningsperioden Prosedyrer for melding av feil Frister for utbedring av feil Godkjenning PROSJEKT FOR ETABLERING AV DRIFTSTJENESTENE Ansvarsforhold og organisering Prosjektorganisering Nøkkelpersonell hos Kundens ansvar ved etablering av tjenestene Styring av prosjektet...21 <Tilbyders navn> 4 / 21

5 Prosjektadministrasjon og styring Rapportering Håndtering av endringer Kvalitetssikring Møter Suksessfaktorer for en vellykket oppstart av driftstjenestene Risikoområder i forbindelse med migrering OM LEVERANDØRENS PROSJEKTMETODIKK VEDLEGG...21 <Tilbyders navn> 5 / 21

6 1. INNLEDNING Dette bilaget beskriver etablering av driftsløsningen og migrering av ID-porten, MinID og Digitalt kontaktregister til den nye løsningen, i avtalen omtalt som migreringsprosjektet, jf. bilag 6 vedlegg Definisjoner Definisjoner av spesielle ord og uttrykk benyttet i bilaget er samlet i bilag 6, vedlegg Dokumentasjon For en samlet oversikt over all dokumentasjon en er forpliktet til å levere, både i migreringsfasen og driftsfasen, se bilag 6 vedlegg OMFANG Etablering av driftstjenesten skal gjennomføres under ens styring og kontroll, men i og med at det er Kunden som har utviklet applikasjonene som skal driftes, vil det være behov for et tett samarbeid. Migreringsfasen omfatter følgende: a) Etablering av PT-1 Driftsplattform for åpen informasjon med 1 produksjonsmiljø (ProdÅI) b) Etablering av PT-2 Driftsplattform for sensitiv informasjon med 1 produksjonsmiljø (ProdSI) c) Etablering av PT-3 Driftsplattform for funksjonelle testing med 3 testmiljø (Ver1, Ver2, Test1) d) Etablering av PT-4 Driftsplattform for ytelsestesing med 2 testmiljø (YT1, YT2) e) Etablering av PT-5 for for drift og installasjonstesting, stagemiljø for en. f) VPN i henhold til krav i bilag 1 punkt mellom Kunde og for overføring av nye versjoner av applikasjonene. g) Flytting av data a. LDAP b. Databaser c. Logger h) Domenemigrering i) Datamigrering j) Levering av dokumentasjon Hvilke produksjons- og testmiljøer som inngår i løsningen og hvilke integrasjoner de skal være satt opp med fremgår av bilag 3 kapitel 3. Det er sannsynlig at det må gjøres en del tilpassinger i Kundens applikasjoner forbindelse med migrering til ny driftsløsning, for eksempel tilpassinger av installasjonsscript. Det betyr at det vil skje en utvikling av applikasjonene tidlig i migreringsprosjektet. <Tilbyders navn> 6 / 21

7 Kunden foretar utviklingen på eget utstyr. Videre gjennomfører Kunden systemtest i to faser. Systemtesten er nærmere beskrevet i kapittel 6. Det vil bli utarbeidet en samlet testrapport fra begge fasene til Kundens systemtest. Feil som er en følge av forskjeller mellom Kundens og ens plattform, utgjør en risiko i migreringsprosjektet, spesielt om slike feil blir avdekket sent i prosjektet. Denne risikoen kan reduseres ved å etablere et testmiljø hos en tidlig i migreringsprosjektet og bruke testmiljøet til å avdekke feil. Dette er lagt inn i milepæl 2A-1 i punkt 4. For migreringsprosjektet er det to produksjonsvinduer som kan brukes i migreringsprosjektet, L3 og L4, jf. bilag 3 vedlegg 4. Kunden tar sikte på å sette ny driftsløsning i drift på leveransetidspunktet L3. Hvis det skulle bli nødvendig å rulle tilbake til gammel driftsløsning, har migeringsprosjektet da en mulighet til en ny idriftsetting på leveransetidspunkt L4. For å få til mest mulig fleksibilitet er migreringen delt opp i tre leveranser, der det bare er leveranse A som må settes i drift på et leveransetidspunkt (fortrinnsvis L3). Idriftsettingen av leveransene B og C kan komme etter idriftsettingen av leveranse A dersom det sikrer tidspunktet for driftsettingen av leveranse A. 2.1 Minimumsløsning (leveranse A) Følgende inngår i minimumsløsningen for å kunne produksjonssette driftsplattformen: Etablering av produksjonsmiljø for sensitiv informasjon (ProdSI) Etablering av 2 testmiljø for funksjonell testing (Ver1 og Test1) Etablering av 1 testmiljø for ytelsestesting (YT1) Etablering av testmiljø for drifts- og installasjonstest (Stage) VPN i henhold til krav i bilag 1 punkt mellom Kunde og for overføring av nye versjoner av applikasjonene o Flytting av data o LDAP o Databaser Domenemigrering Datamigrering 2.2 Testmiljøer og resterende data (leveranse B) Etableringen av øvrige testmiljøer og overføring av resterende data inngår i leveranse B: Etablering av 1 testmiljø for funksjonell testing (Ver2) Etablering av 1 testmiljø for ytelsestesting på nyeste versjon (YT2) 2.3 Informasjonssider, logger og dokumentasjon (leveranse C) Aktivitetene som inngår i leveranse C er beskrevet nedenfor: Etablering av produksjonsplattform for åpen informasjon (ProdÅI) Flytting av logger Leveranse av all dokumentasjon <Tilbyders navn> 7 / 21

8 3. MILEPÆLSPLAN <en fyller ut frister for milepælene der dette ikke fremkommer.> NR Milepæl Frist Ansvar 0 Når organiseringen er gjennomført 1 Når planleggingen er gjennomført Kunde og Kunde og 2A-1 Når miljøet Test1 er klar for test 2A-2 Når resterende miljøene som inngår i leveranse A er etablert 2B Når miljøene som inngår i leveranse B er etablert 2C-1 Når miljøene som inngår i leveranse C er etablert 2C-2 Når all dokumentasjon som inngår i avtalen er overlevert 3 Når systemtest er godkjent av Kunde Kunde og 4 5A 5B 5C Når en oversender erklæring i bilag 4 vedlegg 4 om at hele driftsløsningen er vellykket installert og klar til Kundens akseptansetest Når akseptansetest for leveranse A er godkjent av Kunde Når akseptansetest for leveranse B er godkjent av Kunde Når akseptansetest for leveranse C er godkjent av Kunde Kunde og Kunde og Kunde og 6A Når har satt alle deler av leveranse A i drift <Tilbyders navn> 8 / 21

9 NR Milepæl Frist Ansvar 6B Når har satt alle deler av leveranse B i drift 6C Når har satt alle deler av leveranse C i drift 7A Når Kunden har godkjent driftsettelsen av leveranse A B Når Kunden har godkjent driftsettelsen av leveranse B 7C Når Kunden har godkjent driftsettelsen av leveranse C 8A Når godkjenningsperioden for leveranse A er godkjent av Kunde 8B Når godkjenningsperiode for leveranse B er godkjent av Kunden 8C Når godkjenningsperiode for leveranse C er godkjent av Kunde 9 Leveringsdag: når Kunde har godkjent alle deler av leveransen (A, B og C) 3 månd etter oppstartsdag MP 4. OVERORDNET FREMDRIFTSPLAN Beskrivelse 0 Organisering Etablere migreringsprosjektet: - Organisasjon er på plass hos K og L - Omforent fremdriftsplan foreligger SSA-D K og L Ansvar Dagbot 1 Planlegging Planlegge og forberede migreringen Følgende dokumentasjon skal foreligge: - Dokumentplan L Detaljplan L Plan for Kundens akseptansetest og testbeskrivelser. K og L / <Tilbyders navn> 9 / 21

10 MP Beskrivelse SSA-D med endring er i bilag 8 - Plan for ens driftstest L - Utkast til driftsspesifikasjon L Utkast til produksjonssettingsplan K og L - Plan for flytting av data LDAP Databaser Logger L Ansvar Dagbot 2 Etablering av plattform 2A-1 2A-2 Leveranse A-1 en gjør miljøet Test1 tilgjengelig for testing av tilpassinger i Kundens applikasjoner. Leveranse A-2 en overleverer følgende miljøer med dokumentasjon til Kunden: L 1. Produksjonsplattform sensitiv informasjon, ProdSI 2. Ytelsestestmiljø, YT1 3. Funksjonelt testmiljø, Ver1 4. Testmiljø for funksjonell testing, Test1 I tillegg må en etablere sitt tekniske testmiljø (Stage). en overleverer sikkerhetsdokumentasjon Kunden går igjennom dokumentasjonen, utarbeider installasjonsscript og overleverer applikasjon, installasjonsscript og installasjonsveiledning til en. en installerer Kundens løsning på miljøene og gir melding til Kunden om at applikasjonen er klar til systemtest. Alle miljø skal ha applikasjonen installert og være satt opp med integrasjoner til eid-leverandørenes testmiljøer, SMS-testmiljø og eventuelt en eller flere tjenesteeieres testmiljøer. L K JA 2B Leveranse B Etablering av øvrige testmiljø en overleverer øvrige testmiljø med L <Tilbyders navn> 10 / 21

11 MP Beskrivelse dokumentasjon til Kundens akseptansetest: 5. Resterende testmiljøer for funksjonell testing, Ver2 6. Testmiljø for ytelsestesting, YT1 SSA-D Ansvar Dagbot Alle miljøer skal ha applikasjonen installert og være satt opp med integrasjoner til eid-leverandørenes testmiljøer, SMS-testmiljø og eventuelt en eller flere tjenesteeieres testmiljøer. 2C Kunden må teste ut og muligens justere installasjonsscript. Leveranse C Etablering av ProdÅI på driftsplattform for åpen informasjon og overlevering av dokumentasjon. en overleverer ProdÅI til Kundens akseptansetest og gir Kunden tilgang til å inspisere dem. en oversender all dokumentasjon som er omfattet av avtalen. K L K Kunden leverer installasjonsscript. Avtalte applikasjoner installeres av en 3 Kundens systemtest Kunden systemtester applikasjon, retter feil og overleverer applikasjon og oppdatert installasjonsveiledning og installasjonsscript til. Kundens systemtest er nærmere beskrevet i kapittel 6. 4 ens driftstest en kjører driftstest på løsningen og aksepterer den. Overleverer produksjons-plattformene med driftstestet løsning og dokumentasjon av sin testing til Kundens akseptansetest L en oversender erklæring om at hele driftsplattformen er vellykket installert og klar til Kundens akseptansetest 5 Kundens akseptansetest 5A Leveranse A Kunden akseptansetester alle deler av leveransen for leveranse A. Dette inkluderer datamigrerings- og <Tilbyders navn> 11 / 21

12 MP Beskrivelse domenemigreringstest, test av metode for å flytte data og rollback SSA-D Ansvar Dagbot 5B 5C All testing i leveranse A er gjennomført: Akseptansedag leveranse A Leveranse B Kunden akseptansetester alle deler av leveransen Når all testing i leveranse B er gjennomført: Akseptansedag leveranse B Leveranse C Kunden akseptansetester alle deler av leveransen Når all testing i leveranse C er gjennomført: Akseptansedag leveranse C K K K Driftsettelse 6A Leveranse A Idriftsettingsplan ferdigstilles Alle deler av leveranse A settes i drift 6B Datamigrering Sjekk at dataene er komplette og at integriteten er opprettholdt Leveranse B Alle deler av leveranse B settes i drift L L Ja 6C Leveranse C Alle deler av leveranse C settes i drift L 7 Oppstartsperiode 7A 7B 7C sender melding når leveranse A er klar for Kundens nærmere undersøkelse i godkjenningsperioden: Oppstartdag A sender melding når leveranse B er klar for Kundens nærmere undersøkelse i godkjenningsperioden: Oppstartdag B sender melding når leveranse C er klar for Kundens nærmere undersøkelse i godkjenningsperioden: Oppstartdag C <Tilbyders navn> 12 / 21

13 MP Beskrivelse 8 Godkjenningsperiode 8A Leveranse A Test av at rutiner, serviceledelse og lignende fungerer som forutsatt Driftsspesifikasjon ajourføres Test av dokumentasjon SLA følges opp, men uten bruk av refusjoner SSA-D K Ansvar Dagbot 8B 8C Leveranse B Test av at rutiner, serviceledelse og lignende fungerer som forutsatt Driftsspesifikasjon ajourføres SLA følges opp, men uten bruk av refusjoner Leveranse C Test av at rutiner, serviceledelse og lignende fungerer som forutsatt Driftsspesifikasjon ajourføres SLA følges opp, men uten bruk av refusjoner K K 9 Endelig godkjenning av leveransen Godkjenningsperioden løper til Kunden har godkjent leveranse A, B og C. Leveringsdag <Tilbyders navn> 13 / 21

14 5. PLANVERK FOR MIGRERINGSPROSJEKTET <Fylles ut av en.> Dokument Formål Ferdigstilles innen 6. SYSTEMTEST 6.1 Beskrivelse og hensikt Kunden gjennomfører systemtest i to faser, før og etter løsningen blir sendt over til ny driftsleverandør. Systemtest fase 1 kjøres i Kundens eget utviklingsmiljø. Hensikten med denne testen er å verifisere at løsningen fungerer som forventet i eget miljø og på eget utstyr. Det vil utarbeides en testrapport fra denne testen som oversendes ny. Systemtest fase 2 kjøres i testmiljø Test1 hos ny. Hensikten med denne testen er å verifisere at løsningen også fungerer som forventet hos ny. Testrapport vil også utarbeides fra denne fasen. 6.2 Krav til ens medvirkning Systemtest fase 1 krever ingen medvirkning fra, da denne testen kjøres utelukkende på eget utstyr. Systemtest fase 2 vil kunne kreve ressurser fra, da testen kjøres på en sitt utstyr. <Tilbyders navn> 14 / 21

15 6.3 Omfang Systemtesten vil som et minimum bestå av følgende tester: Installasjonstest Regresjonstest av eksisterende funksjonalitet Integrasjonstest Det kan være aktuelt med flere type tester. 7. AKSEPTANSETEST 7.1 Krav til ens medvirkning <en skal beskrive sin medvirkning i forbindelse med akseptansetestplanen.> Dagsplaner spesifiseres for planleggingsøyemed i bilag 4 vedlegg 1. Kunde og skal ha hver sin testleder og hver sin systemarkitekt. en skal fylle ut og beskrive bemanningen utover disse rollene i bilag 4 vedlegg 3, samt beskrive sin testing i bilag 4 vedlegg Akseptansetest leveranse A Forut for migreringen skal Kunden ha gjennomført systemtest av de applikasjonene som skal migreres. Testen gjennomføres i Kundens egne utviklingsmiljø og miljøet Test1 hos en. Alle feil som kan ha betydning for drift av løsningen skal være rettet. en skal motta rapport fra Kundes systemtest i utviklingsmiljøet senest 2 (to) dager før ens frist for overlevering av minimumsløsningen til Kundens systemtest hos driftsleverandør (milepæl 2A-2). Kunden skal gjennomføre systemtest i Test1-miljø (alternativt fremtidig produksjonsmiljø), rette eventuelle feil i applikasjonene og oppdatere og ferdigstille installasjonsveiledning og installasjonsscript (deployscript) på milepæl 3. Kunden gir en melding om at applikasjonene er klar til ens Driftstest (milepæl 4). Etter at en har kjørt sin driftstest skal Kunden gjennomføre sin akseptansetest. Kunden håndterer kommunikasjon med tjenesteeiere (og eid-leverandører) i forbindelse med testingen. Oversikt over akseptansetest og akseptansekriterier i forbindelse med akseptansetest av leveranse A er beskrevet i tabellen nedenfor: <Tilbyders navn> 15 / 21

16 Test Formål med testen Akseptansekriterier Regresjonstest av alle miljøer Avbruddstest Lastbalansering av nodene er en viktig del av denne testen, jf. viktige testområder fleksibel lastbalanseringsfunksjon lastbegrensningsfunksjon Integrasjonstest i alle miljøer Begrenset ende til endetest (stikkprøver) i alle miljøer Ytelsestest (se bilag 6 vedlegg 7) for eksempler på tidligere gjennomførte tester) Sikkerhetstest gjennomført av ekstern ekspert (se eksempler på tidligere gjennomføre tester bilag 6 vedlegg 7) Datamigreringstest Domenemigrerings-test Rollback Testdata Sikre at funksjonaliteten til applikasjonene fungerer som forutsatt Sikre at tjenesten raskt kommer opp igjen og at det ikke oppstår noen feil som følge av avbruddet. Sikre at integrasjoner med alle eid-er og alle Tjenesteeiere fungerer, samt at SMS fungerer Sikre at en brukerpålogging fungerer gjennomgående fra pålogging til brukeren er inne på en tjeneste hos en tjenesteeier Sikre at ytelsen tilfredsstiller kravene i kravspesifikasjonen Sikre at løsningen er sikker nok til å kunne settes i produksjon Sikre at de migrerte data er komplette og konsistente Sikre at domenemigrering fungerer i henhold til kravene Sikre at det er mulig å gå tilbake til eksisterende driftsløsning dersom migreringen feiler. Sikre at testdata er tilgjengelig i relevante miljøer Ingen nye feil er oppstått Dersom en node har gått ned skal de gjenværende nodene håndtere trafikken. Har hele tjenesten gått ned, skal den gjenopprettes raskt. I begge tilfeller skal tjenesten fungere som før avbruddet når den er gjenopprettet og det skal ikke oppstå feil i transaksjonene som er berørt av avbruddet. Ingen A eller B-feil Ingen A eller B-feil Ytelsen er like god, eller bedre enn nåværende ytelse som beskrevet i bilag 3 punkt 8. Ingen alvorlige anmerkninger fra leverandøren som gjennomførte testen. Anbefaling om at løsningen kan gå i produksjon Alle data er overført. Alle krav til domenemigrering er oppfylt Forrige produksjonsversjon fungerer uten feil, med alle integrasjoner og brukerne kommer korrekt inn Krav til tilgjengelighet av testdata er oppfylt <Tilbyders navn> 16 / 21

17 7.3 Akseptansetest leveranse B Leveranse B omfatter etablering av alle øvrige miljøer som angår tjenesteeiere og IDP-er. Kunden håndterer kommunikasjon med samarbeidspartene i forbindelse med testingen. Oversikt over akseptansetest og akseptansekriterier i forbindelse med akseptansetest av leveranse B er beskrevet i tabellen nedenfor: Test Formål med testen Akseptansekriterier Regresjonstest i alle miljøer Integrasjonstest i alle miljøer Begrenset ende til endetest (stikkprøver) i alle miljøer Ytelsestest (se bilag 6 vedlegg 7) for eksempler på tidligere gjennomførte tester) Sikkerhetstest gjennomført av ekstern ekspert (se eksempler på tidligere gjennomføre tester bilag 6 vedlegg 7) Datamigreringstest Domenemigrerings-test Rollback Sikre at funksjonaliteten til applikasjonene fungerer som forutsatt i alle miljøene Sikre at integrasjoner med alle IDP-er og alle Tjenesteeiere fungerer, samt at SMS fungerer i alle miljøer Sikre at en brukerpålogging fungerer gjennomgående fra pålogging til brukeren er inne på en tjeneste hos en tjenesteeier Sikre at ytelsen tilfredsstiller kravene i kravspesifikasjonen Sikre at løsningen er sikker nok til å kunne settes i produksjon Sikre at de migrerte data er komplette og konsistente Sikre at domenemigrering fungerer i henhold til kravene Sikre at det er mulig å gå tilbake til forrige produksjonsversjon dersom migreringen feiler. Ingen nye feil er oppstått Ingen A eller B-feil Ingen A eller B-feil Ytelsen er like god, eller bedre enn ytelsestest Ingen alvorlige anmerkninger fra leverandøren som gjennomførte testen. Anbefaling om at løsningen kan gå i produksjon Alle data er overført. Alle krav til domenemigrering er oppfylt Forrige produksjonsversjon fungerer uten feil, med alle integrasjoner og brukerne kommer korrekt inn 7.1 Akseptansetest leveranse C Leveranse C omfatter etablering av plattform for åpen informasjon og flytting av logger fra eksisterende driftsleverandør. Oversikt over akseptansetest og akseptansekriterier i forbindelse med akseptansetest av leveranse C er beskrevet i tabellen nedenfor: <Tilbyders navn> 17 / 21

18 Test Formål med testen Akseptansekriterier Regresjonstest Test av flyttede data Test av dokumentasjon Sikre at funksjonaliteten til applikasjonene fungerer som forutsatt Sikre at de flyttede dataene er komplette og konsistente Sikre at all dokumentasjon som leveres tilfredsstiller kravene i bilag 1 Ingen nye feil er oppstått Alle data er overført. Løsningen skal være tilstrekkelig dokumentert 8. GODKJENNINGSPERIODEN 8.1 Formål med og forutsetninger for godkjenningsperioden <en beskriver formålet med og forutsetninger for godkjenningsperioden utover det som står beskrevet i SSA-D punkt :> 8.2 Godkjenningskriterier Kunden skal ha ansvar for og sammen med leverandøren utarbeide en akseptansetestplan, jf. SSA-D punkt Detaljert beskrivelser av tester og kriterier for akseptanse vil fremgå her. Oversikt over overordnede godkjenningskriterier i forbindelse med godkjenningsperioden for leveranse A, B og C er beskrevet i tabellen nedenfor og vil inngå som en del av akseptansetestplanen: At alle krav i bilag 1 er oppfylt Godkjenningskriterier Møte SLA-krav jf. bilag 5 punkt 3 i hele godkjenningsperioden, uten brudd de siste fire uker. Ved påløpte prikker som er oppstått i forbindelse med endringshåndtering under godkjenningsperioden kan en, før utløpet av godkjenningsperioden, be om at Kunden vurderer om de påløpte prikker anses som vesentlige nok til at Kunden ikke kan godkjenne leveransen, jfr. SSA D punkt avsnitt Driftsprosedyrer fungerer som beskrevet i bilag All dokumentasjon er komplett, jf. bilag 6 vedlegg Drifts- og beredskapsøvelse er gjennomført i godkjenningsperioden og godkjent av Kunden. Vilkår for Kundens godkjenning, og eventuelt nektelse av godkjenning, fremgår for øvrig av SSA-D punkt <Tilbyders navn> 18 / 21

19 8.3 Test i godkjenningsperioden I godkjenningsperioden skal Kunden teste at alle sider ved driftstjenesten fungerer som forutsatt. Kunden ønsker videre å gjennomføre drifts- og beredskapsøvelse i denne perioden. <en beskriver de rutiner som skal fungere i godkjenningsperioden utover det som står beskrevet i SSA-D punkt 2.2.> 8.4 Håndtering av feil i godkjenningsperioden <en beskriver rutiner for håndtering av feil utover det som er beskrevet i SSA-D punkt > 8.5 Prosedyrer for melding av feil <Fylles ut dersom det skal etableres prosedyrer for melding av feil.> 8.6 Frister for utbedring av feil Prosedyrer og rutiner for håndtering av feil i godkjenningsperioden skal være lik som for ordinær driftsfase. Feil som avdekkes i godkjenningsperioden skal løses så snart som overhodet mulig og uten forsinkelse. Eventuelle feil skal være utbedret senest innen utgangen av godkjenningsperioden, jf. SSA-D punkt <Fylles ut dersom partene avtaler andre utbedringsfrister enn det som følger av avtalen.> 8.7 Godkjenning Bemyndiget representant for partene i godkjenningsperioden: For Kunden For en: Navn: Karen Varden Navn: Stilling: Prosjektleder/rådgiver Stilling: Telefon: Telefon: E-post: Karen.Varden@difi.no E-post: <en beskriver prosedyrer og varslingsfrister for utskiftning av bemyndiget representant.> <Tilbyders navn> 19 / 21

20 9. PROSJEKT FOR ETABLERING AV DRIFTSTJENESTENE Prosjekt for etablering av driftstjenestene og overgang til nye test- og produksjonsmiljøer må planlegges nøye. Migreringsprosjektet skal ta hensyn til og koordineres med Kundens øvrige aktiviteter. 9.1 Ansvarsforhold og organisering Prosjektorganisering Etablering av driftstjenesten gjennomføres som et prosjekt, der partenes organisering, ansvar og plan for gjennomføring er klart definert jf. SSA-D punkt Kunden skal bemanne en styringsgruppe, som innkaller ens representant etter behov. Styringsgruppen skal: Definere prosjektmandat Drøfte avtalemessige saker Sikre tilgang på ressurser for prosjekt- og delprosjektledere Godkjenne planer og endringer Følge opp prosjektets fremdrift på tid og økonomi Gjennomføringen av prosjektet ledes av ens prosjektleder som skal: I samarbeid med Kundens prosjektleder utforme og følge opp total prosjektplan og delaktiviteter Koordinere aktiviteter mellom en og Kunden Koordinere og følge opp fremdrift, ressurser og resultat Rapportere status, fremdrift og resultat Kundens prosjektleder skal bistå ens prosjektleder med nødvendig informasjon for at denne skal kunne ivareta disse oppgavene. Dette gjøres etter forhåndavtalte rutiner. s prosjektleder er ansvarlig for oppfølging av alle aktiviteter som ivaretas av en i henhold til avtalen. Ytterligere roller i en prosjektorganisasjon må avklares og komme på plass før prosjektet starter. Prosjektorganisasjonen skal være etablert med navngitte personer fra begge parter senest innen prosjektstart (MP1). <en skal beskrive sin prosjektorganisasjon i migreringsprosjektet.> Nøkkelpersonell hos En oversikt over roller og personell som inngår i migreringsprosjektet skal beskrives i bilag 4 vedlegg 3. <Tilbyders navn> 20 / 21

21 Kundens ansvar ved etablering av tjenestene <en skal fylle ut Kundens ansvar ved etablering av tjenestene, samt forutsetninger vedrørende Kundens ressursinnsats.> 9.2 Styring av prosjektet Prosjektadministrasjon og styring < skal fylle ut.> Rapportering < skal fylle ut.> Håndtering av endringer < skal fylle ut.> Kvalitetssikring < skal fylle ut.> Møter < skal fylle ut.> Suksessfaktorer for en vellykket oppstart av driftstjenestene < skal fylle ut.> Risikoområder i forbindelse med migrering < skal fylle ut> 9.3 OM LEVERANDØRENS PROSJEKTMETODIKK <en skal gi en kort redegjørelse for sin prosjektmetodikk og viktige elementer som inngår i denne.> 10. VEDLEGG Vedlegg 1 Vedlegg 2 Vedlegg 3 Vedlegg 4 Detaljert fremdriftsplan ens testplan CV og bemanning migreringsprosjektet Erklæring om gjennomført installasjon <Tilbyders navn> 21 / 21