Van beleidstekst naar bestuurlijke keuze

“Open, tenzij” staat al jaren in beleidsdocumenten van de rijksoverheid. Het klinkt als een open deur: gebruik open source software waar dat kan, en leg uit waarom je het niet doet als dat niet het geval is. Maar in de uitvoeringspraktijk zie ik dit principe regelmatig verdampen zodra een aanbesteding loopt, een deadline nadert of een vertrouwde leverancier aan tafel schuift.

Dat is geen kwestie van kwade wil. Het is een systeemprobleem. Organisaties worden afgerekend op leveringszekerheid en snelheid, niet op leveranciersonafhankelijkheid. En juist daardoor stapelt de afhankelijkheid zich op, jaar na jaar, contract na contract.

Wat open source écht betekent in een publieke context

Open source software is software waarvan de broncode openbaar is en vrij gebruikt, aangepast en gedeeld mag worden. Maar voor publieke organisaties gaat het verder dan de licentievorm. Het raakt aan drie fundamentele vragen:

• Wie heeft er zicht op wat de software doet? Bij gesloten systemen bent u afhankelijk van de leverancier voor beveiligingsinformatie. Bij open source kunt u zelf — of via de community — de werking controleren.
• Wie kan het onderhouden? Bent u gebonden aan één partij voor patches en updates, of kunt u kiezen wie dat werk uitvoert?
• Wie beheert de data? Open source lost datavraagstukken niet automatisch op, maar maakt het makkelijker om data op eigen infrastructuur te houden en uitwisselbaarheid af te dwingen.

Digitale soevereiniteit begint hier. Niet als abstract ideaal, maar als concrete ontwerpkeuze.

De echte kosten van gesloten afhankelijkheden

Ik spreek regelmatig met bestuurders die zeggen: “We gebruiken dit systeem al twintig jaar, het werkt, waarom veranderen?” Dat is een begrijpelijke redenering. Maar ze onderschat wat die twintig jaar heeft gekost aan onvermogen om te veranderen.

Gesloten systemen creëren lock-in op meerdere niveaus: technisch, contractueel én organisatorisch. Medewerkers kennen geen andere werkwijze. Processen zijn ingericht rondom de beperkingen van het systeem, niet rondom de behoeften van de burger of het toezichtobject. En als de leverancier de prijs verhoogt of stopt met ondersteuning, heeft u geen alternatief.

Dat is geen hypothetisch risico. Het is iets wat publieke organisaties nu ervaren, in stilte, omdat het pijnlijk is om toe te geven dat u jarenlang een strategische keuze heeft uitgesteld.

Open source als ontwerpkader, niet als bezuinigingsmaatregel

Een veelgehoord misverstand: open source is gratis. Dat klopt niet. De software zelf kost geen licentiegeld, maar implementatie, beheer, doorontwikkeling en ondersteuning kosten gewoon geld. Soms meer dan bij een commercieel pakket, zeker op korte termijn.

De winst zit elders. Open source dwingt u na te denken over architectuurkeuzes die u anders uitstelt. Welke componenten zijn generiek en herbruikbaar? Waar ligt uw eigenlijke onderscheidend vermogen als organisatie? Wat wilt u zelf beheersen, en wat kunt u delen met andere overheden?

De Nederlandse overheid heeft gemeenschappelijke infrastructuur zoals gemeenschappelijke open source-componenten die door meerdere organisaties worden gebruikt. Dat werkt, maar vraagt wel bestuurlijke bereidheid om te investeren in iets waarvan u het voordeel niet alleen plukt. Dat is een andere logica dan de aanbestedingslogica die de meeste uitvoeringsorganisaties gewend zijn.

Wat dit vraagt van bestuurders en CIO’s

“Open, tenzij” werkt alleen als het niet bij de IT-afdeling wordt neergelegd. Het is een bestuurlijke positie. Dat betekent concreet:

• Bij elke significante systeemkeuze expliciet de vraag stellen: waarom niet open source?
• Leveranciersonafhankelijkheid opnemen als gunningscriterium in aanbestedingen, niet alleen als wens in de inleiding.
• Exit-criteria vastleggen vóórdat een contract wordt gesloten, zodat u niet pas nadenkt over uitstap als de nood al hoog is.
• Open standaarden eisen voor data-uitwisseling, ongeacht welk systeem wordt gekozen.

Dit klinkt als IT-beleid. Maar het zijn governance-vraagstukken. Ze raken aan continuïteit, aan verantwoording richting parlement of toezichthouder, en aan de vraag of uw organisatie over vijf jaar nog zelf regie heeft over haar eigen processen.

Soevereiniteit begint bij bewustzijn

Digitale soevereiniteit is geen technisch begrip. Het is een bestuurlijk begrip. Het gaat over de vraag of u als publieke organisatie — die namens de samenleving handelt — zelf de regie kunt voeren over uw eigen informatievoorziening. Of dat die regie feitelijk bij anderen ligt, zonder dat u dat bewust heeft gekozen.

Open source is daarin geen garantie, maar wel een krachtig instrument. Het maakt afhankelijkheden zichtbaar, vergroot de mogelijkheid tot controle, en biedt aanknopingspunten voor samenwerking met andere overheden. Dat zijn precies de eigenschappen die publieke organisaties nodig hebben in een tijd waarin digitale systemen steeds dieper verweven zijn met publieke taken.

“Open, tenzij” is dus geen principe om af te vinken. Het is een kompas voor bestuurlijke keuzes die nu gemaakt worden en die over tien jaar nog voelbaar zijn.

Tot slot

De vraag die ik bestuurders en CIO’s mee wil geven: als u morgen uw vijf belangrijkste systemen zou moeten vervangen — heeft u dan een alternatief? En weet u wat het u zou kosten om dat te doen?

Als het antwoord op beide vragen nee is, dan is “open, tenzij” nog geen bestuurlijke realiteit in uw organisatie. En dat is precies het goede moment om het gesprek te beginnen.