Fase plan - Realisatie & Test · Versie en distributie beheer Faseplan Realisatie en Test - definitief 2 Versiedatum Auteur Veranderingen Markering/wijzigingen 6/7/2019 Maurice van

1

Fase plan - Realisatie & Test27 augustus 2019; versie 1.1

Faseplan Realisatie en Test - definitief

Versie en distributie beheer

2Faseplan Realisatie en Test - definitief

Versiedatum Auteur Veranderingen Markering/wijzigingen

6/7/2019 Maurice van Os Initiële opzet v 0.1

30/7/2019 Maurice van Os Uitbreiding en verfijning o.b.v. input team en gezettestappen

versie 0.1 – 0.4

5/8/2019 Maurice van Os Verwerken input team 0.5

19/8/2019 Maurice van Os Verwerken input acceptatiecriteria kader 0.6

27/8/2019 Maurice van Os Toelichting toevoegen, verduidelijking n.a.v. feedback KPMG

0.7

04/9/2019 Maurice van Os Input opdrachtgever 1.0

17/9/2019 Sebastiaan Bonnet Naranjo Input Stuurgroep 1.1

Naam Handtekening Functie Datum Versie

Merlyn van den Berg Gedelegeerd opdrachtgever

Daan van Heteren Senior Supplier Leverancier

Alex van Dam Project sponsor GRC

Naam Functie Datum Versie

Stuurgroep leden 6/7/2019 0.1

Project teamleden 31/7/2019 0.4

Project teamleden 19/8/2019 0.6

Project teamleden/Stuurgroep 4/9/2019 1.0

Versiegeschiedenis

Goedkeuring

Distributie

Introductie/plaatsbepaling

3

❖ Voorliggend document is het faseplan m.b.t. de Realisatie- en Testfase.

❖ Het plan bouwt voort op keuzes, verkregen inzichten en opgeleverde resultaten van eerder project fasen:

– Ontwerpbeslissingen systeemarchitectuur PoC 1.0– Veiligheid Open Source software– Migratie strategie– Change Request (CR) procedure

❖ De aanleiding en projectdoelstellingen, zoals omschreven in ‘201801015 Plan van Aanpak Plateau 1 en 2_v1.1’ blijven van kracht.

❖ In dit document wordt afwisselend gesproken over ‘het nieuwe platform’ en een ‘data en communicatie voorziening’ (RFI/RFP). Platform duidt in de enge zin op de berichtfunctionaliteit. Bij gebruik van ‘voorziening’ gaat het ook om de aanvullende diensten die CS Net zijn gevraagd.


Inhoudsopgave

4

❖ Project fase doelstellingen en reikwijdte/scope

❖ Aanpak, fasering en implementatie strategie

❖ Uitgangspunten en randvoorwaarden

❖ Acceptatiecriteria Realisatie- en Testfase

❖ Deliverables

❖ Project faseplanning

❖ Migratie

❖ Project risico’s

❖ Project organisatie

❖ Rollen en verantwoordelijkheden en resources

❖ Afhankelijkheden met andere projecten

❖ Project Standaard & procedures

❖ Quality Assurance


5

Opdracht en reikwijdte/scope


Opdrachtformulering

Continuïteit

dienstverlening

Realisatie van een

oplossing die de

continuïteit van de

bestaande HDN

dienstverlening

borgt

Toekomstvast

Invullen (technische)

voorwaarden om

sneller en flexibel te

kunnen inspelen op

veranderende

behoeften van leden

en gebruikers

Secure en

herleidbaar

Leden en gebruikers

kunnen we vanuit

gaan dat berichten

aantoonbaar veilig

en herleidbaar zijn

Ondersteuning en

samenwerking

Ondersteuning,

opleiding & training

leveren aan leden en

gebruikers bij het

uitrollen van het

platform

Faseplan Realisatie en Test - definitief 6

Realisatie en bedrijfsklare levering van een data- en communicatie-voorziening die voldoet aan : betrouwbaarheid, beveiligbaarheid, flexibiliteit, aanpasbaarheid,

onderhoudbaarheid, gebruiksvriendelijkheid,

