De orders komen binnen, de planning draait en de facturen gaan de deur uit. Toch kost een kleine aanpassing aan jullie software steeds meer overleg. Een extra gegevensveld raakt een koppeling waar bijna niemand meer aan durft te komen. Voor een nieuw rapport moet een medewerker iedere week bestanden samenvoegen.
Zo kan een systeem dagelijks functioneren en tegelijk je organisatie beperken. Onderzoek naar vernieuwing is nodig zodra onderhoud, herstel of veranderingen onvoldoende beheersbaar zijn, of het systeem het bedrijfsproces steeds minder goed ondersteunt. De leeftijd alleen geeft daarop geen antwoord.
Belangrijkste inzichten
- Oudere IT kan goed bruikbaar blijven als ondersteuning, beheer en aansluiting op het werk op orde zijn.
- Handmatige omwegen, onduidelijke afhankelijkheden en kennis bij één persoon verdienen aandacht, ook zonder storingen.
- Breng eerst de kwetsbare onderdelen en hun gevolgen in beeld. Daarmee bepaal je waar nader onderzoek nodig is.
Inhoudsopgave
Wat betekent legacy bij IT-systemen?
Met legacy-systemen bedoelen we bestaande systemen die voortkomen uit een eerdere technische inrichting en nog een rol spelen in de organisatie. Denk aan een maatwerkapplicatie voor productieplanning of een administratief pakket met koppelingen die in de loop der jaren zijn toegevoegd.
Het woord legacy zegt op zichzelf weinig over de kwaliteit. Een ouder systeem kan een bedrijfsproces goed ondersteunen, zorgvuldig worden onderhouden en duidelijke documentatie hebben. Daar hoeft geen vervangingsproject tegenover te staan omdat de interface gedateerd oogt.
Het wordt lastiger wanneer de organisatie afhankelijk blijft van techniek die nauwelijks meer te onderhouden of aan te passen is. Bijvoorbeeld als een wijziging alleen lukt met hulp van de oorspronkelijke ontwikkelaar, terwijl die niet meer beschikbaar is. Dan ontstaat de kwetsbaarheid door de afhankelijkheid.
Beoordeel leeftijd, technische staat en geschiktheid apart
De vraag of je oude IT moet vernieuwen, vraagt om drie afzonderlijke beoordelingen:
- Leeftijd: hoelang gebruiken jullie het systeem en welke onderdelen zijn sindsdien bijgewerkt? Een applicatie die al lang bestaat, kan op actuele techniek draaien.
- Technische staat: ontvangt de gebruikte versie nog updates, zijn koppelingen gedocumenteerd en is herstel getest? Bekijk ook het besturingssysteem en de database waarvan de applicatie afhankelijk is.
- Geschiktheid voor het bedrijfsproces: ondersteunt het systeem hoe jullie nu werken en wat jullie binnenkort nodig hebben? Ook technisch gezonde software kan slecht passen bij een gewijzigde werkwijze.
Een vaste vervangingsleeftijd helpt bij deze afweging niet. Ondersteuning kan eindigen terwijl gebruikers tevreden zijn. Omgekeerd kan een ouder, goed onderhouden systeem nog prima voldoen. Laat de technische staat en de gevolgen voor het werk bepalen wat aandacht vraagt.
Vier signalen dat een werkend systeem aandacht vraagt
1. Ondersteuning ontbreekt of loopt af
Controleer wat de leverancier nog ondersteunt voor jullie specifieke versie. Een bereikbaar helpdesknummer betekent niet automatisch dat er ook beveiligingsupdates of foutoplossingen verschijnen.
Als beveiligingsupdates stoppen, kunnen nieuw ontdekte kwetsbaarheden ongepatcht blijven. Het Britse NCSC beschrijft dit risico in zijn richtlijn over niet meer ondersteunde producten. Aanvullende maatregelen kunnen risico’s beperken, maar maken doorgebruik niet risicovrij.
Vraag je IT-verantwoordelijke daarom welke ondersteuning geldt, wanneer die eindigt en wat de gevolgen zijn voor jullie omgeving.
2. Koppelingen zijn moeilijk te doorgronden
Een koppeling kan jarenlang gegevens uitwisselen zonder problemen. Een waarschuwingssignaal ontstaat als niemand weet welke systemen ervan afhankelijk zijn, hoe fouten worden gemeld of wie een mislukte overdracht herstelt.
Denk aan een nachtelijke bestandsuitwisseling tussen orderverwerking en planning. Als een gewijzigd veld ervoor zorgt dat orders niet meekomen, wil je dat snel ontdekken. Komen medewerkers daar pas achter wanneer een klant belt, dan ontbreekt zicht op de werking van die koppeling.
3. Handmatige omwegen worden onderdeel van de werkdag
Gegevens opnieuw invoeren, exports samenvoegen of bedragen buiten het systeem corrigeren: zulke handelingen kunnen een praktische tijdelijke oplossing zijn. Onderzoek ze wanneer ze structureel worden of steeds meer tijd kosten.
Vraag waarom de omweg bestaat. Ontbreekt er een functie, is een instelling verkeerd ingericht of sluit het proces niet meer aan? Zo voorkom je dat je een softwareprobleem veronderstelt terwijl de oorzaak ergens anders ligt.
4. Kennis zit bij slechts enkele mensen
Als één collega weet hoe de maandafsluiting werkt of één externe specialist een storing kan oplossen, is de beschikbaarheid van die persoon onderdeel van jullie continuïteit.
Een bruikbare controle is of iemand anders een terugkerende beheerhandeling met de aanwezige documentatie kan uitvoeren. Ontbreken instructies, toegangen of uitleg over uitzonderingen, dan is kennisoverdracht een concreet aandachtspunt. Daarvoor hoef je niet eerst over nieuwe software te beslissen.
Wanneer is verder onderzoek nodig?
De ernst van een signaal hangt af van het proces dat ermee samenhangt. Een handmatige correctie in een incidenteel intern overzicht heeft andere gevolgen dan een onopgemerkte fout in de productieplanning.
Bespreek daarom wat er gebeurt wanneer het betreffende onderdeel uitvalt of verkeerde gegevens doorgeeft. Welk werk stopt, wie merkt het en hoe lang kan de organisatie dat opvangen? Vraag ook waarop de verwachte hersteltijd is gebaseerd. Een geslaagde back-up laat nog niet zien dat de hele applicatie met alle afhankelijkheden binnen die tijd weer werkt.
Geef nader onderzoek prioriteit als een kwetsbaar onderdeel een zwaarwegend proces raakt, ondersteuning afloopt of noodzakelijke veranderingen steeds vastlopen. Ook ontbrekende antwoorden zijn aanleiding om uit te zoeken hoe het zit. Dat onderzoek kan leiden tot beter beheer, kennisoverdracht, een gerichte aanpassing of een plan voor vernieuwing.
Neem deze observaties mee naar je IT-verantwoordelijke
Kies één systeem waarover je twijfelt. Verzamel bij de mensen die ermee werken een paar concrete voorbeelden:
- Welke gewenste aanpassing bleef liggen, en waarom?
- Welke gegevens voeren medewerkers dubbel in of corrigeren ze buiten het systeem?
- Welke gegevensoverdracht vraagt regelmatig controle of herstel?
- Voor welke handeling moet altijd dezelfde persoon beschikbaar zijn?
- Wat is bekend over ondersteuning en het terugzetten van het systeem na uitval?
Noteer per observatie hoe vaak die voorkomt en wat het gevolg is voor het werk. Bespreek deze lijst met je IT-verantwoordelijke. Spreek af welk kwetsbaar onderdeel als eerste wordt onderzocht, wie dat oppakt en wanneer jullie de bevindingen bespreken. Daarmee geef je een eventuele beslissing over IT-vernieuwing een concrete basis.
Veelgestelde vragen
Is een hoge onderhoudsfactuur reden om software te vervangen?
Onderzoek eerst waar de kosten vandaan komen. Betalen jullie voor regulier onderhoud, terugkerende incidenten of telkens nieuw maatwerk? Neem ook de tijd mee die medewerkers aan omwegen besteden. Een hoog bedrag alleen laat niet zien welke verandering verstandig is.
Kan een systeem zonder storingen toch verouderd zijn?
Ja. Het kan stabiel draaien terwijl ondersteuning ontbreekt of een noodzakelijke aanpassing niet meer uitvoerbaar is. Storingscijfers vertellen hoe het systeem zich tot nu toe gedraagt; ze geven geen volledig beeld van onderhoudbaarheid en geschiktheid.
Is vernieuwing vooral een beslissing van de IT-afdeling?
IT beoordeelt de technische staat en afhankelijkheden. Operations brengt de gevolgen voor processen in beeld. De directie weegt investeringen, prioriteiten en risico’s. Die perspectieven zijn samen nodig om de juiste onderdelen aan te pakken.
Moet je wachten tot het huidige systeem problemen geeft?
Nee. Een aangekondigd einde van ondersteuning, vertrek van een specialist of geplande verandering in het bedrijfsproces kan al reden zijn voor onderzoek. Zo houd je tijd om maatregelen voor te bereiden voordat de afhankelijkheid tot problemen leidt.
Waar begin je als een overzicht van de IT ontbreekt?
Begin bij één bedrijfsproces, zoals orderverwerking. Leg vast welke applicaties, gegevensoverdrachten en mensen daarvoor nodig zijn. Dat maakt de eerste afhankelijkheden zichtbaar en helpt bepalen waar je verder moet kijken.
Betekent IT vernieuwen dat je alles moet vervangen?
Nee. Onderzoek eerst welk onderdeel de beperking veroorzaakt. Soms vraagt vooral de onderliggende infrastructuur, een koppeling of het beheer aandacht. Als het systeem zelf niet meer verantwoord te onderhouden is of niet meer bij het bedrijfsproces past, kan verdergaande vernieuwing nodig zijn. Bepaal de omvang op basis van die bevindingen.
Welke vragen stel je aan de leverancier van een ouder systeem?
Vraag tot wanneer jullie specifieke versie ondersteuning krijgt, welke updates daaronder vallen en welke technische onderdelen nodig zijn om het systeem te blijven gebruiken. Bespreek ook wie maatwerk en koppelingen onderhoudt en welke mogelijkheden er zijn om gegevens te exporteren. Laat de antwoorden vastleggen, zodat je IT-verantwoordelijke de afhankelijkheden kan beoordelen.
