Developer Experience als Basis für gute Software

Developer Experience umfasst alle Aspekte, die die Arbeit von Entwicklerinnen und Entwicklern beeinflussen – sowohl technisch als auch organisatorisch. Dazu gehören etwa:

• die Qualität und Verfügbarkeit von Entwicklungsumgebungen,
• der Zugriff auf moderne Tools und Plattformen,
• die Verständlichkeit und Konsistenz von Code und Dokumentation,
• die Effizienz von Build- und Deployment-Prozessen,
• sowie die kulturellen Rahmenbedingungen wie Teamzusammenarbeit, Fehlerkultur und Entscheidungsfreiheit.

Gute DX bedeutet: Entwickler können sich auf ihre Kernaufgabe konzentrieren – das Lösen von Problemen durch Code. Schlechte DX hingegen zeigt sich in langen Wartezeiten, inkonsistenter Infrastruktur, komplexen Freigabeprozessen oder schlechter Kommunikation.

Ein verbreiteter Indikator für schlechte DX ist das Gefühl, ständig mit Hindernissen kämpfen zu müssen: unnötiger Kontextwechsel, langwierige Setup-Prozesse oder fehlende Dokumentation. Studien zeigen, dass bis zu 30 % der Arbeitszeit von Entwicklerteams durch sogenannte „Cognitive Friction“ verloren gehen – vermeidbare mentale Reibungsverluste.

Lange Zeit wurde Developer Experience als „Nice-to-have“ abgetan – ein Thema für besonders mitarbeiterfreundliche Unternehmen oder für Start-ups im Silicon Valley. Doch inzwischen zeigen Daten und Erfahrungen klar: Gute DX steigert nicht nur die Zufriedenheit, sondern auch die Produktivität, Qualität und Innovationsfähigkeit von Entwicklerteams.

Eine verbesserte Developer Experience:

• reduziert Time-to-Deploy durch automatisierte und verlässliche CI/CD-Prozesse,
• senkt Fehlerquoten, weil Tests und Feedbackschleifen frühzeitig und intuitiv eingebunden sind,
• verbessert die Onboarding-Zeit für neue Teammitglieder,
• erhöht die Mitarbeiterbindung und reduziert Fluktuation in einem hart umkämpften Arbeitsmarkt.

In Unternehmen, in denen die Softwareentwicklung zum kritischen Geschäftsfaktor zählt – etwa im Finanzwesen, im Gesundheitsbereich oder bei digitalen Plattformen – wird DX zunehmend als Teil der IT-Strategie betrachtet. Dort, wo Entwicklerteams täglich mit komplexen Systemen und hohen Anforderungen konfrontiert sind, wirkt eine optimierte Developer Experience wie ein Multiplikator.

Ein zentrales Merkmal guter DX ist Selbstwirksamkeit: Entwicklerinnen und Entwickler sollen in der Lage sein, ohne externe Abhängigkeiten produktiv zu arbeiten. Dazu braucht es stabile, einheitliche und gut dokumentierte Entwicklungsumgebungen, die einen schnellen Einstieg und verlässliche Abläufe ermöglichen. Auch der Zugang zu APIs, Code-Repositories, Testdaten oder Logging-Informationen muss unkompliziert und sicher sein.

Ein weiterer Aspekt ist Tooling. Hier geht es nicht nur um moderne Technologien, sondern um Konsistenz und Integration. Ein unübersichtlicher Zoo an Tools, von denen jedes anders funktioniert, führt schnell zu Frustration. Erfolgreiche Organisationen setzen daher auf klar definierte Toolchains und etablieren ein sogenanntes „Internal Developer Platform“ (IDP). Diese Plattform bündelt Self-Service-Angebote für Build-, Test- und Deployment-Prozesse und entlastet Entwicklungsteams von operativen Aufgaben.