waarmee het huidige HDN dienstenpakket en platform functionaliteiten gelijkwaardig*wordt ondersteund

(* Hoewel de 1e release van het nieuwe platform als uitgangspunt heeft ‘as-is’ (functioneel), kan het zijn dat de nieuwe technologie onvermijdelijke ingrijpt op de nu bekende werking van het platform.)

Categorieën deliverables

7

De door CS Net op te leveren data- en communicatie voorziening omvat de realisatie van de volgende onderdelen (bron RFI/RFP):

❖ Software platform

❖ Netwerk infrastructuur

❖ Onderhoud en beheer(organisatie)

❖ Implementeren en bedrijfsklaar opleveren van de data en communicatie voorziening

❖ Conversie en migratie

Dit wordt vertaald in de realiseren project deliverables (bijlage)


Scoping Realisatie- en testfase

8

In de volgende slides wordt de reikwijdte van de realisatie- en testfase afgebakend. Achtereenvolgens komen de volgende invalshoeken aan de orde:

1) Proces scope: platformprocessen die door de nieuwe data- en communicatie voorziening ondersteund worden

2) Functionaliteiten: te realiseren functionaliteiten, waarmee het nieuwe platform de berichtprocessen ondersteunt; dit is een selectie van het programma van eisen & wensen + functionaliteiten van het huidige platform

3) Technische scope: bakent de applicaties af die door het project worden geraakt (applicatie en systeemlandschap view)


Scope I - processen

9

Proces perspectief; bron RFI/RFP uitvraag


Data- en communicatie voorziening

Koppelvlak Koppelvlak

Koppelvlak

In scope

Koppelvlak

Lege

nd

a

In scope

Scope IIa – functionaliteiten

10

❖ Om de platform functionaliteiten van release 1.0 te bouwen, waarmee de in scope zijnde processen worden ondersteund, wordt gekeken naar de volgende bronnen:

– Scoping workshops met het project team

– Programma van eisen

– Huidige platform functionaliteiten

– House 2020

– Input referenten en experts (BILA’s en sessies)

❖ Binnen de Realisatie & Test fase worden de functionaliteiten van het nieuwe platformopgedeeld in de volgende data transport flow clusters:

– Genereren (buiten het platform)

– Aanbieden

– Valideren

– Routeren

– Notificeren

– Archiveren (apart)

– Ontvangen


Scope IIb – Release 1.0


Genereren Aanbieden Valideren Routeren Archiveren Ontvangen

Huidige platform functionaliteitenFunctioneel ‘As-Is’

• Certificaten• Ondersteuning van controle op berichtcriteria van maatschappijen• Berichten zijn herleidbaar• Routering van berichten aanpasbaar• Koppeling met BronnenH

igh

ligh

ts

• Lokale HDN software eruit• Restfull API• Open ID connect• OAuth 2.0• Verschillende schema versies kunnen testen

• Eigen processen inrichten• Consumentendata introductie (via digitale identiteit van de consument)• Brondata verificatie• Ingesloten documenten/data verificatie (bevat de call of het respons geen virus?)(maatwerk)• Zelf statussen ophalen• Consument aansluiting

Lon

ken

d

pe

rsp

ect

ief

High level

NieuweFunctionaliteit

Release 1.0

• Opschaling/schaalbaarheid• Performance• Security• Authenticatie / autorisatie

Huidig

1.0

nie

uw

Toekomstige mogelijkheden

Helpdeskpakket(Helpdesk calls)

Exact

(Facturatie)

Qlik

(HDN Index MI)CMS

(Website)

CS Net

Scope III – applicaties


Mailplus

(o.a. mailingen)

HDN beheertool

(o.a.

schemabeheer

/ testcases)

Poortwachter(o.a. autorisatie

/ authenticatie)

Beheerportal(o.a. administratie)

Intermediair / Vestiging / Service

provider

HDN:SOFTWARE

Product aanbieder

HDN:SOFTWARE

= in scopeDavinci

ontwikkeling

CS Net beheer

CS NetCS Net

Applicatie perspectief; bron RFI/RFP uitvraag

Realisatie

koppelingen

Scope IV – systeemlandschap


Bewust leeggemaakt

Uitgangspunten en randvoorwaarden I

