Releasekalender en changeproces: verschil tussen versies

Uit DSP
Ga naar: navigatie, zoeken
(Overige changes (zoals Analytics))
(Changeproces)
Regel 24: Regel 24:
 
* Deze [[Backlog]] wordt op de wiki gepubliceerd en ter review aangeboden aan het [[DSP Deelnemersoverleg]] door de PO DSP.
 
* Deze [[Backlog]] wordt op de wiki gepubliceerd en ter review aangeboden aan het [[DSP Deelnemersoverleg]] door de PO DSP.
 
* De onderwerpen waarvoor de meeste input wordt ontvangen worden voorbesproken in het maandelijke DSP Deelnemersoverleg.  
 
* De onderwerpen waarvoor de meeste input wordt ontvangen worden voorbesproken in het maandelijke DSP Deelnemersoverleg.  
 +
* De backlog en voorgestelde changes worden meegenomen in de 8-wekelijkse PI-planning van Mijnaansluiting
  
 
==Berichtenrelease==
 
==Berichtenrelease==

Versie van 10 sep 2019 om 14:09

Releasekalender

Het DSP kent een jaarlijkse release voor het DSP berichtenverkeer. Het streven is om ieder jaar in mei een release te realiseren.

Op dit moment zijn de volgende data vastgesteld:

Release 1.35: 25 mei 2020

Functie Routering Samenwerkingsverband: eind augustus 2019

Release historie

25-07-2019: DSP Analytics 1.4
08-06-2019: DSP Analytics 1.3
20-05-2019: DSP Suite 2.0 & Releaseweekend deelnemers 1.34
18-04-2019: Release 1.34 en Analytics 1.0
29-01-2018: Release 1.33

Uiterlijk november in het voorgaande jaar wordt door het Dagelijks Bestuur van Mijnaansluiting de inhoud van de release vastgesteld.

Changeproces

  • Nieuwe changeverzoeken worden geregistreerd op de DSP backlog in Jira bij Mijnaansluiting door de PO DSP. Deze changeverzoeken kunnen door iedereen worden ingediend.
  • Deze Backlog wordt op de wiki gepubliceerd en ter review aangeboden aan het DSP Deelnemersoverleg door de PO DSP.
  • De onderwerpen waarvoor de meeste input wordt ontvangen worden voorbesproken in het maandelijke DSP Deelnemersoverleg.
  • De backlog en voorgestelde changes worden meegenomen in de 8-wekelijkse PI-planning van Mijnaansluiting

Berichtenrelease

  • Bij voldoende animo voor onderwerpen worden er data voor workshops vastgesteld om deze onderwerpen uit te werken.
  • Alle deelnemers van het DSP Deelnemersoverleg krijgen de gelegenheid om aan te sluiten bij deze workshops.
  • De resultaten van deze workshops (voorgestelde changes) worden uitgewerkt en ter review gedeeld met het DSP Deelnemers.
  • De gereviewde changes worden uitgewerkt door het DSP ontwikkelteam.
  • Aan het einde van de reeks workshops wordt een eindworkshop gepland waarin de voorgesteld scope van de release wordt vastgesteld.
  • De scope van de release wordt vervolgens vastgesteld door het Dagelijks Bestuur van Mijnaansluiting. Het DB is ook het escalatiepad (voor PO en/of deelnemers) wanneer er bij changes te weinig draagvlak is bij alle deelnemers
  • Uiterlijk 6 maanden voor een release wordt door het Dagelijks Bestuur van Mijnaansluiting de inhoud van de release vastgesteld. Voor de geplande versie 1.35 ligt dit moment op eind november.

Overige changes (bijvoorbeeld Analytics)

  • De gereviewde changes worden uitgewerkt door het DSP ontwikkelteam.
  • De uitgewerkte changes worden gepland in de 8-wekelijkse PI-planning.
  • Indien gepland worden deze changes gerelealiseerd in de sprintplanning van het DSP team.