Kleine wijzigingen die geen invloed hebben op de functionaliteit en wel backwardscompatible zijn.

Wijzigingen die wel invloed hebben op de functionaliteit en die wel backwardscompatible zijn. De impact van een minor kan dusdanig groot zijn dat besloten wordt deze als major te behandelen. In de voorbespreking wordt bepaald of dit het geval is.

Wijzigingen die wel invloed hebben op de functionaliteit en die niet backwards compatible zijn. Een major kan ook wel backwards compatible zijn, maar dat de impact van deze wijziging dusdanig groot is dat deze als major behandeld wordt. In de voorbespreking wordt bepaald of een wijziging als major geclassificeerd wordt.

Het (twee-)maandelijks moment waarop de uitgewerkte onderwerpen gepubliceerd worden op de pre-release omgeving, hier kunnen de externe stakeholders zien welke stukken zijn uitgewerkt waarvoor of bepaald kan worden wanneer deze worden opgenomen in het afsprakenstelsel of wanneer deze al op planning staat om te worden opgenomen in het afspraken stelsel.

• Seizoen
• Weeknummer
• 4e dinsdag van de maand

• Patch
• Minor
• Major
• Alle drie tegelijkertijd

• Maandelijks
• Tweemaandelijks
• Per kwartaal
• Per halfjaar

• Geen
• Maandelijks
• Per kwartaal

• Ja
• Nee

• Patch
• Minor
• Major
• Combinaties hiervan

• 12x
• 4x
• 2x
• 1x

• Geen
• 1 maand
• 3 maanden
• 4 maanden
• 6 maanden

Vraagstuk

Keuze

Frequentie pre-release moment

Maandelijks

1. Door maandelijks een pre-release moment beschikbaar te stellen kunnen we wijzigingen op korte termijn doorvoeren, waardoor we minder lang hoeven te wachten op het volgende releasemoment. 

1. We vragen veel tijd van stakeholders doordat ze vooraf de stukken moeten lezen en regelmatig aanwezig te moeten zijn bovenop de overleggen waar we ze nu al vragen bij aanwezig te zijn. Wegen de voordelen van het doorvoeren van kleine wijzigingen op de korte termijn op tegen de nadelen hiervan.
2. Het voorbereiden en maandelijks bijwonen van de overleggen vraagt tijd van de medewerkers van VZVZ.

Voorbespreking

Nee, wanneer nodig

1. Er wordt bij het prioriteren voor het uitwerken van onderwerpen al bepaald hoe essentieel het onderwerp is en wanneer deze gepubliceerd moet worden. Is het voor alle onderwerpen dan nodig standaard een overleg in te plannen.
2. Bij belangrijke onderwerpen blijft het mogelijk om een voorbespreking voor het stakeholder overleg in te plannen, om vooraf te bespreken op welke termijn we de onderwerpen op de agenda willen behandelen en hoe sterk we achter de gekozen tijdslijn willen staan.
3. Het voorkomt dat er onnodige overleggen worden ingepland.

1. Het is misschien lastig om op korte termijn dergelijke overleggen in te schieten i.v.m. drukke agenda's.
2. Er is een risico dat stukken onbelangrijk lijken maar dat niet zijn, waardoor er niet vooraf besproken wordt welke positie we willen innemen aangaande de wijzigingen.

Verplichtstellingsmoment

Eén keer per seizoen, in overleg met stakeholder wordt de precieze datum gekozen.

1. Meer vrijheid voor stakeholders om te bepalen wanneer ze majors/minors/patches willen en kunnen implementeren.
2. Aangezien er maandelijks publicatiemomenten zijn en niet per se elk verplichtstellingsmoment gereleaset wordt is het niet nodig om een vaste maandelijks een interne voorbespreking plaatsvinden

Behoud optionele versie

Ja, tijdens het stakeholder overleg wordt bepaald of de patch, minor of major wordt opgenomen in de volgende optionele - en/of verplichte versie.

Minimum tijd tussen het stakeholder overleg en het verplicht worden

3 maanden

Overweging

Keuze

Frequentie pre-release moment

Twee maandelijks

1. Door de pre-release eens in de twee maanden te laten plaatsvinden kunnen we behouden we de mogelijkheid om kleine wijzigingen (minors en patches) op korte termijn uitvoeren, waardoor we minder lang hoeven te wachten op het volgende releasemoment.
2. Het vergt veel tijd van stakeholders om de stukken te lezen en maandelijks aanwezig te zijn bovenop de huidige overleggen. Door tweemaandelijkse pre-release momenten te gebruiken vragen we minder tijd van deelnemers.

1. Vergt alsnog veel tijd van stakeholders om de stukken te lezen en tweemaandelijks aanwezig te zijn bovenop de huidige overleggen.
2. Vergt tijd van medewerkers van VZVZ
3. Minder flexibiliteit voor het doorvoeren van patches en minors dan bij de maandelijkse release momenten

Voorbespreking

Ja, 2 weken voor de pre-release

