Overdag lijkt alles vaak onder controle.
De applicatie draait. De monitoring staat op groen.
Eventuele incidenten worden netjes opgepakt.
Maar in een 24/7 Managed Services-omgeving leer je software pas echt kennen wanneer het misgaat. Niet in een overleg, maar om half vier ’s nachts, wanneer een applicatie uitvalt.
En op dat moment wordt één vraag ineens heel concreet:
Wie durft dit systeem nu aan te raken?
Wat er ‘s nachts gebeurt tijdens een incident
Bij nachtelijke incidenten zie je snel hoe afhankelijk software is van mensen. Niet omdat teams niet capabel zijn, maar omdat bepaalde kennis nergens expliciet vastligt.
Dan hoor je zinnen als:
Hier moet eigenlijk die ene collega naar kijken.
Dit stuk kennen alleen zij.
Laten we dit maar niet aanpassen, dat is te spannend.
De beschikbaarheid van het systeem hangt dan niet af van de software zelf, maar van wie er opneemt.
Goed om te bedenken is dat dit geen theoretisch risico is, maar dagelijkse kost.
Waarom dit geen HR-probleem is
Afhankelijkheid van key persons wordt vaak als HR-kwestie bestempeld. Maar vanuit Managed Services zien we iets anders.
Als een applicatie:
- alleen veilig beheerd kan worden door een paar mensen;
- onder druk niet uitlegbaar is;
- herstelacties spannend maakt in plaats van voorspelbaar.
Dan ligt de oorzaak niet bij de mensen, maar bij de software.
Software die 24/7 moet draaien, moet overdraagbaar zijn
Software die continu beschikbaar moet zijn, kan niet leunen op impliciete kennis.
Niet iedereen hoeft alles te weten, maar het systeem moet begrijpelijk genoeg zijn om, juist onder stress, goede beslissingen mogelijk te maken.
Overdraagbaarheid is daarmee geen luxe, maar een randvoorwaarde voor betrouwbare operatie.
De gevolgen zie je direct in Managed Services
In de operatie worden de effecten van key person dependency snel zichtbaar:
- incidenten duren langer dan nodig;
- escalaties lopen steeds naar dezelfde mensen;
- on-call diensten worden zwaarder en minder voorspelbaar.
Niet omdat het team faalt, maar omdat de software geen vertrouwen geeft. En hoe spannender onderhoud wordt, hoe vaker verbeteringen worden uitgesteld.
Zo groeit technical debt precies op de plekken waar je ’s nachts het meest kwetsbaar bent.
De rol van Managed Services: risico’s zichtbaar maken
Een belangrijk onderdeel van Managed Services is het zichtbaar maken van dit soort risico’s.
Niet door te roepen dat de busfactor te laag is, maar door zichtbaar te maken wat er gebeurt als die ene persoon niet beschikbaar is.
- Welke delen van het systeem dan stilvallen.
- Waar beslissingen niet veilig te nemen zijn.
- Welke wijzigingen niemand durft door te voeren.
Dat zijn geen prettige gesprekken, maar wel noodzakelijke.
Continuïteit vraagt om veerkracht, niet om helden
Een 24/7 operatie kan niet draaien op heldendom. Die vraagt om software die: door meerdere mensen gedragen kan worden, voorspelbaar gedrag vertoont en ontworpen is voor wisseling. Zolang beschikbaarheid afhangt van individuen, is de busfactor geen HR-issue maar een operationeel software-risico.
En nu?
Twijfel je of jouw softwareoplossingen ook te veel leunen op een paar mensen?
Kijk eens naar je laatste nachtelijke incident en vraag je af: wie had je écht nodig om het op te lossen en waarom?
In onze Managed Services zien we dit soort risico’s vaak eerder dan ze zichtbaar worden in KPI’s of SLA’s. Soms is één goed gesprek al genoeg om te bepalen waar continuïteit structureel kwetsbaar is (en waar niet).
