Warum gute Entwickler kündigen und was Sie das wirklich kostet
Warum gute Entwickler kündigen, liegt selten am Gehalt. Die echten Gründe, die Warnsignale, die Kosten eines Abgangs und was Sie vorher tun können.
Vlado Pandžić · Gründer · Senior .NET-Architekt
Veröffentlicht · 8 Min. Lesezeit
Inhalt
Meistens passiert es an einem Freitag. Ihr erfahrenster Entwickler bittet um ein kurzes Gespräch und legt die Kündigung auf den Tisch. Er hat etwas anderes gefunden, die Entscheidung steht, und er bleibt dabei höflich.
Die Führungskraft ist überrascht. Der Entwickler nicht. In den meisten Fällen hat er monatelang darüber nachgedacht, und die Anzeichen waren für jeden sichtbar, der wusste, worauf er achten muss.
Dieser Artikel richtet sich an Geschäftsführer, CTOs und Entwicklungsleiter. Es geht darum, was ein solcher Abgang wirklich kostet, warum gute Entwickler tatsächlich kündigen, woran Sie es früh erkennen und was Sie vorher und nachher noch tun können.
Was ein einziger Abgang wirklich kostet
Gallup schätzt, dass der Ersatz eines Mitarbeiters zwischen dem halben und dem doppelten Jahresgehalt kostet, und nennt das eine vorsichtige Schätzung. Bei einem Senior-Entwickler liegt die Wahrheit eher in der oberen Hälfte dieser Spanne, denn die Kosten entstehen nicht nur bei der Suche. Dazu kommt alles, was das Team nicht schafft, solange die Stelle leer ist und solange sich die neue Person ins System einarbeitet.
Ein typischer Ablauf, wie wir ihn in der Praxis sehen:
- 1–3 MonateKündigungsfrist: noch da, gedanklich schon weg
- 2–4 MonateSuche nach einem Nachfolger
- 1–3 MonateDie Kündigungsfrist der neuen Person
- 3–6 MonateEinarbeitung bis zur vollen Produktivität
Zusammengerechnet sind das oft sechs Monate bis ein Jahr, in denen das Team mit weniger Kapazität arbeitet als geplant. Für ein Beispielunternehmen, in dem ein Senior-Entwickler 70.000 € im Jahr kostet:
| Kosten | Wie sie sich zeigen | Grobe Größenordnung |
|---|---|---|
| Rekrutierung | Provision für Personalvermittler, Stellenanzeigen, Zeit des Teams in Vorstellungsgesprächen | 10.000–20.000 € |
| Leere Stelle | Funktionen, die nicht gebaut werden, Projekte, die sich verschieben | 15.000–35.000 € |
| Einarbeitung | Die neue Person mit halber Geschwindigkeit, Kollegen, die erklären | 15.000–25.000 € |
| Verlorenes Wissen | Fehler in Bereichen, die nur der Ausscheidende verstanden hat | schwer zu schätzen, oft der größte Posten |
| Summe | 40.000–80.000 €, ohne verlorenes Wissen |
Die Zahlen sind illustrativ und nicht gemessen, aber die Größenordnung passt zu der Spanne von Gallup. Die letzte Zeile tut am meisten weh, weil niemand dafür ein Budget einplant. Unser Artikel über Wissen und die Übernahme einer .NET-Anwendung zeigt, was passiert, wenn die Person weg ist, die das System kannte.
Warum sie wirklich gehen
Fragen Sie einen Entwickler, warum er gegangen ist, lautet die Antwort oft: „ein besseres Angebot“. Das ist die höfliche Version. Im Stack Overflow Developer Survey 2025 stand bei der Arbeitszufriedenheit nicht das Gehalt an erster Stelle, sondern Autonomie und das Vertrauen, die eigenen Aufgaben selbst zu steuern. Das Gehalt kam auf Platz zwei, danach folgten echte Probleme aus der Praxis lösen, an anspruchsvollen Aufgaben arbeiten und Einfluss auf die Qualität der eigenen Arbeit.
Das deckt sich mit dem, was wir sehen. Gute Entwickler verlassen selten einen Job, den sie mögen, für 10 % mehr. Sie verlassen einen Job, der sie frustriert, und das bessere Angebot ist einfach der Ausweg. Die häufigsten Frustrationen:
- Verantwortung ohne Befugnis. Von ihnen wird erwartet, die Qualität hochzuhalten, aber niemand hat ihnen ein Mitspracherecht gegeben, wie. Dazu haben wir einen ganzen Artikel geschrieben: Senior-Entwickler oder Tech Lead.
- Dauerndes Feuerlöschen. Jede Woche beginnt mit dringenden Problemen in der Produktion. Die geplante Arbeit kommt nie dran, und das System wird nie besser.
- Prioritäten, die sich jede Woche ändern. Was am Montag dringend war, ist am Donnerstag gestrichen. Nach einer Weile glaubt niemand mehr an den Plan.
- Ein System, aus dem sie nichts mehr lernen. Jahre auf einer alten Plattform, ohne Zeit für die Modernisierung, während sich die Branche weiterbewegt. Unser Artikel über technische Schulden und langsame Entwicklung beschreibt, wie sich das aufbaut.
- Kein Weg nach oben außer ins Management. Wachsen kann man nur, wenn man aufhört zu programmieren. Viele hervorragende Entwickler wollen das nicht, also wachsen sie woanders.
- Qualitätsentscheidungen über ihren Kopf hinweg. Termine, die sie zwingen, etwas auszuliefern, von dem sie wissen, dass es kaputtgeht, und es später in ihrer Freizeit zu reparieren.
Das Gehalt zählt natürlich. Deutlich unter dem Marktniveau zu liegen, ist für sich schon ein Grund. Aber wenn das Gehalt fair ist, entscheiden die Gründe oben, wer bleibt.
Warnsignale
Laut Gallup sagen 52 % der Mitarbeiter, die freiwillig gegangen sind, dass ihre Führungskraft oder ihr Unternehmen etwas hätte tun können, um es zu verhindern. Die meisten Abgänge kündigen sich an:
| Was Sie sehen | Was es oft bedeutet |
|---|---|
| In Meetings wird nicht mehr diskutiert | Er glaubt nicht mehr, dass seine Meinung etwas ändert |
| Weniger Vorschläge und Verbesserungen | Er investiert nicht mehr in die Zukunft dieses Systems |
| Mehr freie Tage, oft einzelne | Vorstellungsgespräche |
| Das LinkedIn-Profil ist plötzlich aktuell | Genau das, was Sie denken |
| Seit Monaten Beschwerden über dieselben Dinge | Nachdem er sie angesprochen hat, hat sich nichts geändert |
| Er lehnt neue Aufgaben ab, die er früher wollte | Er plant nicht, lange genug zu bleiben |
Keines dieser Signale beweist für sich allein etwas. Zwei oder drei zusammen sind ein Grund für ein Gespräch, und zwar jetzt und nicht erst nach der Kündigung.
Was Sie vor der Kündigung tun können
Die günstigste Mitarbeiterbindung ist ein Gespräch, das früh genug stattfindet. Kein Leistungsbeurteilungsgespräch, sondern ein ehrliches:
„Was frustriert Sie an Ihrer Arbeit im Moment am meisten? Und was würden Sie ändern, wenn Sie entscheiden könnten?“
Dann hören Sie zu und setzen mindestens eine der Antworten um. Was in der Regel hilft:
- Eine klare Rolle. Wenn Sie erwarten, dass er technisch führt, geben Sie ihm das Mandat und die Zeit dafür. Wenn nicht, hören Sie auf, es zu erwarten.
- Geschützte Zeit für Verbesserungen. Ein fester Anteil jedes Sprints für den Abbau technischer Schulden, für Tests und Werkzeuge. Schon 10–20 % verändern, wie sich die Arbeit anfühlt.
- Weniger Prioritätswechsel. Nicht keine, aber weniger, und mit Begründung. Ein Plan, der zwei Wochen hält, ist mehr wert als ein perfekter Plan, der zwei Tage hält.
- Ein technischer Karrierepfad. Wachstum in Verantwortung und Gehalt, ohne Führungskraft werden zu müssen.
- Faire Bezahlung, am Markt überprüft. Wenn Sie nicht wissen, wo Sie stehen, finden Sie es heraus, bevor er es tut. Unser Artikel über Stundensätze von .NET-Freelancern gibt einen Eindruck vom Markt.
Wenn die Kündigung schon auf dem Tisch liegt
Manchmal ist es zu spät, und das ist in Ordnung. Jetzt zählt die Kündigungsfrist.
- Sichern Sie zuerst das Wissen. Fragen Sie: Was wissen nur Sie? Welche Teile des Systems, welche Passwörter und Zugänge, welche Eigenheiten von Kunden, welche Skripte auf welchem Server? Schreiben Sie es gemeinsam auf, in der ersten Woche, nicht in der letzten.
- Organisieren Sie eine echte Übergabe. Bringen Sie ihn mit der Person zusammen, die den jeweiligen Bereich übernimmt. Dokumentation hilft, aber ein paar Wochen Seite an Seite zu arbeiten, hilft mehr.
- Lassen Sie die Stelle nicht monatelang leer. Während Sie suchen, kann ein externer Senior die wichtigste Arbeit übernehmen und das Wissen direkt vom Ausscheidenden übernehmen. Mehr dazu in unserem Artikel darüber, was Sie tun können, während Sie einen Senior-.NET-Entwickler suchen.
- Trennen Sie sich gut. Wer im Guten geht, empfiehlt Sie weiter, beantwortet auch nach dem Abgang mal eine Frage und kommt manchmal sogar zurück.
Ständig wechselnde Prioritäten lassen außerdem jede Frist platzen, und die Schuld landet beim Team. Unser Artikel zur Aufwandsschätzung in der Software zeigt, wie aus zwei Wochen zwei Monate werden.
Fragen, die wir oft hören
Hält ihn eine Gehaltserhöhung?
Manchmal für eine Weile, selten für immer. Wenn das Gehalt der Grund war, ja. Wenn der Grund Frust über die Arbeit war, kauft eine Gehaltserhöhung ein paar Monate, und der Frust bleibt.
Sollen wir ein Gegenangebot machen?
Nur wenn Sie auch bereit sind, das zu ändern, was ihn zum Gehen gebracht hat. Ein Gegenangebot ohne Veränderung verschiebt den Abgang meist nur, und der Rest des Teams lernt, dass eine Kündigung der Weg zu mehr Gehalt ist.
Wie lange dauert es, einen Senior-.NET-Entwickler zu ersetzen?
Von der Kündigung bis zu einem voll produktiven Nachfolger oft sechs Monate bis ein Jahr: die Suche, die Kündigungsfrist der neuen Person und die Zeit, Ihr System kennenzulernen. Deshalb sind die Übergabe und die Überbrückungsphase so wichtig.
Wie machen wir uns von einer einzelnen Person unabhängig?
Verteilen Sie Wissen gezielt: Code-Reviews, Pair Programming an kritischen Stellen, Dokumentation als Teil jeder Änderung und kein Teil des Systems, den nur eine einzige Person je angefasst hat. Das kostet jede Woche ein wenig und spart viel an dem Tag, an dem jemand geht.
Wie wir arbeiten
ProCoding ist ein .NET-Studio in Split, Kroatien. Wenn ein wichtiger Entwickler geht, springen wir in die Lücke: Wir übernehmen das Wissen während der Kündigungsfrist, halten die wichtigste Arbeit am Laufen und helfen Ihrem nächsten Entwickler beim Einstieg. Wir unterstützen Teams auch, bevor es so weit kommt, mit technischer Führung, Tests und dem Abbau technischer Schulden. Als monatliches Kontingent an Tagen oder mit einem .NET-Freelancer direkt in Ihrem Team. Der erste Schritt ist ein kostenloses 30-minütiges Gespräch.
Quellen
- This fixable problem costs U.S. businesses $1 trillion, Gallup
- Stack Overflow Developer Survey 2025: Work, Stack Overflow
Dieser Artikel dient nur der allgemeinen Information und ist keine Rechts-, Steuer-, Finanz- oder sonstige Fachberatung. Szenarien, Beispiele und Berechnungen dienen der Veranschaulichung. Nutzungsbedingungen und Haftungsausschluss.