Der Entwickler ist weg — ist Ihr Code übergabefähig?
Wenn der Freelancer, die Agentur oder der Gründer-Entwickler geht und niemand mehr den Code versteht: Vier Kriterien zeigen, ob eine Codebase übergabefähig ist — und was Weiterbauen realistisch kostet.
Einer der häufigsten Hilferufe, die mich erreichen, klingt so: „Unser Entwickler ist weg. Und keiner versteht mehr seinen Code."
Gebaut hat das System jemand, der jetzt nicht mehr da ist — ein Freelancer, eine Agentur, der eine Gründer-Entwickler. Zurück bleibt Code, den niemand im Team vollständig durchdringt. Und mit ihm eine Ungewissheit, die jede Planung blockiert: Können wir damit überhaupt weiterarbeiten?
Die erste Frage ist dabei nicht: Wie bauen wir weiter? Sondern: Ist dieser Code überhaupt übergabefähig?
Vier Kriterien zeigen es
Erstens: Lässt sich das System sauber neu aufsetzen? Oder lief es nur auf dem einen Laptop, der mit seinem Besitzer verschwunden ist? Ein System, das sich nicht aus dem Repository heraus reproduzierbar aufbauen lässt, ist keines, das man besitzt — man beherbergt nur seine Ausgabe.
Zweitens: Gibt es Tests, die zeigen, was das System können soll? Tests sind mehr als Fehlerfänger — sie sind die einzige maschinenlesbare Beschreibung dessen, was der ursprüngliche Entwickler beabsichtigt hat. Ohne sie ist jede Änderung ein Ratespiel.
Drittens: Sind die Bereiche getrennt, oder hängt alles an allem? Ein modular geschnittenes System kann Stück für Stück verstanden und übernommen werden. Ein verflochtenes verlangt, alles auf einmal zu verstehen — genau das, was ohne den ursprünglichen Kopf nicht mehr möglich ist.
Viertens: Gibt es Dokumentation — und sei sie noch so knapp? Selbst eine unvollständige Architekturskizze oder ein veraltetes README verkürzt die Einarbeitung erheblich, weil es zeigt, wie der Erbauer gedacht hat.
Ja, ich nutze dafür KI — mit einer wichtigen Einschränkung
KI beschleunigt diese Bestandsaufnahme enorm: Code-Zusammenfassungen, Abhängigkeitsanalysen, Strukturübersichten entstehen in Minuten statt Tagen. Aber ohne fachliche Vorgabe liefert sie hübsche Zusammenfassungen, die an den entscheidenden Stellen vorbeigehen. Was man suchen muss — die Stellen, an denen ein System wirklich hängt oder bricht — kommt aus Erfahrung, nicht aus dem Werkzeug.
Der erste Schritt
Der erste Schritt ist immer eine ehrliche Bestandsaufnahme. Erst danach lässt sich seriös sagen, was Weiterbauen kostet — und ob es sich lohnt, oder ob gezielte Teile neu entstehen sollten.
Standen Sie schon einmal vor verwaistem Code?