Nicht zu unterschätzen ist auch die soziale Dimension der Developer Experience. Klare Kommunikationsstrukturen, transparente Entscheidungswege und eine gelebte Fehlerkultur tragen wesentlich zur Arbeitsqualität bei. In agilen Teams sind gegenseitiges Vertrauen, Eigenverantwortung und psychologische Sicherheit entscheidende Faktoren, um kreative Lösungen zu ermöglichen.

Ein aktueller Trend im Bereich DX ist die Entwicklung interner Developer-Portale – zentraler Einstiegspunkte für Tools, Ressourcen, Dokumentation und Self-Service-Angebote. Plattformen wie Backstage (entwickelt von Spotify), Port oder Cortex ermöglichen es Entwicklungsteams, schneller und autonomer zu arbeiten, indem sie häufig benötigte Funktionen standardisieren und zugänglich machen.

Parallel dazu entsteht die Disziplin des Platform Engineerings: Ein dediziertes Team stellt die technischen Grundlagen und Standards bereit, auf denen Entwicklungsteams ihre Produkte aufbauen können. Diese Plattformteams sind nicht im klassischen Sinne ein Betriebsteam, sondern verstehen sich als interne Dienstleister – mit dem Ziel, die Developer Experience systematisch zu verbessern.

Gerade in grösseren Organisationen mit vielen Teams zahlt sich dieser Ansatz aus: Statt jedes Team muss sich einzeln um Kubernetes, Monitoring, Security und CI/CD kümmern – es gibt eine zentrale, gut gewartete Plattform, die diese Funktionen „as a service“ bereitstellt. Das steigert Effizienz, senkt Risiken und erhöht die Konsistenz über verschiedene Projekte hinweg.

DX messbar machen: KPIs und Feedback

Wie lässt sich Developer Experience erfassen und steuern? Unternehmen setzen heute zunehmend auf qualitative und quantitative Indikatoren, um die Effektivität ihrer DX-Massnahmen zu bewerten. Dazu gehören:

• Time to First Commit (TTFC): Wie schnell kann ein neuer Entwickler produktiv werden?
• Time to Production: Wie lange dauert es, bis ein Feature produktiv ist?
• Build-Zeiten und Deployment-Zuverlässigkeit
• Umfragen zur Entwicklerzufriedenheit
• Friction Logs, in denen Entwickler Hindernisse und Reibungspunkte dokumentieren

Zudem werden Feedbackschleifen zwischen Entwicklerteams und Plattformteams institutionalisiert – etwa durch regelmäßige Retrospektiven, User-Testings der internen Tools oder direkte Slack-Kanäle für Supportfragen. So lässt sich die Developer Experience kontinuierlich verbessern.

Auch in der Schweiz gewinnt das Thema Developer Experience an Dynamik. Grosse Organisationen wie die SBB, Swisscom oder die Post haben in den letzten Jahren eigene Plattformteams aufgebaut, die sich gezielt mit der Verbesserung der Arbeitsumgebung für Entwicklerinnen und Entwickler beschäftigen. Ebenso treiben viele FinTechs und HealthTechs das Thema voran, da Entwicklerengpässe hier besonders spürbar sind.

In kleineren Unternehmen oder Behördenprojekten zeigt sich oft ein wachsendes Bewusstsein für das Thema – allerdings fehlt es mitunter an Ressourcen oder Management-Awareness, um gezielte DX-Initiativen umzusetzen. Gerade hier kann ein bewusster Einstieg über einfache Massnahmen wie bessere Dokumentation, klarere Tooling-Standards oder gezielte Schulungen bereits grosse Wirkung entfalten.

Fazit: Developer Experience ist kein reines Wohlfühlthema – sie ist ein entscheidender Faktor für Produktivität, Qualität und Innovationsfähigkeit in der Softwareentwicklung. Unternehmen, die ihre Entwicklerinnen und Entwickler unterstützen statt behindern, profitieren von schnelleren Releases, zufriedeneren Mitarbeitenden und nachhaltigeren IT-Strukturen.