Plan van aanpak fase 2

Plan van aanpak fase 2 #

Inleiding #

Achtergrond #

Dit plan geeft aan hoe het project FTV in 2025 invulling zal geven aan de projectdoelstellingen.

Opdrachtgever #

Het project is een vernieuwingsvoorstel van het GDI en wordt gefinancierd met een subsidie van BZK. De uitvoering wordt door VNG, met hulp van Digilab, gefaciliteerd.

Doelstelling #

Doelstelling #

Stel een standaard voor toegangsverlening tot API voor.

Rationale #

Uit de subsidieaanvraag:

Een standaard techniek om toegang tot data via API’s te organiseren is een van de onderdelen van een set aan standaarden die randvoorwaardelijk is voor technische interoperabiliteit tussen organisaties. Er bestaat een grote diversiteit aan oplossingen waarmee toegang tot de data via API’s verkregen wordt. Technische interoperabiliteit wordt bereikt met een uniforme methodiek, welke naast technische interoperabiliteit ook beheerslastverlaging en verhoging van in controle zijn op toegangsbeslissingen brengt.

Resultaten fase 1 #

In fase 1 is het volgende bereikt:

Qua stakeholders:

  • Zijn in kaart gebracht
  • Er is contact gemaakt met de belangrijkste, en uitgelegd wat het project beoogt
  • Er is een stuurgroep gevormd
  • Er is een werkgroep gevormd

Inventarisatie bij de Nederlandse overheid van:

  • Hoe toegang nu geregeld is
  • PBAC
  • Eerder gedane onderzoeken

Inventarisatie van de markt:

  • Beschikbare producten, open source en commercieel
  • Staat van zaken in Europees verband
  • Andere initiatieven tot standaardisatie

Aanpak fase 2 #

Het project zal de volgende doelen stellen, met de daarbij behorende werkzaamheden:

  • De standaard zelf
    • Schrijven en openbaar publiceren
    • Een werkgroep periodiek bijeenbrengen
    • Review rondes organiseren, in steeds bredere cirkels van stakeholders
    • Status verkrijgen, bij architectuurtafels, en bij Logius via BOMOS
  • Draagvlak voor de standaard verkrijgen door
    • Endorsement te verkrijgen van gezaghebbende partijen
    • Een community op te zetten om te informeren en het gesprek te faciliteren
    • Voortgang en successen communiceren
    • Minstens 1 grotere bijeenkomst organiseren vanuit Digilab
  • Positionering van de standaard, door aansluiting te maken en houden bij aanpalende projecten:
    • FDS
    • FSC
    • Logboek dataverwerkingen
    • Regie op gegevens
    • Internationale standaarden, vooral Europees
  • Bewijslast te leveren van het nut en de noodzaak van de standaard door:
    • Een proefopstelling te beschrijven en realiseren waarmee de juistheid en praktische uitvoerbaarheid getoond wordt
    • Pilot projecten te doen met aansprekende use cases
  • Implementatie faciliteren door:
    • Ondersteuning te bieden aan projecten
    • Stappenplannen te bieden voor ontwerp, implementatie, test en uitrol van implementaties

Randvoorwaarden en risico’s #

Inbedding in federatieve context #

FTV zal op zichzelf staand minder tractie hebben dan in de juiste context. Toegangsverlening is bij de meeste registraties en afnemers nu al geregeld, zij het met de nodige moeite en in sommige opzichten niet correct. Zonder de drijvende kracht van IBDS en FDS zal adoptie waarschijnlijk achterblijven. Daarom is het cruciaal dat FTV meegenomen wordt in projecten zoals PoC’s. van FDS en vice versa.

Ook is aansluiting bij en wederzijdse medewerking van FSC en Logboek dataverwerkingen essentieel om een complete oplossing te bieden.

Juridische en organisatorische context #

FTV zal een standaard en implementatierichtljnen bieden voor toegangsverlening, maar niet de regels zelf. Voor projecten kan een kip-ei situatie ontstaan: er moeten eerst duidelijk regels en afspraken bestaan voordat deze geïmplementeerd kunnen worden, en er zal een implementatie moeten zijn om regels in kwijt te kunnen.

De correcte volgorde is dat er eerst goede, gedragen, stelselafspraken zijn, die ook juridisch sluitend zijn, voordat er zinvol federatieve toegangsverlening gerealiseerd kan worden.

Complexiteit van techniek en samenwerking #

FTV vereist een zeker niveau van samenwerking tussen de leden van het stelsel, functioneren van de andere stelselfuncties, en een complexe architectuur. Organisaties zullen hier tegenop zien, en er bestaat de kans dat men besluit de status quo te handhaven (‘het gaat nu toch ook goed’).

Benodigde inzet en middelen #

Het team van fase 1 zal aanblijven:

  • Marc de Boer, product owner, 32 uur per week
  • Gerard Juijn, ontwikkelaar, 36 uur per week
  • Michiel Trimpe, architect, 32 uur per week
  • Rene Vendrig, UX ontwerper, op productbasis

Daarnaast zal er uitgebreid worden met:

  • Een developer, 32 uur per week
  • Een communicatieadviseur, 8 uur per week
  • Een strategisch adviseur, 8 uur per week