qa:Beheren: verschil tussen versies
(→Procesdoel) |
(→Context) |
||
| Regel 43: | Regel 43: | ||
= Context = | = Context = | ||
| − | + | <p>Het wijzigingsbeheer van informatiestandaarden en generieke | |
| − | <!--== Evt. onderliggende paragraaf ==--> | + | standaarden bij Nictiz is gebaseerd op de NEN 7522. Via het Duurzaam |
| + | Releasebeleid van Nictiz wordt deze NEN-norm verder ingevuld een | ||
| + | aangevuld met <em>best practices</em> uit onder meer ITIL en BOMOS. Dit | ||
| + | QA-proces ten slotte is bedoeld om het Duurzaam Releasebeleid te | ||
| + | vertalen naar de praktijk binnen Nictiz. </p> | ||
| + | <p> </p> | ||
| + | <p>Voor een eenduidig wijzigingsbeheer zijn twee zaken belangrijk: </p> | ||
| + | <ol type="1"> | ||
| + | <li><p>De <em>inrichting</em> 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. </p></li> | ||
| + | </ol> | ||
| + | <ol start="2" type="1"> | ||
| + | <li><p>De <em>uitvoer</em> 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. </p></li> | ||
| + | </ol> | ||
| + | <p> </p> | ||
| + | |||
| + | <li><p><strong>Uitgangspunten</strong> </p></li> | ||
| + | </ol> | ||
| + | <ol type="1"> | ||
| + | <li><p>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. </p></li> | ||
| + | </ol> | ||
| + | <ol start="2" type="1"> | ||
| + | <li><p>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. </p></li> | ||
| + | </ol> | ||
| + | <ol start="3" type="1"> | ||
| + | <li><p>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. </p></li> | ||
| + | </ol> | ||
| + | <ol start="4" type="1"> | ||
| + | <li><p>In een aantal gevallen leidt een wijzigingsverzoek tot een nieuwe | ||
| + | verkenning of ontwikkeling. Op deze momenten verwijst de proceskaart | ||
| + | naar de relevante QA-proceskaarten. </p></li> | ||
| + | </ol><!--== Evt. onderliggende paragraaf ==--> | ||
<!--= Procesprestatie-indicatoren (PPI’s) = | <!--= Procesprestatie-indicatoren (PPI’s) = | ||
Procesprestatie-indicatoren (PPI’s) plakken | Procesprestatie-indicatoren (PPI’s) plakken | ||
Versie van 10 apr 2025 om 17:34
|
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.
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.
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
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.
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.
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.
In een aantal gevallen leidt een wijzigingsverzoek tot een nieuwe verkenning of ontwikkeling. Op deze momenten verwijst de proceskaart naar de relevante QA-proceskaarten.
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:
4 Procesrisico’s en beheersmaatregelen
Procesrisico’s en beheersmaatregelen plakken
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.
