Quality Assurance - Proceskaart - Beheren 3.0.0

Dit materiaal is in ontwikkeling en nog niet geschikt voor gebruik!

1 Procesdoel

Het doel van dit proces is:

• Het volgens de afspraken met de houder doorvoeren van wijzigingen op een bestaande usecase/informatiestandaard.

1.1 Proceseigenaar

Onno Gieling

2 Proces

2.1 Procesdiagram



2.2 Procesactiviteiten

Procesactiviteiten invoegen (matrix)

3 Context

Het wijzigingsbeheer van informatiestandaarden en generieke standaarden bij Nictiz is gebaseerd op de NEN 7522. Via het Duurzaam Releasebeleid van Nictiz wordt deze NEN-norm verder ingevuld een aangevuld met best practices uit onder meer ITIL en BOMOS. Dit QA-proces ten slotte is bedoeld om het Duurzaam Releasebeleid te vertalen naar de praktijk binnen Nictiz.

Voor een eenduidig wijzigingsbeheer zijn twee zaken belangrijk:

1. De inrichting van het wijzigingsbeheer. Op het moment dat een usecase/informatiestandaard gepubliceerd wordt, moet er een beheerdocument zijn met afspraken over rolverdeling, werkwijze, etc. Hiervoor is een aanvullende checklist beschikbaar.

2. De uitvoer van het wijzigingsbeheer. Nadat een usecase/informatiestandaard gepubliceerd is, moeten wijzigingsverzoeken correct en eenduidig worden verwerkt. Dit kan alleen gedaan worden als de inrichting op orde is. Deze proceskaart geeft verder invulling aan de uitvoer van het wijzigingsbeheer.

• Uitgangspunten

1. Nictiz vervult voor beheer doorgaans de rol van Functioneel Beheerder van een informatiestandaard, en aanvullend die van Technisch Beheerder en Distributeur. Daarnaast kan Nictiz Experts leveren. Dat komt erop neer dat Nictiz de organisatorische en praktische zaken rond beheer en publicatie regelt, in opdracht van de Houder.

2. Binnen Nictiz geldt de afspraak dat we BITS gebruiken voor wijzigingsbeheer. Hiervoor is het projecttype “Ontwikkeling en beheer” beschikbaar (O&B). De issuetypes “Wijzigingsverzoek” en “Verzoek” binnen dit projecttype zijn afgestemd op deze proceskaart.

3. Wijzigingsbeheer dient open en transparant te gebeuren. Dat wil onder meer zeggen dat alle wijzigingsverzoeken, alle besluitvorming rond deze wijzigingsverzoeken, en alle discussies die ten grondslag liggen aan deze besluitvorming, inzichtelijk moeten zijn voor stakeholders. Zoals hierboven beschreven, is BITS het aangewezen medium om dit te loggen.

4. In een aantal gevallen leidt een wijzigingsverzoek tot een nieuwe verkenning of ontwikkeling. Op deze momenten verwijst de proceskaart naar de relevante QA-proceskaarten.

4 Procesrisico’s en beheersmaatregelen

</tbody>

Risico’s	Beheersmaatregelen
Onduidelijkheid over rollen en verantwoordelijkheden, waardoor gestandaardiseerd werken wordt ondermijnd	Inzichtelijk maken en communiceren procesgang met behulp van proceskaart, inclusief RACI-tabel
Ontbreken van kennis over wet- en regelgeving en het zorgveld, waardoor het veld Nictiz onvoldoende serieus neemt en draagvlak afneemt	Opnemen in onboardings-beleid Opleiden medewerkers (Nictiz Academy)
Onvoldoende bemensing (kwantiteit en kwaliteit) bij Nictiz voor uitvoeren van beheer, waardoor werkzaamheden niet of te laat worden uitgevoerd.	Zorgdragen voor voldoende goede mensen door middel van effectieve werving en selectie Opleiden medewerkers (Nictiz Academy)
Een informatiestandaard voldoet niet aan de eisen/behoeften van stakeholders	Feeling van het veld blijven houden, vinger aan de pols Samen met externe belanghebbenden doorontwikkelen van standaarden Duidelijke specificaties voorafgaand aan doorontwikkeling opstellen Expert community inrichten
Financiering vanuit de zorg om de standaard te implementeren is niet geregeld	Zorgdragen voor financiering voorafgaand aan (door)ontwikkeling van een standaard
Releasemanagement van verschillende standaarden is arbitrair, waardoor onvoldoende rekening wordt gehouden met samenhang en gestandaardiseerd werken ondermijnd wordt	Gebruik van Duurzaam Releasebeleid en bijbehorende meerjarenplanning voor alle informatiestandaarden
Het maken van een verkeerde inschatting van de impact voor implementerende partijen, waardoor zij niet overgaan tot implementatie	Voorafgaand aan ontwikkeling consulteren stakeholders Expertcommunity inrichten
Oplossingen en releasemanagement duurt te lang waardoor ontevreden stakeholders	Balans zoeken tussen snelheid en stabiliteit Goede communicatie richting stakeholders
Releases volgen elkaar te snel op waardoor leveranciers continu systemen moeten aanpassen, waardoor mogelijk draagvlakverlies	Balans zoeken tussen snelheid en stabiliteit Goede communicatie richting stakeholders Goede grip op de impact van wijzigingen op voorgaande standaarden Duidelijk en voorspelbaar releasebeleid

5 RACI-tabel

RACI-tabel invoegen

6 Instructies en templates

Checklist inrichting beheer [Download]

7 Release notes

In onderstaande tabel staan alle wijzigingen met betrekking tot Quality Assurance (QA) Proces X.