Du sollst ein Altsystem ablösen, und niemand weiß, wie es funktioniert. Wie gehst du das an?

Rekonstruier das Verhalten aus drei Quellen: den Daten, die es produziert, den Leuten, die es nutzen, und dem Code oder der Konfiguration, falls sie jemand lesen kann. Arbeite von den Ausgaben rückwärts, denn die Ausgaben sind die Anforderungen, auf die es ankommt. Rechne mit undokumentierten Regeln, protokollier jede, die du findest, und plan eine Phase Parallelbetrieb ein, um die zu fangen, die du übersehen hast.

Ich arbeite von den Ausgaben rückwärts, denn was das System produziert, ist das, worauf das Business tatsächlich angewiesen ist, und die interne Logik ist nur dort interessant, wo sie eine Ausgabe verändert. Ich hole mir also Muster von allem, was es ausgibt, Reports, Dateien, Schnittstellen, und verfolge zurück, was für jedes davon wahr sein muss. Parallel spreche ich mit denen, die es am längsten nutzen, und frage gezielt nach den seltsamen Fällen, denn dort leben die versteckten Regeln. Wenn noch jemand den Code oder die Konfiguration lesen kann, ist das die dritte Quelle, und sie entscheidet Streitfragen. Bei einer Ablösung fanden wir eine Rundungsregel, die in einer Stored Procedure vergraben war und von der niemand mehr wusste, und sie betraf rund ein Fünftel der Transaktionen um einen kleinen Betrag, den die Finanzabteilung seit Jahren manuell abgeglichen hatte. Worauf ich bestehe, ist Parallelbetrieb, denn du findest nie jede Regel, und der Abgleich gegen das Altsystem ist der Weg, die übersehenen vor den Kunden zu finden.