1. Voorbespreking biedt de kans vooraf te bepalen welke positie we willen innemen voor bepaalde onderwerpen en welke tijdslijn we willen hanteren.
2. Door een vast moment voor de voorbespreking in te plannen is het mogelijk vooraf te bespreken op welke termijn wijzelf patches/minors/majors willen invoeren.
3. Een vast moment voor de voorbespreking gebruiken voorkomt dat we de pre-release moeten uitstellen als een voorbespreking wel noodzakelijk is maar dat er geen ruimte in de roosters is om de voorbespreking daadwerkelijk in te plannen.

1. Er zijn al veel overleggen en we proberen als VZVZ onnodige overleggen te beperken.
2. Wordt er bij het opstellen en reviewen van nieuwe onderwerpen eigenlijk al niet bepaald hoe essentieel het desbetreffende onderwerp is en wanneer deze volgens ons gepubliceerd moet worden?

Verplichtstellingsmoment

Eén keer per jaar

1. Maar één verplichtstellingsmoment per jaar biedt weinig ruimte om wijzigingen door te voeren. Loopt het uitwerken van een onderwerp dan vertraging op en wordt deze te laat gepubliceerd dan moeten we minimaal een jaar wachten voordat het kan worden verplicht gesteld. 
2. In de huidige situatie voeren deelnemers pas optionele versies door als ze verplicht zijn. Zeer waarschijnlijk verandert dit gedrag niet als we onze wijze van release  cycle management wijzigen. Als we vervolgens elke twee maanden patches en minors publiceren maar vervolgens alsnog (meer dan) een jaar moet wachten voordat deelnemers de wijzigingen doorvoeren, bereikt het wijzigen van de release cycle dan ook het beoogde doel.

Behoud optionele versie

Nee

In de pre-release staan al de stukken weergegeven welke tijdens de tweemaandelijkse pre-release momenten gepubliceerd zijn en wanneer deze onderwerpen verplicht worden.

Minimum tijd tussen stakeholder overleg en verplicht worden

a. Patches en Minors

b. Majors

a. 3 maanden 

b. 6 maanden

1. Aangezien er geen optionele versie is en deelnemers pas korter van te voren weten welke wijzigingen verplicht worden tijdens het volgende verplichtstellingsmoment heeft de deelnemer in deze oplossingsrichting extra tijd om de minors en patches te implementeren voordat ze verplicht worden.
2. Vanwege de impact van Majors (m.n. het non- backwards compatible zijn) is hiervoor een extra 3 maanden aan de minimum duur tussen de pre-release en verplicht worden toegevoegd.

1. Wordt de gewonnen flexibiliteit in releases voor minors en patches niet teniet gedaan door een minimum duur van 3 maanden voor minor/patches.
2. Deelnemers vinden 6 maanden al te kort om majors door te voeren. De minimum termijn van 6 maanden veranderd hier niets aan.

Vraagstuk

Keuze

a. Maandelijks

b. Per Kwartaal

c. Per Halfjaar

Telkens op de 4e dinsdag van de desbetreffende maand.

1. Door verschillende pre-release frequenties te gebruiken is het mogelijk wel kleine veranderingen door te voeren op korte termijn zonder teveel druk aan te brengen op deelnemers om in korte termijn grote wijzigingen door te voeren.

1. Het kan verwarrend zijn voor stakeholders (waaronder deelnemers) dat er veel verschillende publicatiemomenten zijn en wat wanneer gepubliceerd wordt.

Voorbespreking

1. Aangezien patches weinig impact hebben is maandelijks voorbespreking niet nodig. Minors hebben wel impact en daarom is volgens ons het wel gewerkt om per kwartaal een voorbespreking te houden.
2. Door eens per kwartaal een voorbespreking te houden blijft de vinger aan de pols aangaande de planning voor uitwerking van onderwerpen, de publicatie van onderwerpen en opname in de optionele en verplichte versie.
3. Door onderwerpen voor te bespreken kunnen we een betere afweging maken over welke onderwerpen we wanneer willen releasen en hoe sterk we aan onze tijdslijn willen vasthouden.

1. Mogelijkerwijs is eens per kwartaal voorbespreken te weinig.

Verplichtstellingsmoment

1. Door tweemaal per jaar een verplichtstellingsmoment beschikbaar te maken zijn deelnemers niet continue bezig met het doorvoeren van wijzigingen en tegelijkertijd heeft MedMij nog wel de mogelijkheid om met enige regelmaat wijzigingen in het afsprakenstelsel door te voeren en verplicht te stellen.

Behoud optionele versie

Minimum tijd tussen stakeholder overleg en verplicht worden

• Patch: 1 maand
• Minor: 2 maanden
• Major: 4 maanden

1. Het kan verwarrend zijn dat er verschillende deadlines worden gebruikt.

Vraagstuk

Keuze

Maandelijks

1. Het kan verwarrend zijn voor stakeholders (m.n. voor deelnemers) dat er veel verschillende onderwerpen in de pre-release staan waarvan niet duidelijk wanneer ze verplicht zijn.

