Arbeiten in der IT: Was Mitarbeiter wirklich denken

Einstieg: Beobachtung und These

Deutschland, 2024/25: Die Stimmung in der IT ist ambivalent. Remote ist verbreitet, KI‑Tools sind weit verbreitet – und trotzdem klagen viele über Reibungsverluste. Die zentrale These dieses Artikels: Deine Zufriedenheit als Entwickler:in hängt weniger vom hippen Tech‑Stack ab als von den Rahmenbedingungen. Entscheidend sind vor allem der Umgang mit technischen Schulden, reale Flexibilität und ein faires, transparentes Gehalt.

Diese Perspektive stützen aktuelle Umfragen. Die Stack Overflow Developer Survey 2024 zeigt, dass 42 Prozent hybrid, 38 Prozent remote und 20 Prozent vor Ort arbeiten. In Deutschland sind nur 56,3 Prozent der Befragten in Vollzeit angestellt – der Rest verteilt sich u. a. auf Studium, Teilzeit oder Freelancing. Gleichzeitig berichten Medienauswertungen der Survey von sinkenden Durchschnittseinkommen und technischen Schulden als wichtigstem Frustfaktor. Für dich als Bewerbende heißt das: Nicht nur auf Frameworks und Cloud‑Provider achten – die wahren Hebel für Zufriedenheit liegen tiefer.

Wie Entwickler:innen ihr Arbeitsumfeld derzeit einschätzen

Die Ergebnisse der Stack Overflow Survey geben die grobe Markierung des Spielfelds vor: Remote und Hybrid sind etabliert, On‑site‑Anteile steigen leicht. Wer den Datensatz nachvollziehen will, findet die Übersicht im Abschnitt „Work“ der Stack Overflow Developer Survey 2024.

• Arbeitsmodell: 42 Prozent hybrid, 38 Prozent remote, 20 Prozent vor Ort (weltweit, 2024).
• Deutschland: 56,3 Prozent Vollzeitbeschäftigte unter den Antwortenden; vergleichsweise hoher Anteil an Studierenden, Teilzeit über dem globalen Wert.
• Vergütung: Nach Rollen differenziert – in Deutschland etwa liegen Data Engineers laut Survey‑Median im oberen Bereich.

Deutschsprachige Einordnungen heben hervor: Technische Schulden sind laut Auswertung der Survey der größte Frustfaktor, und das durchschnittliche Jahreseinkommen ist zuletzt spürbar gesunken. Beides bestätigt heise online: Developer Survey 2024. Für den hiesigen Arbeitsmarkt zeichnet zudem eine Bitkom‑Analyse (zusammengefasst von ComputerWeekly) anhaltenden Fachkräftemangel – aber auch Reibungen im Recruiting: zu starre Anforderungen, zu lange Prozesse, zu wenig Flexibilität.

Die drei zentralen Frustfaktoren — Daten, Beispiele, Folgen

Technische Schulden

Warum sie so frustrieren: Schulden drücken sich nicht nur in Legacy‑Code aus, sondern auch in manuellen Deployments, fragiler Testabdeckung, monolithischen Build‑Pipelines oder unklaren Ownership‑Schnitten. Der Effekt im Alltag: Kontexte wechseln ständig, Qualität stagniert, Vorhaben dauern länger als geplant. Die heise‑Auswertung der Stack Overflow Survey nennt technische Schulden als Top‑Frustpunkt in der Entwicklererfahrung.

Konsequenzen: Teams verlagern Energie von Wertschöpfung zu „Feuerwehr“. Das kann deine Motivation senken und mit erhöhter Wechselbereitschaft einhergehen – besonders bei Leuten, die Verbesserungsarbeit ernst nehmen.

Fehlende Flexibilität und langwierige Prozesse

Bitkom‑Zahlen (via ComputerWeekly) zeichnen ein wiederkehrendes Muster: Bewerbungen scheitern oft an fehlender Flexibilität wie nicht angebotener mobiler Arbeit oder unflexiblen Arbeitszeiten; Prozesse dauern Monate. Gleichzeitig lehnen viele Kandidat:innen Umzüge ab. Für Dev‑Teams bedeutet starre Präsenzpflicht häufig weniger Fokuszeit und mehr Overhead – insbesondere, wenn Tools und Rituale Remote‑Arbeit nicht ernsthaft unterstützen.

Konsequenzen: Gute Leute springen im Prozess ab, Onboarding verzögert sich, Teams bleiben unterbesetzt. Wer bleibt, kompensiert strukturelle Lücken – ein Nährboden für weitere Schulden.

