GZAC
GZAC Docker
  • GZAC - Procesgericht werken
  • Overzicht
    • Introductie GZAC Valtimo
    • Voorbeelden uit de praktijk
    • Handige links
    • Uitgangspunten in ontwikkeling
  • Product management
    • Releases
    • Sprint reviews
    • Sturing
    • Product roadmap
    • Impressies
    • Publieke GZAC exchange
  • Documentatie
  • Kennisbank
    • Downloads
    • Data in zaakdossiers
    • Continuous Integration en Continuous Delivery
    • Adopteren vs bouwen
    • Werken met componenten
      • Communicatie met portalen
      • Integratiepatronen
      • Verzoek
    • Modelleren met het Zaakdetailobject
    • Versies van Zaaktypes
    • Twee opties voor effectief Case Management met GZAC
    • Product of ontwikkelframework
Powered by GitBook
On this page

Was this helpful?

  1. Product management

Sturing

PreviousSprint reviewsNextProduct roadmap

Last updated 2 months ago

Was this helpful?

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.

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.

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 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 stuurgroep. 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?

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.

deze