Redactionele verantwoordelijkheid: AppMakelaar
Inhoudelijk bijgewerkt:
Praktische afwegingen van AppMakelaar, geen onafhankelijk onderzoek of voorspelling van uw resultaat. Externe bronnen ondersteunen de specifiek benoemde technische of privacyonderwerpen.
Verzamel de feitelijke situatie
Leg vast wat aantoonbaar werkt, wat gebruikers nodig hebben en welke blokkades bestaan. Vraag om een demonstratie met representatieve gegevens. Een voortgangspercentage zonder werkende functies, tests of concrete criteria is onvoldoende om op te beslissen.
Beperk verdere schade
Maak eerst afspraken over productieproblemen, toegang, een veilige kopie en het bewaren van kennis. Een haastige volledige herbouw kan bruikbare logica en uitzonderingen verliezen. Inventariseer die kennis voordat onderdelen worden verwijderd.
Vergelijk drie routes
Vergelijk gericht herstel, stapsgewijze vervanging en stoppen of vervangen door standaardsoftware. Beschrijf per route de resterende kosten, afhankelijkheden, migratierisico’s en onderhoudslast. Eerder uitgegeven geld maakt een toekomstige route niet vanzelf verstandig.
Vervang stapsgewijs waar dat helpt
Een afgebakend onderdeel vervangen kan een manier zijn om te leren zonder alles tegelijk om te zetten. Martin Fowler beschrijft deze vorm van geleidelijke vervanging als het Strangler Fig-patroon. Of het past hangt af van de systeemgrenzen en de mogelijkheid oud en nieuw tijdelijk naast elkaar te laten werken.
Spreek een beslismoment af
Kies een klein toetsbaar herstelresultaat en leg vast wanneer u doorgaat of stopt. Gebruik geen universeel percentage “herbruikbare code” als beslisregel. Tests, architectuur, bedrijfskennis en resterende kosten wegen samen mee.