Gehalt und Anerkennung

Die heise‑Auswertung zur 2024er‑Survey berichtet von sinkenden Durchschnittseinkommen. Auch wenn die Stack Overflow‑Daten je Rolle und Land stark variieren, verstärkt ein „gefühlt nicht marktgerechtes“ Paket Unzufriedenheit – besonders, wenn Transparenz und Entwicklungsperspektiven fehlen. Anerkennung ist hier nicht nur Bezahlung: Einfluss auf Entscheidungen, Zeit für Qualität und Weiterbildung wirken ähnlich stark.

Konsequenzen: Wenn Anerkennung nur über Extra‑Meilen und „Heldennächte“ erfolgt, brennt das Team aus. Besser sind planbare Kapazitäten für Qualität, nachvollziehbare Gehaltsbänder und klare Wachstumspfade.

Was Bewerbende konkret ableiten sollten

Jenseits des Tech‑Stacks lohnt der Blick auf die Systembedingungen. Wie erkennst du sie vor der Zusage?

• Produktqualität und Schuldenkultur: Frage nach dem Verhältnis von Neuerungen zu Wartung/Refactoring in den letzten zwei Quartalen. Bitte um Beispiele für gezielt abgebauten Legacy‑Anteil oder Migrationsmeilensteine. Frage, wie technische Schulden erfasst, priorisiert und budgetiert werden.
• Delivery‑Realität: Lass dir den Weg von Commit bis Produktion erklären: Tests, Code‑Reviews, CI/CD, Rollbacks, Observability. Wer hier klar antwortet, investiert meist in Developer Experience.
• Architektur‑Ownership: Wer entscheidet über Schnittstellen, Datenmodelle, Services? Gibt es RFCs/ADRs? Wie werden Breaking Changes gehandhabt?
• Arbeitsmodell: Wie oft ist Präsenz wirklich nötig und wofür? Welche Tools und Rituale machen Remote‑Zusammenarbeit produktiv (Pairing, Async‑Design‑Docs, Fokus‑Zeiten)?
• Karriere und Anerkennung: Welche Skills heben dein Gehalt? Gibt es Gehaltsbänder/Levels? Wie wird Mentoring oder 10–20 Prozent Qualitätszeit organisiert?

Warnsignale in Stellenanzeigen und Gesprächen: sehr breite Pflichtlisten ohne Prioritäten, vage Aussagen zu „dynamischem Umfeld“ statt belastbarer Prozesse, starke Betonung von „Leistungsbereitschaft“ ohne Ausgleich, keine klaren Beispiele für Tech‑Schuldenabbau, Präsenz als Selbstzweck.

Trade‑offs für Kandidat:innen: Entscheidungsleitfaden

• Startup: Viel Ownership, kurze Wege, oft mehr Legacy‑Toleranz und Lücken in Dokumentation/Tests. Guter Ort für Lernkurven, aber abhängig von Führung, Finanzierung und Fokus.
• Mittelstand: Häufig solide Domänenexpertise, tragfähige Kundenbeziehungen. Architektur bewegt sich, aber oft inkrementell. Flexibilität und Gehaltsentwicklung sehr unterschiedlich – genauer hinschauen.
• Konzern: Stabile Gehaltsbänder, Benefits, klare Karrierepfade. Dafür Governance, längere Zyklen und mehr Abhängigkeiten. Einfluss auf Architektur oft indirekt – über Gremien und RFC‑Prozesse.

Tech‑Stack vs. Einfluss: Ein moderner Stack ohne Entscheidungsspielraum frustriert schneller als ein gemischter Stack mit echter Ownership. Wer gezielt lernen will, kann temporär auch mit mehr Legacy leben – wenn es einen klaren Abbaupfad gibt.

Karrierepfad vs. kurzfristige Zufriedenheit: Ein Umfeld mit Mentoring, Fortbildungsbudget und sicherem Zeitfenster für Qualität zahlt sich mittel‑ bis langfristig stärker aus als ein kurzfristig höheres Gehalt in einer Schuldenspirale.

Praktische Handlungsempfehlungen für Bewerbungs‑ und Interviewphase

Präzise Fragen im technischen Gespräch

