Kein Entwickler will meinen alten Code anfassen
Sie haben ein Angebot eingeholt. Oder drei. Die Antworten kamen schnell. Meistens sagten die Entwickler ab. Manchmal höflich, manchmal mit dem Vorschlag, alles neu zu bauen. Kein Entwickler für alten Code zu finden ist kein Einzelschicksal. Das ist der Alltag vieler Unternehmen im Mittelstand.
Dieser Artikel erklärt, warum das so ist. Was hinter der Ablehnung steckt. Und welche Optionen Sie wirklich haben.
Warum lehnen Entwickler alte Projekte ab?
Das hat wenig mit schlechtem Willen zu tun. Es hat viel mit Marktanreizen zu tun.
Der Entwicklermarkt hat sich verändert. Wer heute eine Stelle ausschreibt, findet Bewerber mit React- und Cloud-Kenntnissen. Wer PHP 5 oder eine gewachsene Java-Anwendung aus den 2000ern betreut haben möchte, findet oft niemanden. Das liegt an mehreren konkreten Faktoren.
Alte Systeme sind selten dokumentiert
Legacy-Code ist fast nie gut dokumentiert. Es gibt keine Erklärung, warum etwas so gebaut wurde. Keine Tests, die zeigen, was die Software eigentlich tun soll. Kein Einarbeitungsmaterial.
Für einen Entwickler bedeutet das: Wochen des Rätsels. Fehler, die unerwartet auftauchen. Die Angst, etwas kaputtzumachen, das man nicht versteht.
Das ist frustrierend. Kein Entwickler möchte frustriert sein, wenn er woanders gut bezahlte, gut dokumentierte Projekte bekommt.
Altsysteme bringen kein Prestige
Entwickler bauen ihre Karriere auf ihrem Portfolio auf. "Ich habe ein React-Frontend für 50.000 Nutzer gebaut" klingt besser als "Ich habe eine PHP-4-Anwendung am Laufen gehalten".
Das ist keine Frage der Qualität. Es ist eine Frage der Wahrnehmung im Markt.
Wer fünf Jahre PHP 5 wartet, hat danach schlechtere Chancen auf dem Arbeitsmarkt. Das wissen Entwickler. Also wählen sie andere Projekte.
Der Neuaufbau-Reflex
Viele Entwickler bekommen beim Blick in alte Codebasen einen Impuls: "Das muss komplett neu gebaut werden." Das ist nicht immer falsch. Aber es ist auch nicht immer richtig.
Neu bauen ist vertrauter. Alte Systeme zu verstehen und gezielt zu verbessern ist eine andere, seltenere Fähigkeit. Wer sie nicht hat, empfiehlt Neuaufbau.
Was passiert, wenn Sie nichts tun?
Das Problem löst sich nicht von selbst. Im Gegenteil.
Wenn niemand das System kennt, wächst das Risiko. Kleine Fehler bleiben unbehoben. Sicherheitslücken sammeln sich an. Wer das System dann doch anfassen muss, braucht länger und kostet mehr.
Es gibt ein Szenario, das viele Unternehmen unterschätzen: Der letzte Mensch, der das System kennt, verlässt das Unternehmen. Dann ist nicht nur kein Entwickler vorhanden. Es ist auch niemand mehr da, der erklären kann, wie das System funktioniert.
Das ist der Punkt, an dem aus einem Problem ein Notfall wird. Technische Schulden, die lange ignoriert werden, werden teurer. Nicht billiger. Jeder Monat ohne Wartung ist ein Monat, in dem sich weiteres Risiko aufbaut.
Was Sie wirklich tun können
Hier sind vier Optionen. Keine davon ist perfekt. Alle sind realistisch.
Option 1: Spezialisten für Legacy-Software suchen
Es gibt Entwickler und Dienstleister, die alte Systeme als Spezialgebiet haben. Sie sind schwerer zu finden als klassische Webagenturen. Aber sie existieren.
Wichtig dabei: Nicht jeden nehmen, der sagt, er könne das. Fragen Sie nach konkreten Referenzen mit ähnlichem Technologie-Stack. Fragen Sie, wie viele Projekte mit PHP 4, PHP 5 oder Java EE der Dienstleister tatsächlich betreut hat. Und fragen Sie, was beim ersten Kontakt mit Ihrem System gemacht wird, bevor irgendetwas verändert wird.
Wer sofort mit Änderungen beginnen will, ohne das System zu verstehen, ist kein Spezialist. Er ist ein Risiko.
Option 2: Das System stabilisieren statt sofort modernisieren
Nicht jedes System braucht eine Modernisierung. Manche brauchen Stabilisierung.
Das bedeutet: Das System wird so abgesichert, dass es zuverlässig weiterläuft. Bekannte Sicherheitslücken werden geschlossen. Backups werden eingerichtet. Ein grundlegendes Monitoring wird aufgebaut. Die Funktionen bleiben, wie sie sind.
Das ist kein glamouröser Auftrag. Aber es ist oft der richtige erste Schritt. Bevor man ein System modernisiert, muss man es kennen. Bevor man es kennt, muss man es stabilisieren.
Mehr dazu, was Software-Wartung in der Praxis bedeutet, lesen Sie auf unserer Leistungsseite.
Option 3: Schrittweise Ablösung statt Komplett-Rewrite
Ein vollständiger Neuaufbau klingt verlockend. Er ist meistens teuer, dauert lang und liefert selten das, was versprochen wurde.
Es gibt eine Alternative: schrittweise Ablösung. Einzelne Teile des Systems werden neu entwickelt, während der Rest weiterläuft. Der Betrieb wird nicht unterbrochen. Das Risiko bleibt begrenzt.
Das erfordert Planung und Entwickler, die mit altem Code umgehen können, während sie neuen schreiben. Aber es ist machbar. Und für viele Unternehmen ist es die bessere Lösung als der radikale Schnitt.
Option 4: Wissen sichern, bevor es zu spät ist
Falls noch jemand im Unternehmen das System kennt, ist jetzt der richtige Moment. Nicht nächsten Monat.
Dokumentation klingt nach Bürokratie. In der Praxis bedeutet es: aufschreiben, wie das System funktioniert. Was die kritischen Stellen sind. Wo man besser nicht anfassen sollte. Welche Fehler regelmäßig auftreten und wie man sie behebt.
Das kostet Zeit. Aber es ist die Grundlage für alles, was danach kommt. Kein Dienstleister kann ein undokumentiertes System schnell übernehmen. Wer vorsorgt, hat später mehr Optionen.
Was Sie bei der Wahl eines Dienstleisters beachten sollten
Wenn Sie keinen Entwickler für alten Code finden, suchen Sie wahrscheinlich an den falschen Stellen.
Klassische Webagenturen sind auf neue Projekte ausgerichtet. Legacy-Spezialisten arbeiten anders. Sie fangen mit einer Bestandsaufnahme an. Sie sagen ehrlich, was sie finden. Und sie empfehlen nicht automatisch einen Neuaufbau, nur weil er einfacher wäre.
Ein seriöser Dienstleister analysiert Ihr System zuerst. Er macht Ihnen ein Angebot auf Basis echter Erkenntnisse. Nicht auf Basis einer Schätzung aus der Ferne.
Warnsignale beim Erstgespräch: sofortige Empfehlung für Neuaufbau ohne Systemkenntnis, kein Interesse daran was die Software aktuell konkret leistet, kein Nachweis von Erfahrung mit ähnlichen Technologien. Angebote, die pauschal und rund klingen, ohne dass jemand den Code gesehen hat.
Diese Signale bedeuten nicht unbedingt bösen Willen. Sie bedeuten meistens: Der Dienstleister hat keine Erfahrung mit Legacy-Projekten.
Was die Suche nach dem falschen Dienstleister wirklich kostet
Das ist eine Frage, die selten gestellt wird. Dabei ist sie wichtig.
Wenn ein ungeeigneter Entwickler an Ihrem System arbeitet, entstehen Kosten. Nicht nur durch das Honorar. Durch Fehler, die behoben werden müssen. Durch Ausfälle, die vermieden werden hätten können. Durch Zeit, die verloren geht.
Ein schlechter Eingriff in ein altes System kann Monate rückwärtswerfen. Ein guter Eingriff stabilisiert es dauerhaft.
Der Unterschied liegt selten am Preis auf der Rechnung. Er liegt an dem, was danach passiert.
Was wir aus der Praxis sehen
Ein typischer Fall: Ein Unternehmen mit 60 Mitarbeitern, eigene Auftragsverwaltung in PHP 5 aus dem Jahr 2009. Der Entwickler ist 2022 in Rente gegangen. Seitdem: keine Updates, keine Erweiterungen. Funktioniert noch, aber niemand traut sich, etwas zu ändern.
Lösung: zuerst ein Audit, dann Stabilisierung und Absicherung, dann schrittweise Modernisierung der kritischsten Teile. Gesamtaufwand: deutlich unter dem, was ein Neubau gekostet hätte. Die Software läuft. Das Wissen ist gesichert.
Das ist kein Ausnahmefall. Das ist das Ergebnis, das möglich ist, wenn der erste Schritt der richtige ist.
Fazit
Kein Entwickler für alten Code zu finden ist frustrierend. Aber es ist kein Zeichen, dass das System nicht zu retten ist.
Viele Systeme, die als "unwartbar" abgestempelt wurden, laufen nach einer gezielten Übernahme und Stabilisierung jahrelang weiter. Das erfordert Spezialisten, keine Generalisten. Und es erfordert eine ehrliche Bestandsaufnahme, bevor irgendetwas verändert wird.
Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihr System an und sagen Ihnen ehrlich, was möglich ist und was nicht.
