Oude software moderniseren, vervangen of volledig opnieuw bouwen?
Wie besluit dat het huidige systeem niet houdbaar is, staat meteen voor een tweede vraag die zwaarder weegt: wat komt ervoor in de plaats, en hoe komt u daar.
Die vraag wordt vaak te snel beantwoord. Opnieuw bouwen klinkt grondig, standaardsoftware klinkt goedkoop, en beide oordelen blijken achteraf regelmatig verkeerd. Hieronder vier strategieën, met wat elk werkelijk betekent.
1. Behouden en stabiliseren
U vervangt niets, maar haalt het risico eruit: documentatie aanleggen, de omgeving beveiligen, back-ups testen, en zorgen dat meer dan één persoon het systeem begrijpt.
Dit is de goedkoopste optie en wordt te weinig overwogen. Ze past wanneer het systeem zijn werk doet en het probleem vooral in continuïteit zit, niet in functionaliteit. Ze koopt u één tot drie jaar rust om de echte beslissing voor te bereiden.
Ze past niet wanneer het systeem uw groei blokkeert of wanneer de beveiliging fundamenteel tekortschiet. Dan verplaatst u het probleem alleen.
2. Technisch verbeteren
De werking blijft, de onderliggende techniek wordt aangepakt: naar een recentere versie van het platform, de database opgeschoond, de traagste onderdelen herschreven, koppelingen toegevoegd.
Aantrekkelijk omdat gebruikers weinig merken en het proces ongewijzigd blijft. Er is geen omschakelmoment en dus geen risico op stilstand.
De beperking is dat u de oorspronkelijke opzet meeneemt. Zit het probleem in de architectuur, dan bouwt u verder op een fundament dat niet klopt. Ook loopt dit type traject makkelijk uit, omdat pas tijdens het werk blijkt hoeveel er nog verstopt zit.
3. Gefaseerd herbouwen
U bouwt onderdeel voor onderdeel opnieuw, naast het bestaande systeem. Eerst het meest knellende deel, dan het volgende. Beide systemen draaien een tijd naast elkaar en wisselen gegevens uit, tot het oude leeg is.
Dit is meestal de verstandigste aanpak voor bedrijfskritische software. Elke fase levert iets bruikbaars op, u kunt bijsturen op basis van wat u leert, en er is geen enkel moment waarop alles tegelijk overgaat.
Het kost meer dan een herbouw in één keer, doordat u tijdelijk twee systemen onderhoudt en koppelingen bouwt die later verdwijnen. Dat meerkost is de prijs van een lager risico, en bij een systeem waar uw omzet doorheen loopt is dat een verdedigbare ruil.
4. Vervangen door standaardsoftware
U stapt over op een bestaand pakket. Snel beschikbaar, met een leverancier die doorontwikkelt, en zonder dat u zelf onderhoud draagt.
De vraag is of uw processen in het pakket passen. Voor boekhouding, personeelsadministratie en voorraadbeheer meestal wel: dat werkt overal ongeveer hetzelfde. Voor het proces waarin u zich onderscheidt van uw concurrenten meestal niet, en juist daar begint het aanpassen dat standaardsoftware duur en traag maakt.
Een bruikbare vuistregel: standaard voor wat iedereen doet, maatwerk voor wat u anders doet. Veel organisaties komen uit op een combinatie.
De vier naast elkaar
- Behouden – laagste kosten, laagste risico, lost niets op, wint u enkele jaren
- Technisch verbeteren – gemiddelde kosten, laag risico, behoudt de oude opzet, levensduur van drie tot vijf jaar
- Gefaseerd herbouwen – hoogste kosten, beheersbaar risico, langste levensduur, volledige vrijheid
- Standaardsoftware – voorspelbare kosten, risico bij afwijkende processen, u volgt de richting van de leverancier
Hoe u kiest
Drie vragen brengen u meestal bij het juiste antwoord.
Draait er omzet of dienstverlening rechtstreeks door het systeem? Zo ja, dan valt een overstap in één keer af en blijft gefaseerd over.
Onderscheidt het proces u van uw concurrenten? Zo nee, dan verdient standaardsoftware de voorkeur, hoe eigen het nu ook aanvoelt.
Beschikt u over de broncode, de data en de documentatie? Zo nee, dan is technisch verbeteren geen reële optie en blijft alleen herbouwen of vervangen over.
Die drie antwoorden bepalen doorgaans de richting. De rest is uitwerking.
Wil u dit voor uw systeem laten uitzoeken? Lees hoe wij helpen bij het bepalen wat behouden, gekoppeld of vervangen wordt.