14

❖ Vertrekpunt– Het programma van eisen en wensen (RFI/RFP)

– De Realisatie fase bouwt voort op de resultaten en bevindingen van de PoC

– De te realiseren data- en communicatie voorziening houdt rekening met de QA review uitkomsten en aanbevelingen van Deloitte

❖ Scope– Realiseren huidige platform functionaliteiten in release 1.0 (tenzij technologie dit niet

toelaat/overbodig maakt)

– Om de overgang naar het nieuwe platform voor leden en gebruikers aantrekkelijk te laten zijn, wordt een set van ‘Laag-hangend-fruit’ wensen gerealiseerd. Deze lijst is limitatief.

❖ Inspraak en betrokkenheid– De referentie groep (gesloten inschrijving) wordt ingezet om gedurende de ‘ideeën-fase’ te

sparren met inhoudsdeskundigen

– De expertgroepen (open inschrijving) dienen om uitgekristalliseerde concepten en eindproducten bij te toetsen (C)

– De SPoC lijst is geformaliseerd en leidend


Uitgangspunten en randvoorwaarden II

15

❖ Software– Veranderingen in het datamodel van het huidige platform zijn on-hold; dit vraagt om een

freeze (uitgewerkt in ‘20190826 - 2D5 Freeze periode nieuwe projecten en initiatieven 1.0’)

– In de periode van de start van de Realisatie fase tot aan de uitrol van de nieuwe data- en communicatievoorziening mogen in de bestaande gekoppelde platform applicaties, geen aanpassingen worden doorgevoerd die het datamodel van het platform beïnvloeden. Hierop is de Change Request procedure van toepassing.

❖ Testfaciliteiten– Alle applicaties die met het huidige platform koppelen beschikken over een eigen

testomgeving.

❖ Hosting – De nieuwe data- en communicatie voorziening wordt platform- en locatie onafhankelijk

ontworpen en ingericht. – Bij de afweging van de plaatsing geldt dat er geen vendor locking mag zijn.– De security vereisten m.b.t. de huidige hosting faciliteit is de minimum norm.

❖ Migratie– De migratie strategie gaat ervan uit dat de ‘overloop’ voorziening van het HDN platform qua

load en queuing in staat/beschikbaar is om de berichten- transactievolumes, zoals vermeld in de RFI/RFP uitvraag, te faciliteren.


Uitgangspunten en randvoorwaarden III

16

❖ Uitrol– Uiterlijk 20 januari 2020 is versie 7.1 van de Communicatie Software operationeel bij alle

leden en gebruikers van het nieuwe platform. Deze software wordt uiterlijk 1 oktober 2019 beschikbaar gesteld.

❖ Projectorganisatie en –sturing:

– De software leverancier is vertegenwoordigd in de Stuurgroep

– Specialisten participeren in het project via de Referentiegroep

– Vertegenwoordigers van de gebruikersorganisaties participeren in de expertgroepen

❖ Project Governance: 20180827 HDN Project Governance RACI 1.0 is van toepassing. (Deze is ongewijzigd t.o.v. d PoC fase.)

❖ Product Ownership van het nieuwe platform ligt bij HDN.

❖ Inzet/beschikbaarheid resources

– Deelnemers projectteam zijn gemiddeld 2 dagen per week beschikbaar

– Toegevoegde experts zijn gemiddeld 1 dag per maand beschikbaar

❖ Wijzigingsbeheer– CR procedure (20190214 CR procedure v10) is van toepassing


Acceptatiekader - highlights


Na het go/no-go besluit van de SG op de Realisatie- en Testfase, start de Implementatie/uitrolfase

18

DeliverablesWat wordt door het project opgeleverd?


Project deliverables

19

❖ Sectie uit RASCI overzicht met deliverables en verantwoordelijkheden

❖ Voor verdere details wordt verwezen naar: 20190812 RASCI_deliverables 1.0


Nr. Productnaam (deliverables en acties) Accountable Responsible

1 Business Case (totaal project) Opdrachtgever (Merlyn) Stuurgroep

2 Geaccordeerde menscapaciteit (intern en extern) Stuurgroep Daan van Heteren/Burny Verbeek

