Agile data governance en semantische lagen

Elke maandagochtend dezelfde vergadering. Drie dashboards, drie keer het woord ‘omzet’, drie verschillende getallen. En aan het einde van de tafel staat de peperdure tool die dit had moeten oplossen er stilletjes onschuldig bij.

‘Semantische laag’ is intussen zowat de vaagste term in data geworden. Voor het ene team is het een net overzicht op rommelige tabellen; voor het andere team een statistiekenopslag, een catalogus, een ontologie, een governance-omhulsel of gewoon een beleefd woord voor metadata. Ze bestaan allemaal echt. Maar geen enkele dekt de volledige lading. En die vaagheid kost geld, echt geld: organisaties gaan op zoek naar ‘een semantische laag’, kopen één tool en hopen dat die stilletjes vijf problemen tegelijk oplost. Dat gebeurt niet. En als de teleurstelling komt, krijgt de tool de schuld, niet de vraag die niemand stelde.

Je koopt ook niet één pil voor vijf verschillende kwalen. Toch doen we dat met data om de haverklap. Sergey Vasiliev vat het samen in zijn Pragmatic Semantic Layer Manifesto: spreek de betekenis af vóór je technologie koopt. De beslissing die telt is niet welke tool je koopt, maar welke semantische kwaal je eigenlijk behandelt. Heb je de diagnose scherp? Dan kiest de tool zichzelf bijna.

Agile data governance en semantische lagen: wanneer gebruik je wat?

Is er dan één semantisch probleem? Nee. Er zijn er minstens vijf. En het zijn geen groeitrappen die je netjes na elkaar beklimt; het zijn losse kwalen. Je kunt er één hebben of er vijf tegelijk.

“Onze cijfers kloppen niet.”

Elke vergadering start met de vraag: wiens ‘omzet’ is het nu juist? De remedie: één goedgekeurde, versiebeheerde definitie per metric. Wat je nodig hebt, is een beheerde statistiekenlaag die vaak al aanwezig is in je BI- of warehouse-tool. Wat je niet nodig hebt is een knowledge graph, een ontologie of een AI-agentframework. Is dit je enige probleem? Stop hier. De rest is over-engineering met een zware factuur erbovenop.

“We vinden de data niet en als we ze vinden, vertrouwen we ze niet.”

Analisten verliezen hun week aan ‘waar staat dit’, ‘is dit actueel’ en ‘van wie is dit’. De remedie? Discovery en governance: catalogeren, lineage, ownership, actualiteit en datakwaliteit. Dit gaat om vindbaarheid, niet om inzicht. Redeneer- en actievermogen? Dat is hier verspilde moeite.

“Onze vragen raken te veel dingen die met elkaar verbonden zijn.”

De belangrijke vragen klinken als: welke klanten hangen aan deze leverancier, via welke contracten, en via welke producten? Relaties en flows, geen rijen in een tabel. De remedie: een verbonden informatiemodel dat de verbanden zichtbaar maakt: een knowledge graph als capability, niet als product. Zet niet álles om; modelleer het verbonden stuk en laat de rest met rust.

“Verschillende teams en systemen moeten hetzelfde betekenen.”

Je integreert data over afdelingen heen of volgens een externe standaard, en elke onduidelijkheid leidt tot extra werk, risico’s of compliance-pijn. De remedie: een formele, gedeelde taal – een ontologie of goedgekeurde woordenschat. Duur om op te zetten, duur om te onderhouden. Gebruik het alleen waar de onduidelijkheid écht pijn doet, niet uit reflex.

“Software moet handelen, niet alleen antwoorden.”

Je wil automatisering of AI-agents in een workflow die cases opent, risico’s escaleert of acties triggert. Dan moet de semantische laag méér leveren: de huidige status, policies, bewijs, een beslissingstraject en duidelijke goedkeuringsgrenzen. Ze beschrijft niet langer alleen betekenis; ze stuurt ook aan op actie. Begin hier pas als je écht software hebt die handelt. Tot dan is het een puntje op de roadmap, geen probleem van vandaag.

Merk op: vier van de vijf los je op zónder zware technologie. Knowledge graph, ontologie en besturingslaag spelen elk enkel onder specifieke omstandigheden mee. En dat is de hele kunst: stem de oplossing af op de kwaal en weiger tooling die je (nog) niet nodig hebt.

De complexe realiteit

De meeste organisaties hebben meer dan één van deze kwalen en proberen één tool te kopen die alle vijf kwalen belooft te genezen. Een metrieklaag wordt verkocht als ‘enterprise meaning’; een catalogus als ‘kennislaag’; en een graph database als ‘agent control plane’. Maar het etiket is de architectuur niet. Een volwassen semantische architectuur is samengesteld uit meerdere capabilities die samenwerken. De echte ontwerpvraag is niet welke wint, maar hoe ze met elkaar verbonden zijn.

Wat ooit vooruitstrevend leek, wordt vandaag noodzakelijk. De vraag voor elke C-level en data leader is dus eenvoudig: blijft data governance een ondersteunende functie, of wordt het een strategische motor? Wij hebben onze keuze gemaakt. Zijn jullie klaar om dezelfde stap te zetten?

Agile governance: werk in de juiste volgorde

Zodra je weet welke kwaal je hebt, is de ‘hoe’ verrassend consistent, ongeacht de technologie. Pure agile governance: zo klein mogelijk, resultaatgericht en iteratief.

Benoem het probleem precies: welke van de vijf, of welke mix, vóórdat je met leveranciers praat. Spreek dan eerst de betekenis af met de business. Je eerste meeting is niet met een platformverkoper, maar met de mensen die het stilletjes oneens zijn over wat ‘klant’ betekent. Begin bij het kleinste waardevolle stuk: één echte workflow waar semantische verwarring nú al geld kost, en modelleer alleen wat die workflow nodig heeft. Het beste eerste model is niet het grootste; het is het eerste dat mensen genoeg vertrouwen om te hergebruiken.

Neem het dan in gebruik. Een definitie die niemand betwist, of een beleid dat niemand handhaaft, is shelfware: geen laag. Meet hergebruik en vertrouwen, niet elegantie. Breid pas uit als de waarde is bewezen. En kies je tools als laatste – zodat ze passen bij de semantiek die je nu begrijpt, in plaats van je semantiek te wringen rond een tool die je als eerste kocht.

En ja, in alle eerlijkheid: ik heb de tool ook al eens eerst gekocht en de betekenis er nadien bij proberen recht te praten. Het werkt niet.

De belangrijkste les

Voor je ook maar één product op je shortlist zet, beantwoord de ene vraag die alle andere in perspectief plaatst: welke semantische kwaal lossen we op, en wat is de kleinste, meest waardevolle stap die bewijst dat we die opgelost hebben?

Concreet, en dat kan deze week nog: hang de vijf kwalen op een muur, laat je team met stickers stemmen welke van toepassing zijn, en kies er één workflow bij waar de verwarring nú geld kost. Geen tool, geen shortlist, geen demo: één kwaal, één workflow. Heb je binnen twee weken één definitie die drie teams zonder discussie hergebruiken, dan heb je meer semantische waarde geboekt dan menig zescijferig platform in een heel jaar.

Betekenis gaat voor techniek. De rest is implementatiedetail.

Wil je meer weten over agile data AI governance en semantische lagen? Contacteer ons.

Ben je benieuwd naar onze diensten? Ontdek ze hier.