Met het gebruik van de API standaarden voor Zaakgericht werken is het onvermijdelijk dat er verbeterpunten naar boven komen. Om functionele behoeften van gemeenten goed in beeld te hebben en houden is er een zogenoemde Functionele gebruikersgroep ingericht. Hier hebben gemeenten zitting in. De onderwerpen gaan alleen over de functionaliteit van de API’s. Ook wordt in de Functionele gebruikersgroep de volgorde en prioriteit van de doorontwikkeling bepaald. Wat is er nodig en wanneer?
Bij het implementeren van de API’s komen onvermijdelijk ook technische verbeterpunten naar voren. Deze worden besproken en opgelost in de Technische gebruikersgroep. Aan deze gebruikersgroep nemen leveranciers en gemeenten die zelf software ontwikkelen deel.
Op basis van de functionele en technische wensen uit de respectieveljke gebruikersgroepen worden issues geprioriteerd en toegekend aan een release. Het is altijd mogelijk om nieuwe issues in te brengen en die, in overleg, hoger geprioriteerd te krijgen. Als leverancier met een functionele wens raden we aan deze via gemeenten in te brengen in het functionele overleg.
Nieuwe releases van de afzonderlijke API’s voor Zaakgericht werken staan als milestones op https://github.com/VNG-Realisatie/gemma-zaken/milestones . De volgende releases staan op de planning voor 7 juli aanstaande:
Wilt u deelnemen aan één van deze werkgroepen, meldt u dan via dit formulier op de website van VNG Realisatie aan.
Voor 2022 staan de volgende bijeenkomsten gepland. Bij elke datum staan de bespreekpunten. Om zo vroeg mogelijk een indicatie Voor toekomstige agenda’s te geven staan die bespreekpunten in cursief. Deze agenda’s kunnen nog wijzigen tot de bijeenkomst zelf.
De functionele gebruikersgroep kent de volgende leden:
De technische gebruikersgroep kent de volgende leden:
Een melding kan via diverse kanalen binnenkomen, zoals via Github als issue, het VNG API Community Slack kanaal maar ook mondeling (telefonisch, wandelgang) of via e-Mail. Een melding kan gaan om een vraag, een wens of een bug.
Vragen worden, wanneer deze geen gevoelige informatie bevatten, als issue vastgelegd in Github. Indien een vraag vaker gesteld is of anderszins in aanmerking komt, bijvoorbeeld omdat we verwachten dat deze vraag vaker gaat komen, wordt deze met het antwoord opgenomen in een FAQ. Het antwoord wordt daarnaast natuurlijk ook aan de vraagsteller gestuurd.
Bij een wens wordt deze bekeken, waar nodig als Github issue opgevoerd en voor het team duidelijk(er) beschreven en komt deze op de product backlog om door het team opgepakt te worden in een sprint. Dat hoeft niet altijd de eerstvolgende sprint te zijn, de Product Owner beslist samen met het team, waar API Beheer ook aan deelneemt, bij welke epic de wens past en hoe en in welke sprint deze opgepakt wordt.
Wanneer een fout reproduceerbaar is kan deze opgelost worden. Urgente fouten waarvan de oplossing geen gevolgen heeft voor de standaard worden direct opgepakt en opgelost. Fouten die minder urgent zijn of niet backwards compatible zijn met de huidige versie van de standaard worden in het doorontwikkelingstraject opgepakt en opgelost.
Er kunnen ook fouten in de API Testvoorziening of de onderliggende technische voorzieningen voorkomen. Deze worden door API Beheer doorgezet naar de betreffende beheerteams.
Lees de meer over de werkwijze van Beheer in de volledige beschrijving op github.