Hoe kiest u de juiste partner voor legacy-softwaremodernisering?

Het moderniseren van bedrijfskritische software is niet hetzelfde als nieuwe software bouwen. Het vraagt dat iemand een systeem doorgrondt dat hij niet zelf gemaakt heeft, vaak zonder documentatie, terwijl de dagelijkse werking gewoon doorloopt.

Dat is een ander vak dan van nul beginnen, en niet elke ontwikkelpartij is erin thuis. Hieronder waar u op let.

Waarop u selecteert

Ervaring met bestaande systemen

Vraag naar trajecten waarin bestaande software werd overgenomen of vervangen, niet naar mooie nieuwbouwprojecten. Vraag door: hoe stelden ze vast wat het systeem deed, wat kwam er onderweg boven, en wat liep er mis.

Dat laatste antwoord zegt het meest. Wie op die vraag geen concreet voorbeeld heeft, heeft weinig van deze trajecten gedaan.

Analyse voordat er gebouwd wordt

Een partij die zonder onderzoek een prijs voor het geheel noemt, verkoopt zekerheid die niet bestaat. Ofwel zit er een flinke marge in, ofwel komt het meerwerk later.

Zoek een aanpak die begint met een afgebakende analyse, waarna u opnieuw kunt beslissen, ook om met iemand anders verder te gaan.

Gefaseerd opleveren

Vraag hoe het traject is opgedeeld en wat er na de eerste fase in productie staat. Krijgt u één oplevering na negen maanden, dan draagt u het volledige risico tot dat moment.

Kennisoverdracht

Wat gebeurt er na de oplevering? Kan uw eigen team of een andere partij verder met wat er ligt? Vraag naar de documentatie die wordt opgeleverd en of er met gangbare technologie gewerkt wordt.

Dit is het punt waarop u de afhankelijkheid van de vorige leverancier vervangt door een nieuwe, of niet.

Eigenaarschap

Leg vast dat broncode, gegevens en documentatie van u zijn, en dat u ze op elk moment kunt opvragen. Niet alleen bij beëindiging, maar tijdens het traject.

Continuïteit

Hoe groot is het team, en wat gebeurt er als de betrokken ontwikkelaar vertrekt? Bij een traject van een jaar is dat een reële vraag. Vraag ook naar de ondersteuning erna: reactietijden, bereikbaarheid en wat daarvoor betaald wordt.

Rode vlaggen

• Een vaste prijs voor het geheel, zonder analyse – die zekerheid is schijn en kost u later
• Alles moet opnieuw – een advies dat past bij de omzet van de adviseur; vraag naar de tussenopties
• Een eigen framework – aantrekkelijk voor de leverancier, want u kunt daarna nergens anders terecht
• Geen vragen over uw proces – wie in het eerste gesprek alleen over techniek praat, mist waar het misgaat
• De oude leverancier wordt weggezet – kritiek op voorgangers is makkelijk en zegt niets over wat deze partij zelf levert
• Onduidelijkheid over broncode – als daar in het eerste gesprek omheen gepraat wordt, wordt het later niet duidelijker

Hoe u het gesprek voert

Begin niet met de vraag wat het kost, maar met de vraag hoe zij zouden vaststellen wat er nodig is. Het antwoord toont meteen of u met iemand praat die dit werk kent.

Leg een concrete situatie voor die bij u speelt: een veld dat voor iets anders gebruikt wordt, een koppeling die niemand kan uitleggen, een uitzondering die al jaren handmatig wordt afgehandeld. Wie hierop herkenbaar reageert en doorvraagt, heeft het eerder meegemaakt.

Vraag ten slotte wat er volgens hen mis kan gaan in uw geval. Een partij die alleen kansen ziet, heeft uw situatie niet ernstig bekeken of vertelt u niet alles.

Wat u zelf inbrengt

De beste partner levert geen goed resultaat zonder tegenspel van uw kant. Wijs iemand aan die beslissingen kan nemen, zorg dat medewerkers tijd krijgen om mee te denken, en wees open over de omwegen die in uw organisatie bestaan.

Die omwegen zijn geen gebrek. Ze zijn de belangrijkste informatie die er is, en een partij die er niet naar vraagt, bouwt iets voor een organisatie die niet bestaat.

Wil u met ons van gedachten wisselen? Lees hoe u legacy-systemen laat moderniseren door Forward Shapers.