Waarom softwaremigraties mislukken: 10 vermijdbare fouten

Softwaremigraties lopen zelden mis door de techniek. Ze lopen mis door beslissingen die niet genomen zijn, door gegevens die niet klopten, en doordat niemand tijdig zei dat het niet ging lukken.

Hieronder tien fouten die telkens terugkeren, met wat u eraan doet.

1. Er is geen duidelijke eigenaar

Het project heeft een projectleider maar geen beslisser. Vragen over uitzonderingen blijven liggen omdat niemand bevoegd is te kiezen, en de planning verschuift zonder dat iemand het merkt.

Wijs één persoon aan die knopen doorhakt en daar de tijd voor krijgt. Niet iemand die het erbij doet.

2. De scope groeit ongemerkt

Als u toch bezig bent, kan dat er dan ook bij. Elk verzoek is klein, en samen verdubbelen ze het werk. Meestal ontstaat dit doordat mensen jaren op verbeteringen wachtten en dit hun kans lijkt.

Houd een lijst bij van wat na oplevering komt, en zet elk verzoek daarop in plaats van het af te wijzen. Dat werkt beter dan nee zeggen.

3. Slechte gegevens gaan mee

Dubbele klanten, verkeerde adressen, velden die voor iets anders gebruikt zijn. Het nieuwe systeem krijgt de schuld van fouten die er al jaren in zaten.

Schoon op vóór de migratie, in het oude systeem, met de mensen die de gegevens kennen.

4. Testen komt pas op het einde

Wordt er pas getest wanneer alles gebouwd is, dan komen fundamentele problemen aan het licht op het moment dat aanpassen het duurst is.

Test na elke fase, met echte gegevens en door de mensen die ermee moeten werken.

5. Gebruikers zien het systeem pas bij de oplevering

Dan is er geen ruimte meer voor hun opmerkingen, terwijl juist zij weten welke handelingen honderd keer per dag gebeuren. Een scherm dat één klik te veel vraagt, kost bij dat volume een medewerker per jaar.

Laat prototypes zien zodra er iets te zien is, ook als het nog niet af is.

6. De feitelijke werkwijze is nooit vastgelegd

Er wordt gebouwd op basis van hoe het proces hoort te lopen. In werkelijkheid bestaat er een reeks uitzonderingen die het systeem draaiende houdt.

Loop een gewone werkdag mee voordat er iets ontworpen wordt. Vraag niet hoe het proces werkt, maar wat iemand vandaag concreet gedaan heeft.

7. Alles gaat tegelijk over, zonder terugweg

De overstap in één keer, zonder afspraak over wat er gebeurt als het misloopt. Op de dag zelf is doorgaan dan de enige optie, ook wanneer terugkeren verstandiger zou zijn.

Werk gefaseerd waar het kan, en leg per fase vast wanneer en hoe u terugkeert.

8. De oude leverancier wordt buitengesloten

Begrijpelijk wanneer de relatie bekoeld is, maar die partij heeft de gegevens en de kennis die u nodig hebt. Zonder medewerking wordt de export een probleem op zich.

Maak vroeg concrete afspraken over data-export en ondersteuning, en leg ze schriftelijk vast. Wachten tot de opzegging op tafel ligt, is te laat.

9. Er is geen tijd gepland na de livegang

Het budget loopt tot de oplevering. Daarna komen de vragen, de kleine correcties en de dingen die niemand voorzag, en is er geen capaciteit meer.

Reserveer een tot twee maanden nazorg in planning en budget. Die tijd wordt altijd gebruikt.

10. Niemand heeft gedefinieerd wat succes is

Zonder vooraf afgesproken maatstaf blijft de beoordeling een kwestie van gevoel, en gevoel is in de eerste weken na een overschakeling altijd negatief.

Spreek vooraf af waaraan u het afmeet: minder handmatige uren, een kortere doorlooptijd, rapportage die dezelfde dag klaar is. Meet het voor de start, zodat u het achteraf kunt vergelijken.

Het patroon

Acht van deze tien fouten gaan niet over software maar over voorbereiding, beslissingen en betrokkenheid. Dat is goed nieuws: het zijn precies de zaken die u zelf in de hand hebt, voordat er ook maar één regel code geschreven is.

Wil u dit gecontroleerd aanpakken? Lees hoe wij legacy-systemen gecontroleerd en gefaseerd vernieuwen.