Bijna geen enkel systeem begint als bedrijfskritisch. Software wordt aangeschaft om een probleem op te lossen, bewijst zijn waarde en raakt steeds verder verweven met de dagelijkse gang van zaken. Op een gegeven moment kan de organisatie niet meer zonder, vaak zonder dat iemand dat bewust heeft besloten.
Die sluipende overgang is precies wat het risicovol maakt. U beheert het systeem nog als een gewone tool, terwijl de impact van uitval inmiddels groot is. Deze pagina helpt u herkennen wanneer dat punt is bereikt.
Doe de check: is uw software bedrijfskritisch geworden?
Loop de volgende signalen langs. Hoe meer u er herkent, hoe groter de kans dat u met een bedrijfskritisch systeem te maken heeft.
- De operatie valt stil als het systeem eruit ligt. Er is geen handmatige terugvaloptie.
- Processen, koppelingen en rapportages zijn rondom één applicatie gebouwd.
- Slechts een handjevol medewerkers of één leverancier begrijpt hoe het systeem in elkaar zit.
- Een uur uitval leidt merkbaar tot vertraging, fouten of gemiste orders.
- Een wijziging doorvoeren voelt riskant, omdat niemand precies overziet wat er kan misgaan.
- De techniek is verouderd, maar vervangen durft niemand aan omdat er te veel van afhangt.
Herkent u er drie of meer? Dan is dit systeem geen gewone tool meer, en verdient het de aandacht die daarbij hoort.
Vier typen afhankelijkheidsrisico
Zodra software bedrijfskritisch is, brengt dat vier soorten risico met zich mee. Ze zijn allemaal beheersbaar, mits u ze in beeld heeft.
1. Uitvalrisico
Het meest voor de hand liggende risico: het systeem valt uit en de operatie ligt stil. Hoe groot dat risico is, hangt af van de technische stabiliteit, het beheer en de aanwezigheid van terugvalscenario’s. Wat stilstand kost, staat in Wat kost stilstand?.
2. Kennisafhankelijkheid
Zit de kennis over het systeem bij één of twee mensen, dan ontstaat een kwetsbaarheid. Vertrekt zo iemand, dan verdwijnt begrip dat u niet zomaar terugkoopt. Goede documentatie en een beheerpartner die het systeem doorgrondt, verlagen dit risico.
3. Leveranciersafhankelijkheid
Bent u voor onderhoud, aanpassingen en voortbestaan van het systeem afhankelijk van één leverancier, dan bepaalt die partij mede uw tempo, uw kosten en uw mogelijkheden. Dit heet vendor lock-in. Lees hoe u onafhankelijk blijft.
4. Verouderingsrisico
Techniek veroudert. Een systeem dat niet meegroeit, wordt lastiger te onderhouden, moeilijker te koppelen en risicovoller om aan te passen. Op enig moment is beheerst moderniseren verstandiger dan doorgaan. Zie Legacy software vervangen.
Waarom dit juist bij middelgrote organisaties speelt
Bij organisaties van 25 tot 500 medewerkers komt deze situatie veel voor. Het systeem is meegegroeid en complex geworden, terwijl de IT-capaciteit om het te beheren beperkt is. Er is geen grote IT-afdeling die risico’s structureel monitort, en tegelijk is de afhankelijkheid inmiddels groot.
Dat maakt het extra waardevol om bewust naar uw kritische systemen te kijken, voordat een storing of een vertrekkende medewerker u ertoe dwingt.
Herkent u de signalen uit de check hierboven? Zet dan de vier risico’s voor uw eigen situatie op een rij: waar zit de grootste kwetsbaarheid, en wat is het waard om die te verkleinen? Wilt u die inventarisatie samen doen, dan denken we graag mee. Een goede volgende stap is Wat kost stilstand?, waarmee u de urgentie kunt onderbouwen. Wilt u ook weten hoe u de continuïteit van zo’n systeem borgt? Lees Continuïteit en beschikbaarheid, of bekijk het volledige overzicht in de gids Bedrijfskritische software.