3 Planning Stuurgroep Maurice van Os (GRC)

4 Fase plan Realisatie & Test fase Stuurgroep Maurice van Os (GRC)

5 Migratieplan en -planning Stuurgroep Jan (HDN)

6 Functieprofielen updaten (beheer) Opdrachtgever (Merlyn) Jan (HDN)

7 Competentieprofielen toetsen (beheer) Opdrachtgever (Merlyn) Jan (HDN)

8 Opgestelde raamovereenkomst Janneke (Arthur's) Maurice van Os (GRC)

9 Opgestelde SLA Janneke (Arthur's) Maurice van Os (GRC)

10 Getekend contracten (Raam/SLA) Stuurgroep Maurice van Os (GRC)

11 Vastgestelde stuurvariabelen voor SLA monitoring Opdrachtgever (Merlyn) Jan (HDN)

12 Vastgestelde stuurvariabelen voor platform

monitoring

Opdrachtgever (Merlyn) Jan (HDN)

13 Ontwerpen rapportages Maurice van Os (GRC) Jan (HDN)

14 Bouwen rapportages Maurice van Os (GRC) Jan (HDN)

15 Verander Managementplan Maurice van Os (GRC) Jan (HDN)

16 Expertgroep sessies Opdrachtgever (Merlyn) Arjen (Da Vinci)

17 Referentiegroep sessies Maurice van Os (GRC) Arjen (Da Vinci)

18 Informatie sessies Maurice van Os (GRC) Arjen (Da Vinci)

19 Nieuwe procesbeschrijvingen Jan (HDN) Maurice van Os (GRC)

20 Fit-gap analyse toekomstige processen/delta analyse Jan (HDN) Maurice van Os (GRC)

21 Impact analyses Stuurgroep Maurice van Os (GRC)

22 Autorisatiematrix Jan (HDN) Maurice van Os (GRC)

23 Werkinstructies Jan (HDN) Maurice van Os (GRC)

24 Keuzes Platform ontwerp fundamenten Jan (HDN) Arjen (Da Vinci)

25 Geupdate Uitgangspunten en randvoorwaarden

Realisatie & Test fase

Jan (HDN) Maurice van Os (GRC)

26 Opgestelde functionele en niet-functionele specs

(epics, user stories, use cases). Alle requirements

o.b.v. epics

Jan (HDN) Arjen (Da Vinci)

27 Opgestelde User stories Jan (HDN) Arjen (Da Vinci)

28 Geupdate Software Architectuur Document (SAD)

- Uitgangspunten en randvoorwaarden

- Technisch ontwerp

- systeem architectuur

- systeem requirements

- non functionals

Jan (HDN) Damir (Da Vinci)

29 Technisch Ontwerp (TO) Daan (CSNet) Julian (CS Net)

30 Gebouwd nieuw platform (product) Daan (CSNet) Julian (CS Net)

31 Gebouwde interfaces/API Daan (CSNet) Julian (CS Net)

32 Uitgangspunten bepalen Cloud/hosting Merlyn (HDN) Jan (HDN)

33 Cloud/hosting contract Merlyn (HDN) Janneke (Arthur's)

34 Geimplementeerde Cloud/hosting voorziening Daan (CS Net) Julian (CS Net)

35 Migreren OTAP naar Cloud/hosting Daan (CS Net) Julian (CS Net)

36 Testen Cloud/hosting voorziening Daan (CS Net) Julian (CS Net)

37 Data beveiligingsplan (icm cloud hosting provider) Jan (HDN) Damir (Da Vinci)

38 Geschoonde bronsystemen Jan (HDN) Damir (Da Vinci)

39 Uitvoeren proefconversies Jan (HDN) Julian (CS Net)

40 Transformeren data Jan (HDN) Damir (Da Vinci)

41 Uitvoeren testconversies Jan (HDN) Julian (CS Net)

42 Conversie relevante bron-/legacy data Jan (HDN) Damir (Da Vinci)

43 Interfaces /API Daan (CSNet) Julian (CS Net)

44 Test plan Maurice van Os (GRC) Vidjay (Da Vinci)

45 Test scenario’s Vidjay (Da Vinci) CS Net, Linda, Steve, André

52 Unit Testen Daan (CSNet) Julian (CS Net)

53 Systeem intergratie Test (SIT) + rapport Vidjay (Da Vinci) Julian (CS Net)

54 Gebruikers Acceptatietest (GAT/UAT) Jan (HDN) Arjen (Da Vinci)

55 Testrapport Realisatie fase Maurice van Os (GRC) Vidjay (Da Vinci)

56 Performance test Deloitte Deloitte

57 Pen test Deloitte Deloitte

58 Opleidingsplan en -kalender Jan (HDN) Arjen (Da Vinci)

59 Opleidingsmateriaal Jan (HDN) André (Da Vinci)

63 Beschreven nieuwe beheerorganisatie Jan (HDN) André (Da Vinci)

64 Nieuwe beheerprocedures Jan (HDN) André (Da Vinci)

65 (generiek) draaiboek uitrol Jan (HDN) Arjen (Da Vinci)

66 Instapkalender Jan (HDN) Arjen (Da Vinci)

67 Fase rapport Realisatie en Test fase Stuurgroep Maurice (GRC)

68 Advies rapport Stuurgroep Maurice van Os (GRC) Arjen (Da Vinci)

69 Eindrapport RvC Maurice van Os (GRC) Arjen (Da Vinci)

70 Demo/Roadshow Maurice van Os (GRC) Arjen (Da Vinci)

71 Onderzoek opdracht KPMG Opdrachtgever (Merlyn) KPMG, Deloitte

72 Onderzoeksopdracht Deloitte Opdrachtgever (Merlyn) KPMG, Deloitte

73 Communicatie plan Maurice van Os (GRC) Tanja

74 Periodieke nieuwsbrief Maurice van Os (GRC) Tanja














monitoring



















o.b.v. epics





- Technisch ontwerp



- non functionals




















































monitoring



















o.b.v. epics





- Technisch ontwerp



- non functionals







































20

Aanpak en fasering


Project fasering


Maart- april 2018 Mei 2018 - Q2 2019 Q3/ - Q4 2019

Fase 1:

Analyse huidige situatie

Fase 2:

Leverancier- en platformselectie

Fase 3:

Analyse/Bouw/Test

Fase 4 (Q2):

Implementatie

Gehouden workshops :1. Beheer2. Security3. Processen4. Techniek

RFI/RFPVerzoek aan

leveranciers om een

voorstel aan te leveren

voor een goede

oplossing op basis van

eisen/wensenpakket

HDN

Beoordelingen RFI/RFPBeoordeling

voorstellen van

leveranciers op basis

van vooraf vastgestelde criteria

Demo’s - Top ‘3’ leveranciers

POCLeveranciers

maken een

werkend

‘prototype’/

voorbeeld van

de voorgestelde oplossing

Ketentest Implementatieplannen opstellen met leden en gebruikers

2019 20202018

2020

Visie op Realisatie & Test fase

22

❖ Tijdens de Realisatie & Test fase wordt gewerkt conform GRC implementatie aanpak (5D-methode en productenmatrix)

❖ Tijdens de Realisatie & Test fase hanteert, afhankelijk van de fase, een mengvorm van ‘waterval’ met een iteratief, agile proces:

Analyse

Ontwikkelen

Bouwen

Testen

Evalueren

Aanpassen


+

Opzetten platform Inrichting berichtenverkeer

Ontwikkel- en bouwproces

23

Berichten verkeer flow

Epics/User stories

• Een sprint overstijgend samenhangend geheel van user stories

• Beschrijving welke functionaliteit/feature, waarom nodig is

Back log

• Van user stories afgeleide activiteiten, geprioriteerd en met een inschatting van de hoeveelheid werk

Sprints

• Time box waarbinnen een werkend stukje software wordt opgeleverd


In het project gebruikte methodieken zijn geen project deliverable

25

Projectfase planning


Overall project planning


Maart- april 2018 Mei 2018 - Q2 2019 Q3/ - Q4 2019

Fase 1:

Analyse huidige situatie

Fase 2:

Leverancier- en platformselectie

Fase 3:

Analyse/Bouw/Test

Fase 4 (Q2):

Implementatie

Gehouden workshops :1. Beheer2. Security3. Processen4. Techniek

RFI/RFPVerzoek aan

leveranciers om een

voorstel aan te leveren

voor een goede

oplossing op basis van

eisen/wensenpakket

HDN

Beoordelingen RFI/RFPBeoordeling

voorstellen van

leveranciers op basis

van vooraf vastgestelde criteria

Demo’s - Top ‘3’ leveranciers

POCLeveranciers

maken een

werkend

‘prototype’/

voorbeeld van

de voorgestelde oplossing

Ketentest Implementatieplannen opstellen met leden en gebruikers

2019 20202018

2020

API ontwerp

API ontwerp

API ontwerp

Bouwen platform

Stap 1

Platform ontwerp

Functionele scoping

1-7 1-8 1-9

Stuurgroep

Raam-contract

Plan van aanpak

Stuurgroep

1-1-2020

Plateau 4: Realisatie en Test

fase

1-10 1-11

Voorbereiding Uitrol

Stuurgroep

Analyse Organisatie & Besturing

Analyse Mens & Cultuur

Analyse Processen & Procedures

Analyse IT & Infrastructuur

Analyse Data

Stuurgroep Stuurgroep

Faseplanning Realisatie- en Test

Quality Assurance Quality Assurance

Stuurgroep Stuurgroep

1-12

Business Case updaten




Impact analyse I Impact analyse IIImpact analyse

III

SLA

Migratie aanpak en planning

API ontwerp

Stuurgroep

1-2-2020

Platform testen

Platform testen

SignoffPen

test

Uitrol Com.Softw.

Deadline installatie

Com.Softw.

Stap 2 Stap 3

Faseplan Realisatie en Test - definitief 27

Planning realisatie API ontwerp


Versie 0.5

20202019

augustus 2019 september 2019 november 2019

Versie 0.8 / 0.9Versie 0.6 Versie 0.7

december 2019

Ontwerp

Review/consultatie

Bouwen

Testen

juni 2019 juli 2019

Versie 0.51

Plateau 4:

Realisatie fase oktober 2019

30/1020/06

CSNet

28/07

Early

adopters

28/08

Expert team

Early

adopters

25/09

Expert team

Early

adopters

16/10

Expert team

Early

adopters

Versie 1.0

Mate van onzekerheiden onduidelijkheid 1 0510

Uitgangspunt:

functionaliteit ‘As-Is’

Uitvoeren impact

analyse door

partijen • kennis van Restful API

• kennis van mid- en backoffice

Mijlpalen Realisatie- en Testfase


Wanneer Wat

Realisatie en testen

4/7/2019Formalisatie definitieve Gunning

Opdrachtverstrekking voor starten Realisatiefase

Jul. – aug.Afsluiten raam contract

Plan van aanpak, projectorganisatie, bemensing, infrastructuur

aug. – nov. Analyse, bouwen, testen platform

Interactie en samenwerking met Expertteams

1 okt. Distributie communicatie software (voorwaarde nieuw platform)

Okt. Opleveren definitieve bouwtekening API

Nov. Vaststellen definitieve migratieaanpak

Dec. Integratie- en ketentesten

jan. 2020 Planning en voorbereiding implementatie en uitrol

December 2019 Nieuwe release Communicatie software geïnstalleerd bij alle leden en gebruikers

Uitrol

Jan. 2020 Vaststellen instapkalender nieuwe platform

Q1 - 2020 Implementatie, w.o. opstellen draaiboeken, faciliteren ‘early-adopters’

Q2 – 2020 Start uitrol naar ‘early-adopters’ (uitrolkalender voor ov. leden en gebruikers)

Kritieke pad; voorwaarde om ‘early adopters’ aan te sluiten

Status update k.t. acties

30

❖ Uitgangspunten project fase bepaald (beslisdocs. In SG)

❖ 0.5 versie API ontwerp opleveren

❖ Inplannen gesprekken met Referentiegroep leden inplannen (bilaterale gesprekken over o.a.: het API ontwerp, impactanalyse en specifieke requirements en

ontwerpkeuzen; status: in progress)

❖ Scoping Release 1.0 bepalen

❖ Raamovereenkomst afsluiten met CS Net (uitgezonderd impl. scope)

❖ Standpunt bepaling Hosting (9/9/2019)

❖ Detail planning opstellen

❖ Project omgeving (Confluence en Jira) ingericht


31

MigratieStappenplan nader toegelicht


Migratie stappen

32

1) Al het berichtenverkeer omleiden via het centrale deel van het HDN-platform (de overloopserver): een aanpassing en uitrol van HDN Basic en HDN Enterprise

2) Realisatie van het nieuwe platform: bouwen, testen en in productie brengen. (Er wordt dan nog geen gebruik gemaakt van de API’s voor de communicatie.)


KSF: Overloop voorziening moet berichtenstroom aankunnen

Migratie stappen

33

3) HDN Basic vervangen door een nieuwe versie die gebruik maakt van de functionaliteit van het nieuwe platform en de API-interface.