• Schuldenmanagement: „Welche drei größten technischen Schulden hat das Produkt aktuell? Wie werden sie erfasst, priorisiert und finanziert?“
• Deployments: „Wie oft releast ihr? Wie lange dauert der Weg von Merge bis Produktion? Wie funktioniert Rollback/Feature‑Flagging?“
• Qualitätssicherung: „Welche Metriken nutzt ihr für Qualität (z. B. Fehlerraten, MTTR)? Haben Tests Gate‑Funktion im Pipeline‑Run?“
• Architekturentscheidungen: „Wie dokumentiert ihr Entscheidungen (RFC/ADR)? Beispiel der letzten sechs Monate?“
• Developer Experience: „Was war eure letzte Investition in DX, die wirklich etwas verändert hat?“

Wichtig: Bitte um konkrete, jüngste Beispiele. Allgemeinplätze sind wertlos.

Verhandlungsstrategie zu Remote/Hybrid, Weiterbildung und Gehalt

So formulierst du klar und kooperativ:

• Remote/Hybrid: „Ich arbeite produktiv in 3–4 fokussierten Home‑Office‑Tagen und komme für Workshops/Pairing gern ins Büro. Welche festen Präsenztage sind must‑have und wofür?“
• Weiterbildung: „Ich plane pro Quartal zwei Tage für Fortbildung/Conference. Gibt es Budget und fest reservierte Zeitfenster?“
• Gehalt: „Damit mein Paket marktgerecht ist, orientiere ich mich an Band X für Level Y. Wie sieht Ihr Gehaltsband aus und welche Kriterien heben mich innerhalb des Bands?“
• Qualitätszeit: „Gibt es reservierte Kapazität für Refactoring/Tech‑Schulden (z. B. 10–20 Prozent Sprint‑Budget)?“

Tipp: Verhandle nicht nur Fixgehalt. Kombiniere Band‑Transparenz, Lernzeit, Hardware/DX‑Invests und klare Beförderungskriterien. Das erhöht reale Zufriedenheit.

Fazit: Realistische Erwartungen und nächste Schritte

Kernbotschaften:

• Developer‑Zufriedenheit in Deutschland entsteht weniger aus „coolen Tools“ als aus klaren Prozessen, gelebter Flexibilität und sichtbarem Schuldenabbau.
• Technische Schulden, starre Arbeitsmodelle und intransparente Vergütung sind die häufigsten Bremsen – und sie sind im Gespräch erfragbar.
• Wenn du Einfluss, Lernzeit und faire Bänder verhandelst, steigt die Wahrscheinlichkeit, dass der Job auch nach dem Onboarding trägt.

3‑Punkte‑Aktionsplan für Kandidat:innen:

1. Vor der Bewerbung: Kurzcheck der Anzeige – Suche nach konkreten Beispielen zu Architektur, Release‑Rhythmus, Lernbudget und Remote‑Ritualen. Fehlanzeige ist ein Signal zum Nachfragen.
2. Im Interview: Fünf präzise Fragen zu Schulden, CI/CD, Architekturentscheidungen, DX‑Investitionen und Arbeitsmodell stellen – jeweils mit Bitte um jüngste Beispiele.
3. Erste 90 Tage: Kleine, sichtbare Qualitätsgewinne liefern (z. B. automatisierte Tests/Checks, Observability‑Verbesserung), Schuldenliste mit Impact‑Schätzung anlegen, eine Architekturentscheidung dokumentieren. So setzt du früh den Ton für nachhaltige Developer Experience.

Optionaler Datenkasten

• Arbeitsmodelle global (2024, Stack Overflow): 42 Prozent hybrid, 38 Prozent remote, 20 Prozent vor Ort.
• Deutschland (Stack Overflow, 2024): 56,3 Prozent der Antwortenden in Vollzeit beschäftigt; hoher Anteil Studierende/Teilzeit/Freelance.
• Frustfaktor Nr. 1 (heise‑Auswertung der 2024er‑Survey): technische Schulden; zugleich berichten Medien von sinkenden Durchschnittseinkommen.
• Fachkräftemarkt DE (Bitkom via ComputerWeekly.de): anhaltender Mangel; Recruiting scheitert häufig an Gehalt, fehlender Flexibilität und langen Prozessen; Quereinsteiger gewinnen an Bedeutung.

Hinweis zu Quellen: Zentrale Zahlen zu Arbeitsmodellen und Vergütung stammen aus der Stack Overflow Developer Survey 2024. Ergänzende deutsche Einordnung u. a. durch heise online; Arbeitsmarkt‑Kontext und Bitkom‑Zahlen zusammengefasst von ComputerWeekly.de.