...
Overweging | Keuze | Voordeel | Nadeel |
Frequentie pre-release moment | Twee maandelijks |
|
|
Voorbespreking | Ja, 2 weken voor de pre-release |
|
|
Verplichtstellingsmoment | Eén keer per jaar | Deelnemers geven aan dat twee keer per jaar een nieuwe versie verplicht maken te veel is. Door slechts eenmaal per jaar een nieuwe versie verplicht te maken voldoen wij aan hun wens. |
|
Behoud optionele versie | Nee | Als er al pre-releases zijn en ze maandelijks gepubliceerd worden dan kunnen de deelnemers daar zien welke versie verplicht wordt bij de volgende verplichtstelling In de pre-release staan al de stukken weergegeven welke tijdens de tweemaandelijkse pre-release momenten gepubliceerd zijn en wanneer deze onderwerpen verplicht worden. | Aangezien de gepubliceerde majors tussen mei en oktober en van minors/patches tussen augustus en oktober pas bij de release van het volgende jaar worden meegenomen kan onduidelijk zijn het onduidelijkheid veroorzaken welke van de gepubliceerde onderwerpen uit de pre-releases dan wel of niet verplicht wordt release verplicht worden tijdens het komende verplichtstellingsmoment. |
Minimum tijd tussen stakeholder overleg en verplicht worden a. Patches en Minors b. Majors | a. 3 maanden b. 6 maanden |
|
|
...
Voor de derde oplossingsrichting is gespeeld met het idee om verschillende publicatie frequenties te gebruiken voor patches, minors en majors.
Ook voor de minimum duur tijd tussen het publicatieoverleg stakeholder overleg en het verplicht worden van patches, minors en majors worden verschillende duren gehanteerd afhankelijk van de betreffende versie wordtsoort wijziging.
| Drawio | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Vraagstuk | Keuze | Voordeel | Nadeel |
Pre-release frequentie a. Patches b. Minors c. Majors | a. Maandelijks b. Per Kwartaal c. Per Halfjaar Telkens op de 4e dinsdag van de desbetreffende maand. |
|
|
Voorbespreking
| ||
Voorbespreking | Per Kwartaal |
|
|
|
|
| |
Verplichtstellingsmoment | Tweemaal per jaar |
|
|
| Deelnemers geven nu al aan dat ze |
| twee keer per jaar een nieuwe versie verplicht |
| stellen teveel vinden. De vraag is of de voordelen |
| - zoals meer inspraak in het release schema |
| - voor hen dusdanig positieve effecten |
| hebben dat ze het twee keer per jaar |
| een verplichtstellingsmoment niet langer een probleem |
| vinden. | ||
Behoud optionele versie | Ja, term veranderen | Door de optionele versie te behouden blijft het voor de deelnemers wel inzichtelijk welke versie verplicht gaat worden. Aangezien ze |
| dan in de optionele versie kunnen |
| terugzien wat er verplicht gaat worden tijdens het volgende verplichtingsmoment. | Mogelijkerwijs wordt het verwarrend voor stakeholders wat het verschil is tussen de optionele en de pre release versie. | |
Minimum tijd tussen stakeholder overleg en verplicht worden |
| Door |
| de verplichte minimum duur tussen het stakeholder overleg en de verplichtstelling van patches/minors/majors te variëren is het |
| mogelijk op korte termijn wijzigingen door te voeren zonder te veel druk op deelnemers |
| te |
| leggen. |
|
|
Oplossingsrichting 4
Loslaten dakpan model
...
- Patch, dan is het pre-release moment tegelijkertijd het verplichtstellingsmoment.
- Minor, dan wordt het onderwerp aangedragen bij de voorbespreking en stakeholderoverleg om te bepalen op welke termijn deze verplicht wordt. Stel ze we kiezen het eerst volgend momentvolgende verplichtingsmoment, dan zou deze het onderwerp een maand later tijdens tegelijkertijd met de pre-release verplicht gesteld worden.
- Major, dan wordt deze besproken tijdens voorbespreking, stakeholderoverleg en deelnemersoverleg. Gezamenlijk bepaald wanneer deze verplicht wordt gesteld (deelnemers mogen niet oneindig majors uitstellen). In principe is de eerste optie tot verplichtstelling het eerst volgende verplichtstellingsmoment. De major kan ook eerder verplicht gesteld worden mits er of een gedegen reden is om hiervan af te wijken (bijv. i.v.m. security redenen of een wijziging in wetgeving) of als minimaal 70% van alle aanwezige stakeholders en deelnemers hiermee instemmen.
...
Als over de bovenstaande punten duidelijkheid bestaat en willen we het onderwerp pre-releasen op het eerst volgende moment dan wordt één week later het onderwerp gepubliceerd.
Eén week daarna wordt in het stakeholderoverleg gezamenlijk bepaald wanneer we dit onderwerp verplicht willen laten worden.
Betreft het een major dan hebben deelnemers ook inspraak middels het deelnemersoverleg. In deze oplossingsrichting heeft het stakeholderoverleg dus een iets andere vorm dan in de voorgaande oplossingsrichtingen.
Betreft het een major, dan vindt er ook een deelnemersoverleg plaats waar de deelnemers invloed kunnen uitoefenen op de release planning.
Stakeholderoverleg
Bij het maandelijkse stakeholder overleg zijn in deze oplossingsrichting aanwezig:
- ZN
- VWS
- ?NICTIZ?
- MM beheer ( productmanager, MM ontwikkeling)
- Stichting MM
Deelnemers overleg
Bij het deelnemersoverleg mogen naast de stakeholders ook de deelnemers aanwezig mogen zijn. Eventueel zou deze gecombineerd kunnen worden of met de stakeholder overleggen of met de expertsessies om de overlegdruk op deelnemers te verminderen.
In deze uitwerking is gekozen voor de 3e donderdag, omdat het deelnemersoverleg na het stakeholderoverleg plaats dient te vinden en het plannen van het overleg op de 4e dinsdag van de maand is onwenselijk wegens de vakantieperiodes in december en juni.
De 3e donderdag van de maand is een tijdelijke keuze en deze wordt nog gewijzigd door of in deze maanden de stakeholder en deelnemer overleggen te combineren, de deelnemeroverleg deelnemers overleg frequentie omlaag te brengen of een andere dag te kiezen.
Deelnemers overleg
Bij de Deelnemers overleggen zijn aanwezig :
...