4) HDN Enterprise wordt ter beschikking gesteld met API-functionaliteit.


Migratie stappen

34

5) Alle partijen schakelen over op de nieuwe API-interface.

Vermelde stappen zijn een nadere uitwerking van de door CS Net voorgestelde migratie strategie (RFI/RFP inschrijving. CS Net is verantwoordelijk voor de migratie.

Het risico dat de overloopvoorziening die in stap 1 wordt aangeroepen voor alle berichten niet toereikend is, wordt ondervangen:

❖ Door testen (begin september)

❖ Preventieve maatregelen t.a.v. de verwerkingscapaciteit door CS Net (status: gereed)


35

Project risico’s


Risico’s (selectie)

36

❖ Organisatorisch:Leden en gebruikers krijgen het niet georganiseerd (tijd/capaciteit/kunde) om de aanpassingen in mid- en backoffice door te voeren in 2020, waardoor men niet instap, dan wel het instapmoment wordt vertraagd. Voordelen van het nieuwe platform schuiven overeenkomstig. Business case verslechterd.Maatregelen: 1) API ontwerp tekening in de aanloop naar de ALV (okt.) delen met de keten, waardoor vroegtijdig inzicht ontstaat in de impact op mid-en backoffice systemen, 2) additionele roll-out capaciteit opleiden en inschakelen

