“Zet die server maar uit…” — weet je wat ervan afhankelijk is?

Een zin die je liever niet hoort als ICT’er.

Want weet je eigenlijk wat er allemaal afhankelijk is van die server?

Welke applicaties halen er bestanden vandaan?
Welke koppelingen schrijven er naartoe?
Welke processen starten op basis van die bestanden?
Welke leverancier heeft er nog een verbinding mee?
En vooral: wie weet dit?

In veel organisaties is het antwoord verrassend vaak: niemand precies.

Niet omdat mensen hun werk niet goed doen. Maar omdat gegevensuitwisseling in de loop van de tijd ontstaat. Een koppeling hier, een SFTP-map daar, een exportje voor een leverancier, een databasekoppeling die ooit “tijdelijk” werd aangelegd.

En voor je het weet heb je een informatieketen die niemand meer volledig kan overzien.

Daarom: maak gegevensstromen zichtbaar.

Onderstaande visual vat de aanpak in één beeld samen: van inzicht in de gegevensstromen naar eigenaarschap, beheer en grip op veranderingen.

Bekijk de visual als een praktische checklist: wat weten we al, wat ontbreekt nog en wat moeten we organiseren?

Een interface-, bestands- en datauitwisselingsregister klinkt misschien als administratie.

Ik zie het juist als een risicoregister voor je informatievoorziening.

Het maakt zichtbaar:

DATA — wat wordt uitgewisseld?
KETEN — van welk systeem naar welk systeem?
TECHNIEK — hoe vindt de uitwisseling plaats?
DOEL — waarom is deze uitwisseling nodig?
EIGENAARSCHAP — wie is verantwoordelijk?
RISICO — wat gebeurt er als deze uitwisseling stopt?

En misschien wel het belangrijkste:

wat gebeurt er als we iets veranderen?

Een nieuwe applicatie.
Een andere leverancier.
Een migratie naar de cloud.
Het uitfaseren van een server.
Een wijziging in een bestand.

Zonder inzicht in de gegevensstromen is iedere verandering eigenlijk een beetje gokken.

Mijn uitgangspunt?

Niet eerst alles documenteren. Eerst de kritische ketens zichtbaar maken.

Begin met de belangrijkste applicaties. Breng de belangrijkste gegevensstromen in kaart. Maak verantwoordelijkheden expliciet. En zorg dat het register onderdeel wordt van projecten, changes en beheer.

Dan wordt documentatie geen archiefstuk, maar een actief stuurinstrument.

Want de echte vraag is niet:

“Hebben we een overzicht van onze interfaces?”

Maar:

“Kunnen we met vertrouwen zeggen wat er gebeurt als we morgen iets veranderen?”

Hoe goed is dat inzicht binnen jouw organisatie?

Tip: plaats de sketchnote direct na de introductie en vóór “Daarom: maak gegevensstromen zichtbaar.” Dan werkt de visual als een visuele kapstok voor de rest van de blog.

“Zet die server maar uit. Volgens mij gebruikt niemand hem meer.”

Een zin die je liever niet hoort als ICT’er.

Want weet je eigenlijk wat er allemaal afhankelijk is van die server?

Welke applicaties halen er bestanden vandaan?
Welke koppelingen schrijven er naartoe?
Welke processen starten op basis van die bestanden?
Welke leverancier heeft er nog een verbinding mee?
En vooral: wie weet dit?

In veel organisaties is het antwoord verrassend vaak: niemand precies.

Niet omdat mensen hun werk niet goed doen. Maar omdat gegevensuitwisseling in de loop van de tijd ontstaat. Een koppeling hier, een SFTP-map daar, een exportje voor een leverancier, een databasekoppeling die ooit “tijdelijk” werd aangelegd.

En voor je het weet heb je een informatieketen die niemand meer volledig kan overzien.

Daarom: maak gegevensstromen zichtbaar.

Een interface-, bestands- en datauitwisselingsregister klinkt misschien als administratie.

Ik zie het juist als een risicoregister voor je informatievoorziening.

Het maakt zichtbaar:

DATA — wat wordt uitgewisseld?
KETEN — van welk systeem naar welk systeem?
TECHNIEK — hoe vindt de uitwisseling plaats?
DOEL — waarom is deze uitwisseling nodig?
EIGENAARSCHAP — wie is verantwoordelijk?
RISICO — wat gebeurt er als deze uitwisseling stopt?

En misschien wel het belangrijkste:

wat gebeurt er als we iets veranderen?

Een nieuwe applicatie.
Een andere leverancier.
Een migratie naar de cloud.
Het uitfaseren van een server.
Een wijziging in een bestand.

Zonder inzicht in de gegevensstromen is iedere verandering eigenlijk een beetje gokken.

Mijn uitgangspunt?

Niet eerst alles documenteren. Eerst de kritische ketens zichtbaar maken.

Begin met de belangrijkste applicaties. Breng de belangrijkste gegevensstromen in kaart. Maak verantwoordelijkheden expliciet. En zorg dat het register onderdeel wordt van projecten, changes en beheer.

Dan wordt documentatie geen archiefstuk, maar een actief stuurinstrument.

Want de echte vraag is niet:

“Hebben we een overzicht van onze interfaces?”

Maar:

“Kunnen we met vertrouwen zeggen wat er gebeurt als we morgen iets veranderen?”

Hoe goed is dat inzicht binnen jouw organisatie?
:::