Ga naar de hoofdinhoud
Keuzes over software3 min leestijd

Bedrijfssoftware moderniseren of vervangen? Een praktische keuzehulp

Praktische hulp bij de keuze: verbeter je een bestaand bedrijfssysteem, vervang je het of onderzoek je eerst wat de beperkingen veroorzaakt?

Belangrijkste punten

  • 1Onderzoek eerst het knelpunt in de workflow voordat je een systeem verandert.
  • 2Vergelijk verbeteren, één onderdeel vervangen of het hele systeem vervangen.
  • 3Toets de grootste onzekerheid voordat je een bredere verandering kiest.
Gepubliceerd op
Bijgewerkt op
Brian Timmermans, oprichter van Direct Software

Geschreven door

Brian Timmermans

Oprichter en technisch lead

Op deze pagina

Als bedrijfssoftware niet meer aansluit op de manier waarop mensen werken, lijkt vervangen soms de logische keuze. Dat kan terecht zijn. Maar met een nieuw systeem kun je ook dezelfde procesproblemen meenemen, migratierisico toevoegen of extra werk creëren voor de mensen die ervan afhankelijk zijn.

De nuttige vraag is niet alleen hoe oud de software is. Het gaat erom welke onderdelen van de operatie niet goed meer werken, waardoor dat komt en wat er verandert als het systeem verandert.

De juiste keuze hangt af van wat er in het werk vastloopt, niet alleen van hoe oud de software is.

Begin bij het werk, niet bij de software

Beschrijf de workflow die problemen oplevert. Benoem wie erbij betrokken zijn, welke informatie zij nodig hebben, hoe werk tussen teams of systemen wordt overgedragen en welke uitzonderingen in de praktijk voorkomen.

Let op concrete knelpunten:

  • Mensen voeren dezelfde informatie op meerdere plekken in.
  • Medewerkers gebruiken spreadsheets om hiaten tussen systemen op te vangen.
  • Een wijziging in één workflow brengt elders risicovolle aanpassingen met zich mee.
  • De software ondersteunt een noodzakelijke regel of goedkeuring niet.
  • Gebruikers werken om het systeem heen omdat het niet aansluit op de operatie.

Dit zijn aanwijzingen om te onderzoeken, geen bewijs dat het hele systeem vervangen moet worden. Vraag wie er last van heeft, hoe vaak het voorkomt en wat er gebeurt als het proces vertraagt of informatie ontbreekt. Schat besparingen of verliezen niet in zonder onderbouwing.

Zoek de oorzaak van de beperking

Een zichtbaar softwareprobleem kan verschillende oorzaken hebben: een ontbrekende functie, een configuratiebeperking, onbetrouwbare gegevens, een lastige koppeling, onduidelijk eigenaarschap of een proces dat is veranderd sinds de invoering van het systeem.

Controleer voordat je een oplossing kiest wat het systeem al kan, welke interfaces beschikbaar zijn, wie het onderhoudt en wat er tijdens een verandering moet blijven werken. Betrek zowel de mensen die de workflow uitvoeren als de mensen die verantwoordelijk zijn voor de technische werking.

Vergelijk drie opties

Het huidige systeem verbeteren. Dit kan passen als de beperkingen afgebakend zijn, het systeem onderhoudbaar is en de belangrijkste gegevens en workflows bruikbaar blijven. Denk aan configuratie, een gerichte uitbreiding, een koppeling of een duidelijker werkproces.

Eén onderdeel vervangen. Een nieuwe applicatie of dienst kan een specifiek tekort oplossen terwijl andere systemen blijven bestaan. Dat kan de verandering beperken, maar maakt afspraken over gegevens en systeemgrenzen extra belangrijk.

Het systeem vervangen. Een bredere vervanging kan passend zijn als het bestaande platform niet aan essentiële operationele of technische behoeften kan voldoen en kleinere wijzigingen de onderliggende beperkingen laten bestaan. Beoordeel niet alleen functies, maar ook migratie, tijdelijk parallel gebruik, training, koppelingen, continuïteit en toekomstig eigenaarschap.

Maak de keuze toetsbaar

Leg vast wat moet verbeteren, wat betrouwbaar moet blijven, welke systemen en mensen geraakt worden en wat nog onbekend is. Maak onderscheid tussen noodzakelijke eisen en voorkeuren. Benoem risico's die een optie ongeschikt zouden maken.

Blijft er onzekerheid, onderzoek dan eerst één representatieve workflow of aanname. Spreek af wat je onderzoekt en welk inzicht de keuze kan veranderen. Een kleine verkenning is nuttig als die een echte vraag beantwoordt; het is niet automatisch een miniatuurversie van het uiteindelijke project.

Een keuze is nog geen verplichting

Je hebt geen complete specificatie nodig om opties te vergelijken. Een duidelijke beschrijving van het operationele probleem, de gevolgen, relevante systemen en huidige onzekerheden is een goed begin.