Voorbespreking

Verplichtstellingsmoment

a. Minors en patches

b. Major

a. Patches maandelijks, voor minors ook maandelijks mits overlegt met stakeholders.

b. Tweemaal per jaar, tenzij 70% van de stakeholders bij het verplichtingsoverleg het eens is dat er tussentijds een major verplicht wordt gesteld of het wegens een wetswijziging of security risico het vereist is om buiten de verplichtingsmomenten de Major verplicht te stellen.

1. De verwachting is dat patches weinig invloed hebben op de stakeholders en dat daarom stakeholders geen inspraak hoeven te hebben in de Verplichtstelling hiervan. Door de verplichtstelling van patches maandelijks mogelijk te maken is het mogelijk kleine veranderingen op korte termijn door te brengen.
2. Door stakeholders inspraak te geven in het moment dat minors verplicht worden kunnen minors met instemming van stakeholders ook eerder gepubliceerd worden waardoor we niet hoeven te wachten op de halfjaarlijkse verplichtstelling.
3. Om duidelijkheid te creëren behouden we de twee verplichtstellingsmomenten per jaar. Om wel ruimte te hebben om indien gewenst majors toch eerder verplicht te stellen dan de twee jarige verplichtstellingsmomenten is de optie ingebouwd om bij een goedkeuring van minimaal x% door stakeholders alsnog majors tussen twee verplichtstellingsmomenten alvast verplicht te stellen. Het voordeel hiervan is dat we wederom op korte termijn ook wijzigingen door te kunnen voeren die wenselijk zijn voor het merendeel van de stakeholders.

1. Als we teveel tijd en middelen vragen van deelnemers dan kan dit leiden tot een afname in draagvlak onder deelnemers.
2. In deze oplossingsrichting kan de mogelijkheid in flexibiliteit in het verplichtstellingsmoment tot verwarring leiden over welke  onderwerpen wanneer verplicht worden.
3. Het is de vraag in hoeverre de stakeholders gebruik willen maken van het vroegtijdig verplicht maken van Majors en, als dit het geval is, is het dan de moeite waard deze optie te creëren.

Behoud optionele versie

Minimum tijd tussen stakeholder overleg en verplicht worden

Geen

Het kan zijn dat wijzigingen op te korte termijn worden verplicht gesteld wat een risico bij implementatie kan zijn.

Vraagstuk

Keuze

Maandelijks

1. Het kan verwarrend zijn voor stakeholders (m.n. voor deelnemers) dat er veel verschillende onderwerpen in de pre-release staan waarvan niet duidelijk wanneer ze verplicht zijn.

Voorbespreking

Verplichtstellingsmoment

a. Patches

b. Minors

c. Major

a. Patches 1x p.m.

b. Minors in principe 2x p.j. In overleg met  stakeholders kan ook eerder of later.

b. Majors 2x p.j., tenzij 70% van de stakeholders bij het verplichtingsoverleg het eens is dat er tussentijds een major verplicht wordt gesteld of het wegens een wetswijziging of security risico het vereist is om buiten de verplichtingsmomenten de Major verplicht te stellen.

1. De verwachting is dat patches weinig invloed hebben op de stakeholders en dat daarom stakeholders geen inspraak hoeven te hebben in de Verplichtstelling hiervan. Door de verplichtstelling van patches maandelijks mogelijk te maken is het mogelijk kleine veranderingen op korte termijn door te brengen.
2. In principe worden minors doorgevoer tijdens de verplichtstellingsmomenten. In overleg met stakeholders kan deze ook tijdens één van de pre-release momenten verplicht worden.
3. Om duidelijkheid te creëren behouden we de twee verplichtstellingsmomenten per jaar. Om wel ruimte te hebben om indien gewenst majors toch eerder verplicht te stellen dan de twee jarige verplichtstellingsmomenten is de optie ingebouwd om bij een goedkeuring van minimaal x% door stakeholders alsnog majors tussen twee verplichtstellingsmomenten alvast verplicht te stellen. Het voordeel hiervan is dat we wederom op korte termijn ook wijzigingen door te kunnen voeren die wenselijk zijn voor het merendeel van de stakeholders.

1. Als we teveel tijd en middelen vragen van deelnemers dan kan dit leiden tot een afname in draagvlak onder deelnemers.
2. In deze oplossingsrichting kan de mogelijkheid in flexibiliteit in het verplichtstellingsmoment tot verwarring leiden over welke  onderwerpen wanneer verplicht worden.
3. Het is de vraag in hoeverre de stakeholders gebruik willen maken van het vroegtijdig verplicht maken van Majors en, als dit het geval is, is het dan de moeite waard deze optie te creëren.

Behoud optionele versie

Minimum tijd tussen stakeholder overleg en verplicht worden

Geen

Het kan zijn dat wijzigingen op te korte termijn worden verplicht gesteld wat een risico bij implementatie kan zijn.