Sturing

Stuurgroep

Voor de GZAC-editie bestaat een stuurgroep, bestaande uit afgevaardigden van partijen die financieel bijdragen aan de open source ontwikkeling. De groep bepaalt de ontwikkelrichting. Er zijn circa 16 online bijeenkomsten per jaar, en vier keer per jaar wordt een fysieke bijeenkomst georganiseerd.

Product Owner

De product owner is verantwoordelijk voor het leveren van zoveel mogelijk waarde. Hij/zij vindt balans tussen de belangen van de stakeholders, heeft diepgaande technische kennis van GZAC, heeft een productvisie en kent de architectuur en de ontwikkelingen in het platform dienstverlening.

Sprint reviews

Eens per twee weken wordt het resultaat van een sprint getoond in een openbare, online sprint review. De opnames daarvan worden online gedeeld en zijn voor iedereen openbaar.

GZAC kwartaalbijeenkomsten

Elk kwartaal komen de stuurgroepleden bij elkaar om het resultaat van het afgelopen kwartaal te zien, feedback te verzamelen en samen te bespreken of en hoe de productroadmap bijgesteld moet worden. De agenda is als volgt:

• Roadmap samenstellen (PO GZAC)

  • Terugblik + afwijkingen ten opzichte van de eerdere roadmap.

  • Bijstelling van de roadmap.

• Rondje lang de velden. (Voor elke deelnemende gemeente)

  • Wat speelt er qua ontwikkeling

  • Welke processen staan op roadmap

  • Welke koppelingen (plugins) zijn er gemaakt

  • Welke best practives zijn er

• Nieuwe CG/G4/Dimpact product ontwikkeling

De spelregels:

• Onderwerpen / agenda worden van tevoren gedeeld met deelnemers

• Per hoofdonderwerp: duiding wat van de deelnemers wordt verwacht

• Deelnemers hebben mandaat namens de gemeente die zij vertegenwoordigen (nb alleen gemeentes die financieel bijdragen aan het productontwikkelteam)

Prioritering

Wensen (stories)

Wensen kunnen worden ingebracht in de vorm van een issue op Github: https://github.com/generiekzaakafhandelcomponent/gzac-issues/issues. Vervolgens kan de indiener kiezen het issue zelf te bouwen. In dat geval wordt deze procedure gevolgd. Het productteam verwerkt ook elke sprint issues. De Product Owner prioriteert. Er wordt gekeken naar de waarde die een issue zou toevoegen aan het product, daarin wegen de stemmen die een issue krijgt:

Grotere uitbreidingen (epics)

De product roadmap wordt bepaald door de Product Owner. In de stuurgroep worden de deelnemende gemeentes vertegenwoordigd, die een sterke invloed hebben op de ontwikkelrichting. Elke deelnemer kan roadmap items inbrengen. Elk nieuw roadmap item wordt opgebouwd in de volgende structuur:

• Doel

• Context / achtergrond

• Wat moet er gebeuren - wat is er nog niet en hebben we wel nodig?

• Wat is het eindresultaat?

• Wat valt er buiten scope?

De planning van de grotere uitbreidingen wordt elk kwartaal bijgesteld aan de hand van de productvisie en de recente ontwikkelingen in het Platform Dienstverlening.

Voorbereiding

Tweewekelijks op donderdag worden nieuwe ingebrachte roadmap items besproken. Uiterlijk maandag voorafgaande dienen nieuwe items te zijn aangebracht bij de PO, zodat ze tijdig kunnen worden gedeeld met de leden van de stuurgroep en hen de kans te geven de ze inhoudelijk te beoordelen. Vervolgens wordt het volgende proces wordt doorlopen:

Indien de stuurgroep een nieuw aangebracht roadmap item een goed toevoeging op het product vindt, wordt het voorgelegd aan het ontwikkelteam voor de technische uitwerking. Dit proces neemt minimaal 1 en soms 2 sprints in beslag, afhankelijk van de complexiteit en het aantal betrokken (technische) stakeholders. De uitkomst is een technische uitwerking - soms in meerdere varianten van kwaliteit en omvang, met daarbij een schatting van de inspanning in manweken. Op basis van deze schatting en het technisch advies besluit de stuurgroep óf ze het roadmap item daadwerkelijk wil laten bouwen, in welke variant en wanneer.