Continuïteit is een strategisch vraagstuk

Wanneer organisaties over digitale continuïteit spreken, gaat het gesprek vaak over uptime, back-ups en beveiligingsupdates. Dat zijn belangrijke voorwaarden. Ze vormen alleen niet het volledige verhaal.

Een platform kan technisch bereikbaar zijn en toch langzaam onbruikbaar worden. De kennis verdwijnt, het beheer wordt steeds ingewikkelder, redacteuren lopen tegen beperkingen aan en noodzakelijke verbeteringen worden uitgesteld.

Continuïteit betekent daarom niet alleen dat iets morgen nog draait. Het betekent dat een organisatie er morgen nog verantwoord mee verder kan.

Technische gezondheid is slechts één laag

Een gezond digitaal platform heeft actuele software, een veilige infrastructuur en een gecontroleerd releaseproces. Problemen ontstaan echter zelden in één laag.

Een verouderde koppeling kan voortkomen uit onduidelijk eigenaarschap. Achterstallige updates kunnen het gevolg zijn van een contract waarin alleen incidenten zijn geregeld. Een kwetsbare applicatie kan blijven bestaan omdat niemand budget of mandaat heeft om de onderliggende architectuur aan te pakken.

Technische schuld is vaak ook organisatorische schuld.

Daarom moeten onderhoud en continuïteit niet uitsluitend bij een beheerder of leverancier worden neergelegd. De organisatie moet begrijpen welke onderdelen kritisch zijn, wie erover beslist en welke investeringen nodig zijn om risico’s beheersbaar te houden.

Kennis is onderdeel van de infrastructuur

Code, servers en documentatie zijn zichtbaar. Kennis zit vaak in hoofden.

Waarom is een bepaalde keuze ooit gemaakt? Welke koppeling is kritisch? Wat gebeurt er tijdens een release? Welke handmatige stappen kent een proces? En met wie moet contact worden opgenomen wanneer iets uitvalt?

Wanneer die kennis bij één medewerker of één externe ontwikkelaar ligt, is de continuïteit kwetsbaar. Ook als de techniek op papier goed is ingericht.

Organisaties zouden kennis daarom net zo serieus moeten behandelen als back-ups. Verspreid verantwoordelijkheden, documenteer besluiten en zorg dat meer dan één persoon een kritische handeling kan uitvoeren of beoordelen.

Beheer zonder ontwikkeling leidt tot stilstand

Sommige organisaties maken een scherp onderscheid tussen onderhoud en doorontwikkeling. Onderhoud houdt het platform werkend; doorontwikkeling is optioneel en komt later wel.

In de praktijk loopt dat door elkaar.

Browsers veranderen, wetgeving ontwikkelt, beveiligingseisen worden hoger en gebruikers verwachten andere interacties. Ook de organisatie zelf verandert. Content groeit, processen verschuiven en nieuwe systemen moeten worden gekoppeld.

Wanneer een platform alleen technisch wordt onderhouden maar functioneel stilstaat, neemt de aansluiting op de organisatie ieder jaar af. Uiteindelijk is een grote herbouw nodig, niet omdat de techniek plotseling faalt, maar omdat kleine noodzakelijke verbeteringen jarenlang zijn uitgesteld.

Een vast ritme van beperkte doorontwikkeling is vaak gezonder dan af en toe een groot herstelproject.

Continuïteit vraagt om een realistische exit

Een organisatie moet verder kunnen wanneer een samenwerking eindigt. Dat vraagt om toegang tot code, data, accounts, documentatie en infrastructuur. Maar een overdracht is pas werkelijk haalbaar wanneer een andere partij de omgeving ook kan begrijpen en beheren.

Een map met bestanden is geen overdraagbaar platform.

Goede continuïteitsafspraken beantwoorden onder meer deze vragen:

Wie is eigenaar van domeinen, accounts en repositories?
Waar staan de gegevens en hoe kunnen ze worden geëxporteerd?
Is de infrastructuur reproduceerbaar beschreven?
Welke onderdelen zijn maatwerk en waarom?
Hoe wordt kennis tijdens de samenwerking vastgelegd?
Wat is nodig om beheer gecontroleerd over te dragen?

Deze afspraken hoeven de relatie met een leverancier niet afstandelijk te maken. Ze zorgen juist voor duidelijkheid en vertrouwen.

Bestuur en directie hoeven geen code te begrijpen

Digitale continuïteit is te belangrijk om alleen een technisch onderwerp te zijn. Dat betekent niet dat een bestuurder de softwarearchitectuur moet kunnen beoordelen.

Wel moet op bestuurs- of directieniveau duidelijk zijn:

welke digitale platformen cruciaal zijn voor de dienstverlening;
van welke leveranciers en medewerkers de organisatie afhankelijk is;
welke risico’s bewust worden geaccepteerd;
of onderhoud en vernieuwing structureel zijn georganiseerd;
wie binnen de organisatie eigenaar is van de digitale koers.

Vergelijk het met huisvesting of financiën. Niet iedereen hoeft specialist te zijn, maar verantwoordelijkheid kan niet volledig worden uitbesteed.

Continuïteit ontstaat in het dagelijks werk

Een calamiteitenplan is nuttig. De meeste continuïteit wordt echter opgebouwd op gewone werkdagen.

Door updates niet onnodig uit te stellen. Door code te laten beoordelen. Door besluiten vast te leggen. Door medewerkers mee te nemen. Door toegankelijkheid en veiligheid als normale kwaliteitseisen te behandelen. En door iedere maand ruimte te maken voor kleine verbeteringen.

Daarmee wordt continuïteit geen project dat eens per jaar op de agenda staat, maar een eigenschap van de manier waarop een organisatie werkt.

Een toekomstbestendig digitaal platform is niet het platform dat nooit verandert. Het is het platform dat beheerst kan blijven veranderen.