Womit es anfängt
Mit einer Bestandsaufnahme, nicht mit Meinungen: was installiert ist, was von Hand geschrieben wurde, was nach Zeitplan läuft, wo die Daten wirklich liegen. Ein halber Tag Lesen erklärt meist mehr als eine Woche Meetings.
Danach eine kurze schriftliche Antwort: was bleibt, was repariert wird und was neu zu schreiben billiger ist als zu flicken.
Was sich meistens herausstellt
Ein Projekt bleibt selten an etwas Exotischem hängen. Es bleibt an einem Umfang hängen, den niemand aufgeschrieben hat, an Eigencode, den niemand lesen kann, und an einer Datenbank, in die niemand geschaut hat, bis sie langsam wurde.
Nichts davon ist tödlich. Alles davon ist Arbeit, die sich planen lässt, sobald sie benannt ist.
Was am Ende dasteht
Ein laufendes System und eine Karte dazu: was jede Eigenentwicklung tut, wovon sie abhängt und worauf zu achten ist. So geschrieben, dass der nächste Entwickler - nicht zwingend ich - ohne Archäologie übernimmt.
Und, wenn das die ehrliche Antwort ist, die klare Empfehlung aufzuhören: manchmal kostet Fertigmachen mehr als Neuanfangen.