❖ Technisch: De gekozen migratiestrategie vereist dat leden en gebruikers niet later dan nov. 2019 een upgrade doorvoeren van hun communicatie software. Voor HDN Basic heeft het project dit zelf in de hand. Voor de update van de HDN Enterprise software zijn we volledig afhankelijk van de medewerking van de keten. Blijft dit uit, dan komt de implementatie en uitrol in gevaar.Maatregelen: onderzoeken hoe en of we kunnen ‘meeliften’ op de aankomende NHG update die partijen wettelijk moeten doorvoeren. Beide trajecten zijn momenteel onder 1 regie gebracht.

❖ Politiek: Partijen proberen hun stempel te drukken op de inrichting van het platform en de wijze waarop de HDN diensten worden aangeboden.Maatregelen: 1) handhaven project en corporate Governance, 2) Stakeholder Management

❖ Financieel: leden en gebruikers gaan druk uitoefenen om kosten voor aanpassing van hun mid- en backoffice af te wentelen op het projectMaatregelen: verwachtingen vroegtijdig managen door: 1) start impact analyse z.s.m., 2) ‘Early Adopters’ verleiden met tegemoetkoming inkosten en extra ondersteuning, 3) RvC betrekken

Project risico’s, incl. risico classificatie zijn nader uitgewerkt in het projecten log en worden besproken tijdens de periodieke SG meetings.


