Advies van Guido Bayens beschouwd vanuit de NORA Gebruikersraad: verschil tussen versies
Nieuwe pagina aangemaakt met ''''LET OP''' <br> '''Deze pagina is nog in opbouw en bevat nog geen gevalideerde teksten.''' == Aanleiding == == Aanpak == Een werkgroep van 9 personen heeft het adviesrapport van Guido Bayens geanalyseerd op impact voor het beheer en inhoud van de NORA en op de NORA Gebruikersraad en -community. Hiertoe zijn de volgende stappen doorlopen met tijdpad: # 1. We analyseren het advies van Guido Bayens (zie rapport (PDF, 490 kB), e.e.a. zoals afgesproken tijden…' |
1e opzet |
||
| Regel 2: | Regel 2: | ||
'''Deze pagina is nog in opbouw en bevat nog geen gevalideerde teksten.''' | '''Deze pagina is nog in opbouw en bevat nog geen gevalideerde teksten.''' | ||
== | == Verantwoording == | ||
Een werkgroep van 9 leden van de NORA Gebruikersraad heeft het adviesrapport van Guido Bayens geanalyseerd op impact voor het beheer en inhoud van de NORA en impact op de NORA Gebruikersraad en -community. Hiertoe zijn de volgende stappen doorlopen: | |||
* 18dec25 de eerste afstemming | |||
* inhoudelijke analyses + reacties | |||
Een werkgroep van 9 | * 6jan26 een eerste opzetje voor reactie voorleggen bij BZK/BADO | ||
* 13jan26 onze opzet onderling delen en laatste puntjes op de i zetten | |||
* 20jan26 bespreking in de NORA Gebruikersraad | |||
== Bevindingen op hoofdlijnen== | == Bevindingen op hoofdlijnen== | ||
# Een lang document, met vooral: wat hebben we het goed gedaan als AR en Guido. | |||
# Old school model: zware governance, waarbij alles langs de AR zou moeten om goede status te geven. | |||
# Het verplichtend gedeelte zou groter worden, onder aansturing van BADO; dat kan een voordeel hebben qua duidelijkheid, maar is het ook haalbaar? | |||
# Zolang er niet 1 keuze is vanuit de besturing van de top van de ministeries en de grootste uitvoeringsorganisaties, is de koers niet duidelijk en zal de uitvoering best-effort doen. | |||
# Het lijkt een verschil van inzicht over top-down vs bottom-up, maar is het niet de bekende discussie over centraal vs decentraal sturen op digitale transitie? | |||
# De sfeer van centralisatie spreekt niet aan. | |||
# Ontmanteling van het mandaat van de NORA Gebruikersraad lijkt te worden voorgesteld met overdracht aan de AR (waar geen architectuurexpertise aanwezig is). | |||
# De NORA is een community die vanuit de uitvoering een enorme kracht heeft: ze werken samen, iedereen kan aanschuiven. | |||
# Het advies van Guido staat haaks op die kracht van de NORA community, helpt niet voor de digitale transities en heeft daarom een groot risico op mislukken. | |||
# De aanpak in het VK (NeRDS) is ook agile, modern: minder risico van falende (te grote) ICT projecten. | |||
# Een paar aanknopingspunten zijn er in het advies: inspiratie vanuit NORA e.d. | |||
# In tegenstelling tot wat in het advies staat: we zien weinig tot géén hergebruik van NORA bij de ADO2030 en de domeinarchitecturen. | |||
# Ook niet het naleven van “Afspraken voor standaarden, voor voorzieningen”: te veel advies vanuit voorzieningen en voorschrijvend, ook i.r.t. het CIO-stelsel. | |||
# Het is een hele andere beweging dan vanuit de uitvoering wordt gevolgd en nodig is. | |||
# Bij de domeinarchitectuur Toegang speelt dit ook, vooral op het niveau van de werkgroep, waardoor het bijvoorbeeld voor de Politie niet werkbaar is. | |||
# Resources met elkaar delen is wel goed: meer slagkracht voor NORA als extra handjes. | |||
# In de praktijk is het echter andersom: ADO vraagt handjes vanuit het aanbod i.p.v. vanuit de vraagsturing zoals bij NORA. | |||
# Experts moeten niet extra gaan werken aan de domeinarchitecturen, maar vooral vraaggestuurd blijven werken voor de eigen transities. | |||
# Zo blijft bij het (Rijks)cloudbeleid de autonomie van de departementen bestaan en wordt zelfs explicieter: wat heeft BZK er dan aan dat meer verplichtende inzet wordt gewenst, terwijl tegelijkertijd die autonomie sterker wordt aangezet? | |||
# Dat geldt ook voor de keuze voor MS365. | |||
# Als de governance geen ruimte geeft aan beide paradigma’s, dan wordt de samenwerking niet beter tussen de NORA community en BADO c.q. zal de afstemming tussen NORA en ADO vertragen of zelfs niet tot stand komen. | |||
# Er zijn geen lineaire, simpele, one-size-fits-all-oplossingen voor de huidige transitievraagstukken. | |||
# Centrale afspraken en kaders helpen als het helder en gemeenschappelijk is, maar er is ruimte nodig voor de individuele transities (van de 1600 overheidsorganisaties). | |||
# Er is een enorme funnel voor de uitvoering ontstaan door de algemene wetgeving vanuit BZK en de EU. | |||
# Te veel sturen op de uitvoering vanuit BZK gaat in tegen het advies vanuit WaU: BZK moet mét de uitvoering spreken, niet óver. | |||
== Conclusies op hoofdlijnen == | == Conclusies op hoofdlijnen == | ||
# De NORA community is een samenwerkingsnetwerk dat actief kennis deelt die nodig is (vraaggestuurd) en nooit kennis die je niet nodig hebt (aanbodgericht). | |||
# Overheidsbreed is het nodig om alleen afspraken te maken over wat minimaal nodig is. | |||
# Dat kan alleen worden bepaald door de uitvoering: het beeld waarheen NL als samenleving beweegt kan je beleidsmatig bepalen, maar de digitale transitie ligt in handen van de uitvoering. | |||
# Diverse zaken zijn gemeenschappelijk te doen, maar alleen als daar draagvlak voor is: zelfgekozen samenwerking werkt altijd. | |||
# In de context van het stuk kan je een beeld schetsen hoe we samen met BADO verder willen. | |||
Versie van 8 jan 2026 23:28
LET OP
Deze pagina is nog in opbouw en bevat nog geen gevalideerde teksten.
Verantwoordingbewerken
Een werkgroep van 9 leden van de NORA Gebruikersraad heeft het adviesrapport van Guido Bayens geanalyseerd op impact voor het beheer en inhoud van de NORA en impact op de NORA Gebruikersraad en -community. Hiertoe zijn de volgende stappen doorlopen:
- 18dec25 de eerste afstemming
- inhoudelijke analyses + reacties
- 6jan26 een eerste opzetje voor reactie voorleggen bij BZK/BADO
- 13jan26 onze opzet onderling delen en laatste puntjes op de i zetten
- 20jan26 bespreking in de NORA Gebruikersraad
Bevindingen op hoofdlijnenbewerken
- Een lang document, met vooral: wat hebben we het goed gedaan als AR en Guido.
- Old school model: zware governance, waarbij alles langs de AR zou moeten om goede status te geven.
- Het verplichtend gedeelte zou groter worden, onder aansturing van BADO; dat kan een voordeel hebben qua duidelijkheid, maar is het ook haalbaar?
- Zolang er niet 1 keuze is vanuit de besturing van de top van de ministeries en de grootste uitvoeringsorganisaties, is de koers niet duidelijk en zal de uitvoering best-effort doen.
- Het lijkt een verschil van inzicht over top-down vs bottom-up, maar is het niet de bekende discussie over centraal vs decentraal sturen op digitale transitie?
- De sfeer van centralisatie spreekt niet aan.
- Ontmanteling van het mandaat van de NORA Gebruikersraad lijkt te worden voorgesteld met overdracht aan de AR (waar geen architectuurexpertise aanwezig is).
- De NORA is een community die vanuit de uitvoering een enorme kracht heeft: ze werken samen, iedereen kan aanschuiven.
- Het advies van Guido staat haaks op die kracht van de NORA community, helpt niet voor de digitale transities en heeft daarom een groot risico op mislukken.
- De aanpak in het VK (NeRDS) is ook agile, modern: minder risico van falende (te grote) ICT projecten.
- Een paar aanknopingspunten zijn er in het advies: inspiratie vanuit NORA e.d.
- In tegenstelling tot wat in het advies staat: we zien weinig tot géén hergebruik van NORA bij de ADO2030 en de domeinarchitecturen.
- Ook niet het naleven van “Afspraken voor standaarden, voor voorzieningen”: te veel advies vanuit voorzieningen en voorschrijvend, ook i.r.t. het CIO-stelsel.
- Het is een hele andere beweging dan vanuit de uitvoering wordt gevolgd en nodig is.
- Bij de domeinarchitectuur Toegang speelt dit ook, vooral op het niveau van de werkgroep, waardoor het bijvoorbeeld voor de Politie niet werkbaar is.
- Resources met elkaar delen is wel goed: meer slagkracht voor NORA als extra handjes.
- In de praktijk is het echter andersom: ADO vraagt handjes vanuit het aanbod i.p.v. vanuit de vraagsturing zoals bij NORA.
- Experts moeten niet extra gaan werken aan de domeinarchitecturen, maar vooral vraaggestuurd blijven werken voor de eigen transities.
- Zo blijft bij het (Rijks)cloudbeleid de autonomie van de departementen bestaan en wordt zelfs explicieter: wat heeft BZK er dan aan dat meer verplichtende inzet wordt gewenst, terwijl tegelijkertijd die autonomie sterker wordt aangezet?
- Dat geldt ook voor de keuze voor MS365.
- Als de governance geen ruimte geeft aan beide paradigma’s, dan wordt de samenwerking niet beter tussen de NORA community en BADO c.q. zal de afstemming tussen NORA en ADO vertragen of zelfs niet tot stand komen.
- Er zijn geen lineaire, simpele, one-size-fits-all-oplossingen voor de huidige transitievraagstukken.
- Centrale afspraken en kaders helpen als het helder en gemeenschappelijk is, maar er is ruimte nodig voor de individuele transities (van de 1600 overheidsorganisaties).
- Er is een enorme funnel voor de uitvoering ontstaan door de algemene wetgeving vanuit BZK en de EU.
- Te veel sturen op de uitvoering vanuit BZK gaat in tegen het advies vanuit WaU: BZK moet mét de uitvoering spreken, niet óver.
Conclusies op hoofdlijnenbewerken
- De NORA community is een samenwerkingsnetwerk dat actief kennis deelt die nodig is (vraaggestuurd) en nooit kennis die je niet nodig hebt (aanbodgericht).
- Overheidsbreed is het nodig om alleen afspraken te maken over wat minimaal nodig is.
- Dat kan alleen worden bepaald door de uitvoering: het beeld waarheen NL als samenleving beweegt kan je beleidsmatig bepalen, maar de digitale transitie ligt in handen van de uitvoering.
- Diverse zaken zijn gemeenschappelijk te doen, maar alleen als daar draagvlak voor is: zelfgekozen samenwerking werkt altijd.
- In de context van het stuk kan je een beeld schetsen hoe we samen met BADO verder willen.
Gewijzigd:
19 januari 2026 19:23:12
Verplichting: Informatief
Beheerregime:
Fase: Beheerfase
8 januari 2026 19:43:59
19 januari 2026 19:23:12
15
Informatief
19 januari 2026