Brontekst bekijken van Bijeenkomst:NORA Gebruikersraad 2026-01-20

== Bespreking van het advies van Guido Bayens ==
15.30 - 16.25 uur <br>
Een werkgroep heeft het advies van Guido voorzien van reflecties voor wat betreft de impact op de NORA en de NORA Gebruikersraad, zie [[Advies van Guido Bayens beschouwd vanuit de NORA Gebruikersraad]] en licht dat toe. <br>

Eric Brouwer (NORA Beheer) begint door een stukje geschiedenis te schetsen vanaf 2004. Toen hadden we nog geen NORA en heeft Guido Bayens de noodzaak daarvan aangekaart bij BZK en ICTU. Als de grondlegger van de NORA een advies geeft, is het dus belangrijk om dat zo goed als mogelijk te doorgronden en daar een goed vervolg aan te geven. <br>
Het advies richt zich op de architectuurfunctie voor de Digitale Overheid. Daarmee is duidelijk dat het niet uitsluitend over de NORA of NORA Gebruikersraad gaat, maar nadrukkelijk ook over de Architectuurraad GDI/DO. Tegelijkertijd blijft onduidelijk of deze architectuurfunctie de gehele Nederlandse Overheid omvat. De relatie met de architectuurfunctie in domeinen als Zorg, Onderwijs en ander domeinen blijft hierbij onderbelicht. <br>
Het rapport legt sterk de nadruk op governance vanuit de Digitale Overheid. Die voorgestelde governance is zwaar aangezet, met een formele Architectuurraad die aanzienlijke bevoegdheden zou krijgen. Onduidelijk blijft echter wat het doel en het mandaat van deze Architectuurraad GDI/DO is: waarop kan deze worden aangesproken door de bestuurders van de verschillende domeinen? <br>
Volgens Kees Keulemans (BZK) is het van belang om het advies in de juiste context te zien. Hij geeft aan dat Guido Bayens de Architectuur Digitale Overheid aanzienlijk verder heeft gebracht. BZK/Bureau Architectuur heeft hem gevraagd zijn inzichten en lessen van de afgelopen jaren te delen. Mogelijk leggen we nu te veel nadruk op de governance en kijken we te veel vanuit onze persoonlijke voorkeuren. Wellicht zullen we meer naar de inhoud moeten kijken. <br>
Daar zijn velen het mee eens: laten we vooral blijven kijken hoe we de architectuur op inhoud verder kunnen brengen. De ADO en NORA hebben elk apart architecturen ontwikkeld en daar zit nu overlap in die eruit moet. Vanuit het perspectief van de samenleving is één consistente architectuur voor de overheid(sdienstverlening) wenselijk. Dat kan alleen worden bereikt door samen op te trekken en daar aan te werken. Hoewel dit al enkele jaren wordt onderschreven, komt de samenwerking onvoldoende van de grond. Telkens worden nieuwe onderwerpen bij de ADO opgepakt, zonder structurele afstemming. <br>

Het is niet problematisch dat in het rapport zo veel aandacht is besteed aan governance. Het rapport spreekt zich in het algemeen ook niet echt tegen, op een paar onderdelen na. De reactie erop lijkt wat verdedigend, maar laat tegelijkertijd zien dat het belangrijk is om vast te stellen dat de NORA Gebruikersraad en NORA community een grote toegevoegde waarde hebben náást hiërarchische sturing van de overheidsdienstverlening vanuit de domeinen c.q. sectoren. De kernvraag blijft welke verandering de voorgestelde sturing vanuit de Architectuurraad c.q. BZK/Bureau Architectuur Digitale Overheid (BADO) daarin kan brengen? <br>
Als BZK/BADO in gesprek zou gaan met de directies van de uitvoeringsorganisaties, wat kan BZK dan aanbieden? Hoe worden ze ontzorgd? En welke afspraken worden dan gemaakt over de digitale transitie?<br>

De aanwezigen kunnen zich goed vinden in de 3 punten die zijn benoemd met wat we gaan doen met dit advies. <br>
Bij een aantal leden bestaat twijfel over de toon van een aantal reflecties op het advies en of dit in deze vorm wel gepubliceerd zou moeten worden. Het advies van Guido Bayens zou meer gebruikt mogen worden als inspiratie om een eigen advies op te stellen op basis van onze eigen visie. Dan kan BZK/ BADO die beide adviezen naast elkaar leggen. <br>
{{Actiepunt| ID=2026-01-20/B|AH=Han Zuidweg en Eric Brouwer |AP=Herformuleren van de reactie op het advies van Guido Bayens: positief houden en vooral kijken wat de NORA Gebruikersraad zelf het beste kan (blijven) doen.|Deadline=2026-04-14 |Toelichting=zsm oppakken.|Voortgang=bezig}} <br>