37

Project organisatie


Benodigde project rollen

38

❖ Project Manager

❖ Implementatie consultant

❖ Project support (PMO)

❖ Business Consultancy/lead consultant

❖ Informatie architect/systeem architect

❖ Lead consultant/developer (leverancier)

❖ Business architect

❖ Proces consultant

❖ Test Manager

❖ Testers

❖ Functioneel applicatiebeheerder

❖ Communicatie adviseur

❖ Jurist


Projectorganisatie

39

OpdrachtgeverHDN Directie

Projectbureau

Stuurgroep

Senior SupplierDaan van Heteren

Alex van Dam

VoorzitterMerlyn van den Berg

Senior User(s)- (besluit B093)

TechniekInterfaces

Architectuur

Infrastructuur

Connectiviteit

I&A

Projectgroep

Processen en

functionaliteitProces X

Proces Y

Proces Z

Opleiding & training

TestenTest plan

Test scenario’s

Test Cases

Expert Teams

Project Mngt.Maurice van Os

Referentiegroep


Project Governance


Onderwerp Accountable

(eindverantw./Yes/No

autoriteit)

Responsible

(verantw. voor de

uitvoering)

Consulted

(2-richingsverkeer)

Informed

(1 richtingsverkeer)

Beoordelingscriteria &

