Continuïteit & sturing · Systemen
Het systeem draait. De bouwer werkt hier al jaren niet meer.
Het werkt. Meestal. En niemand in het bedrijf begrijpt precies hoe.
De situatie
Een kritiek systeem — de planning, de voorraad, de facturatie — is jaren geleden gebouwd door iemand die allang vertrokken is. Er zijn notities, maar die zijn incompleet of geschreven in zijn eigen taal. Bij een foutmelding is er niemand die het oplost: de externe partij heeft het niet gebouwd en wil er niet aan zitten, en de mensen die ermee werken kennen de knoppen maar niet de logica.
Hoe gaat dit bij jullie?
Wie kan bij jullie een storing oplossen in het systeem waar het werk op draait?
Meerdere mensen, en de werking staat beschreven
Dan is het systeem van het bedrijf en niet van een persoon. De vervolgvraag is of die beschrijving actueel blijft — documentatie veroudert stiller dan software.
Eén persoon, en die is er meestal wel
'Meestal wel' is het hele risico in twee woorden. De vraag is niet of hij goed is, maar wat er gebeurt in de week dat hij er niet is.
Een externe partij die het niet zelf gebouwd heeft
Dan betaal je voor beschikbaarheid zonder begrip. Dat werkt bij kleine storingen en loopt vast bij precies het soort probleem waarvoor je die partij hebt.
Dat weten we pas als het echt misgaat
Dat is eerlijk en het is ook de kern: dit risico is onzichtbaar tot het zich voordoet. Eén rondje met de vraag 'wie lost dit op?' maakt het binnen een uur bespreekbaar.
Wat we hier vaak zien
Bedrijven onderschatten dit consequent, omdat het systeem elke dag gewoon werkt. De kosten vallen niet in de jaren dat het goed gaat, maar in de week dat het stopt.
Hoe dit vaak ontstaat
Het is gebouwd door één persoon, zonder overdracht. Niet uit onwil — het leek niet nodig, want hij was er. Toen hij vertrok, vertrok het begrip met hem. Het bedrijf heeft het systeem overgenomen zonder de kennis erbij.
Wat er onder de oppervlakte gebeurt
Er worden workarounds om fouten heen gebouwd en processen omheen ingericht. Men leeft met eigenaardigheden die niemand kan verklaren. De angst dat het ooit echt faalt — bij een update, een servercrash, een nieuwe eis — is voelbaar maar niet bespreekbaar. Het is de olifant in de kamer.
De richting van een oplossing
Breng eerst de afhankelijkheid in kaart: welke systemen zijn kritiek, en wie zou het oplossen als er iets misgaat? Is het antwoord 'niemand', dan is dát het beginpunt. Leg daarna vast wat er nog te achterhalen valt — misschien is de bouwer bereikbaar voor één sessie. Genoeg is genoeg: het hoeft alleen voldoende te zijn om een ander te laten beginnen. En kies bewust wanneer je het vervangt, in plaats van het uit te stellen zonder besluit.
De afweging tussen leven met het risico of nu investeren, is een ondernemersbeslissing. Wat techniek kan bijdragen is het risico zichtbaar maken; de keuze om ermee te leven blijft een keuze die iemand bewust moet maken.
Waar het op uitkomt
Kwetsbaarheid bij uitval
Het bedrijf leunt op een paar mensen. Zolang iedereen er is, valt dat niet op.
Rust bij vakantie, ziekte en vertrek — voor iedereen.
Groei die vastloopt
Meer omzet betekent nu automatisch meer druk op dezelfde paar mensen, meestal op de eigenaar.
Kunnen groeien zonder dat de werkdruk evenredig meegroeit.
Vragen die verder helpen
- Welk systeem zou het werk stilleggen als het morgen niet start?
- Is de oorspronkelijke bouwer nog bereikbaar voor één gesprek?
- Wat is het kleinste stuk documentatie dat een ander zou laten beginnen?
Wat je zou meten
- Aantal kritieke systemen met maar één persoon die ze begrijpt
- Tijd tot herstel bij de laatste storing
Vervolgstappen in dezelfde lijn
Zullen we hier eens samen naar kijken?
Een verdiepingsgesprek van ongeveer dertig minuten. Geen beoordeling, geen offerte aan het eind — samen verkennen wat er speelt en wat een eerste kleine iteratie zou kunnen opleveren.