Kein Entwickler für alten Code – was tun?
Sie haben eine Software, die Geld verdient. Aber Sie finden niemanden, der sie pflegt. Stellenanzeigen bleiben unbeantwortet. Agenturen winken ab. Freelancer fordern Mondpreise. Das ist kein Einzelfall. Das ist die deutsche IT-Realität 2026. Dieser Artikel erklärt, warum das so ist und welche Wege offenstehen.
Warum Entwickler alten Code ablehnen
Es gibt nicht den einen Grund. Es sind viele kleine.
Karriere-Sackgasse
Junge Entwickler wollen mit modernen Technologien arbeiten. Cloud, Microservices, TypeScript, Kubernetes. Wer drei Jahre an PHP 5.6 schraubt, baut keinen Lebenslauf für die nächste Stelle. Das ist nicht arrogant. Das ist rational.
Schmerz ohne Ruhm
Alten Code zu warten bedeutet: nachts geweckt werden, weil ein Cronjob hängt. Stundenlang in undokumentierten Funktionen suchen. Risiken eingehen, die andere geschaffen haben. Wenig Lob, viel Frust. Wer hat darauf Lust?
Fehlende Spezialisten
Sprachen wie Perl, klassisches ASP, ColdFusion oder altes PHP werden an Universitäten nicht mehr gelehrt. Das Wissen schrumpft mit jedem Jahr. Wer es noch hat, ist meist über fünfzig und denkt an Rente, nicht an Neuanstellungen.
Bezahlung passt nicht
Unternehmen rufen oft Gehälter aus den 2010er Jahren auf. Der Markt hat sich verändert. Ein Senior-Entwickler kostet heute deutlich mehr. Wer den Marktpreis nicht zahlt, bekommt niemanden.
Was nicht funktioniert
Bevor wir zu Lösungen kommen: Diese Wege führen meist ins Leere.
Einstellung über Standardportale. Die guten Entwickler sind nicht auf Indeed unterwegs. Sie werden direkt angesprochen oder bleiben.
Praktikanten oder Quereinsteiger. Für moderne Greenfield-Projekte: machbar. Für Legacy-Wartung: keine Chance. Hier braucht es Erfahrung.
Outsourcing nach Indien oder Osteuropa zum Niedrigpreis. Funktioniert bei Massenarbeit. Bei sensiblen, schlecht dokumentierten Geschäftslogiken ist die Fehlerquote hoch und der Wissensaufbau langsam.
"Wir schreiben es einfach neu." Klingt nach Lösung, ist meist Problemverdoppelung. Neuentwicklungen scheitern häufig. Und während des Neubaus muss die alte Software trotzdem laufen.
Was funktioniert
Spezialisierte Dienstleister
Es gibt Firmen, die sich auf Legacy-Wartung spezialisieren. Wir sind eine davon. Vorteil: Erfahrung mit alten Stacks. Pragmatischer Umgang mit unaufgeräumtem Code. Realistische Aufwandsschätzungen.
Worauf achten? Auf Ehrlichkeit. Ein Dienstleister, der ohne Code-Audit Festpreise nennt, hat den Code nicht gesehen. Misstrauen Sie schnellen Versprechen.
Erfahrene Freelancer
Es gibt sie noch. Erfahrene Entwickler, die Legacy nicht als Stigma sehen, sondern als interessante Herausforderung. Sie sind oft über Netzwerke, Konferenzen oder Branchenkontakte zu finden. Selten über Plattformen.
Preis: realistisch zwischen 800 und 1.400 Euro pro Tag. Unter 700 Euro ist Vorsicht angebracht. Über 1.500 Euro auch.
Wissen sichern, bevor es zu spät ist
Wenn Sie noch einen Entwickler haben, der den Code kennt: Sichern Sie das Wissen. Sofort.
Konkret: Sessions mit Bildschirmaufzeichnung. Schriftliche Dokumentation der wichtigsten Funktionen. Aufgeschriebene Sonderfälle. Übergabe-Workshops mit dem zukünftigen Dienstleister.
Das ist kein Misstrauen gegenüber dem Mitarbeiter. Das ist Risikomanagement. Menschen werden krank, kündigen, gehen in Rente.
Modernisierung als Befreiungsschlag
Wenn die Technologie wirklich zu alt ist – etwa PHP 5.6 oder ein toter Framework-Stack – kann gezielte Modernisierung das Personalproblem lösen. Ein moderner Framework-Stack lockt Entwickler an. PHP 8 mit Symfony oder Laravel ist deutlich leichter zu besetzen als handgestricktes PHP 5.6.
Die Modernisierung muss nicht alles betreffen. Oft reicht es, die Kerntechnologien zu aktualisieren. Das Geschäftslogik bleibt erhalten.
Die Wahrheit über Kosten
Externe Hilfe wirkt auf den ersten Blick teuer. Ein Tagessatz von 1.000 Euro klingt nach viel.
Rechnen Sie dagegen: Ein Vollzeit-Senior kostet inklusive Sozialabgaben, Urlaub, Krankheit und Büroplatz schnell 120.000 Euro pro Jahr. Bei 200 Arbeitstagen sind das 600 Euro Vollkosten pro Tag – wenn die Stelle besetzt ist. Bei 18 Monaten Suche kommt die Stunde nicht zustande.
Externer Dienstleister: zahlt nur, wenn gearbeitet wird. Kein Bench. Kein Risiko.
Was Sie konkret tun sollten
1. Bestandsaufnahme. Was läuft, was kritisch, was dokumentiert? Welche Sprachen und Frameworks? Welche Schmerzpunkte sind akut?
2. Risiko bewerten. Was passiert, wenn morgen niemand mehr den Code anfassen kann? Wie viel Umsatz hängt daran?
3. Hilfe holen. Suchen Sie spezialisierte Anbieter. Lassen Sie sich ein Audit machen. Vergleichen Sie Angebote nicht nur am Preis, sondern an der Ehrlichkeit der Aufwandsschätzung.
4. Wissen sichern. Egal welchen Weg Sie wählen – dokumentieren Sie, was Sie wissen. Heute, nicht morgen.
5. Schritt für Schritt sanieren. Sie müssen nicht alles auf einmal lösen. Erst stabilisieren, dann modernisieren. Die angesammelten Schulden tilgen sich nicht in einem Monat.
Was wir aus der Praxis sehen
Ein typischer Fall: Maschinenbauer aus Süddeutschland, 80 Mitarbeiter. Eigene Auftragsverwaltung in PHP 5.6 aus 2011. Der Entwickler ist 2023 in Rente gegangen. Seitdem keine Updates, keine Erweiterungen. Funktioniert noch – aber niemand traut sich, etwas zu ändern.
Lösung: Audit (zwei Wochen), Stabilisierung und Sicherheits-Härtung (zwei Monate), parallel laufende Wartung (laufend). Modernisierung der kritischsten Teile (sechs Monate). Gesamtaufwand: deutlich unter dem, was ein Neubau gekostet hätte. Die Software läuft. Das Wissen ist gesichert.
Fazit
Es gibt keinen Mangel an Entwicklern für alten Code. Es gibt einen Mangel an Verbindungen zu den Richtigen. Mit dem passenden Partner ist Ihre Software auch ohne festen Entwickler im Haus wartbar. Wichtig ist, dass Sie nicht weiter warten.
FAQ
Wie schnell kann ich einen externen Dienstleister einsetzen?
Ein erstes Gespräch geht in einer Woche. Ein Audit dauert zwei bis vier Wochen. Danach kann die Arbeit beginnen. Schnell, aber nicht überstürzt.
Muss ich meinen Code aus der Hand geben?
Nicht zwangsläufig. Seriöse Dienstleister arbeiten mit NDAs, dedizierten Repositories und klaren Zugriffsregeln. Ihr Quellcode bleibt Ihr Eigentum.
Was ist mit der Übergabe vom alten Entwickler?
Wenn er noch da ist: nutzen Sie die Zeit. Übergabe-Workshops, gemeinsame Code-Reviews, dokumentierte Sessions. Wenn er weg ist: Reverse Engineering. Aufwändiger, aber machbar.
Welche Sprachen sind besonders problematisch?
Klassisches Perl, ColdFusion, klassisches ASP, frühes PHP, alte Versionen von Delphi. Auch hier finden sich Spezialisten – aber teurer und seltener.
Lohnt sich Neuentwicklung statt Wartung?
Nur in seltenen Fällen. Faustregel: Wenn die Wartung mehr als das Dreifache eines vergleichbaren Standardprodukts kostet, lohnt sich der Vergleich. Sonst nicht.
Niemand pflegt mehr Ihren alten Code? Wir schauen uns Ihre Situation an und sagen Ihnen, was machbar ist. Ehrlich, ohne Verkaufsdruck. Jetzt Kontakt aufnehmen.