KSF Stuurgroep Project Manager RvC Stuurgroep,

Project team

Project Governance Stuurgroep Project Manager RvC

Project team,

Stakeholders

Vaststellen top 3 Stuurgroep Project team RvC

Selectieteam

Stakeholders

Keuze leverancier Stuurgroep Project team RvC

Selectieteam,

Stakeholders

Beschikbaar stellen en

alloceren middelen ALV Directie RvC Stuurgroep

Vrijgave budget (geldt

voor iedere projectfase) Stuurgroep Project Manager RvC Project team,

Stakeholders

Toezichthouden op

project bestedingen Stuurgroep Project Manager RvC Project team,

Stakeholders

Project Governance RACI zoals vastgesteld in de

selectiefase blijft van kracht

41

Rollen, verantwoordelijkheden en

resourcesFaseplan Realisatie en Test - definitief

Rolverdeling

42

❖ Voor de taakverdeling m.b.t. de project deliverables is een RASCI tabel opgesteld.

❖ Grosso modo is de rolverdeling tussen betrokkenen als volgt:


RollenHDN Directie: Opdrachtgever

Green Rock Consulting:

Projectmanagement

Davinci: leveren inhoudelijke en branchekennis, business en

technische consultancy

KPMG: Quality Assurance gedurende het gehele project

Deloitte: Quality Assurance op beveiliging en kwaliteit van de

gebouwde oplossing

CS Net: Realiseren data- en communicatie voorziening en

afgeleide diensten (RFI/RFP), incl. security en migratie

43

Relatie met andere projecten


Relatie met andere projecten

44

Het project Vernieuwing HDN platform heeft relaties met/afhankelijkheden van de volgende lopende project en lijnactiviteiten:

❖ HDN 2020

❖ Berichtaanpassing i.v.m. NHG update/Standaard

❖ Professionalisering van de projectenorganisatie

❖ Implementeren van Capability Maturity Model (CMM) (softwareontwikkelmethodiek)

❖ HDN project sourcing


45

Project standaarden en procedures


Voortgang en rapportages

46

❖ Status en voortgang wordt vastgelegd in voortgangrapportages. Deze worden tweewekelijks opgesteld.

❖ De stuurgroep komt maandelijks bij elkaar

❖ I.g.v. ‘exceptions’ wordt er een tussentijdse meeting gepland


Project log

Project voortgangsverslag

47

Quality Assurance (QA)


Change Request (CR) procedure


QA audits

49

Kwaliteitsbewaking en –borging door:

❖ KPMG review op proces en besluitvorming

❖ Deloitte review op ontwerp en bouw kwaliteit data en communicatie voorziening

❖ Deloitte penetratietest

❖ Pragmatische toepassing van CMM m.b.t. software ontwikkeling (gericht op transparantie, reproduceerbaarheid, kwaliteit en voorkomen Vendor Lock-in)


50

Bijlagen


Data

5D methode

51

Een succesvolle implementatie…

… vraagt om een integrale aanpak

Mens & Cultuur

IT & Infrastructuur

Organisatie & Besturing

Processen & Procedures


Productenmatrix

52

Meer dan 100 producten, best practices en templates…


Zie voor toepassing

RASCI matrix en planning

Documents

Fase plan - Realisatie & Test · Versie en distributie beheer Faseplan Realisatie en Test - definitief 2 Versiedatum Auteur Veranderingen Markering/wijzigingen 6/7/2019 Maurice van