DevEx Resource Hub: Alles für eine optimale Developer Experience
Entdecke Strategien, um das Potenzial deiner Entwickler:innen zu maximieren und eine erstklassige Development Experience zu schaffen.
Warum lohnt es sich, über die Entwicklererfahrung nachzudenken?
In sozialen Netzwerken teilen
Warum lohnt es sich, über die Entwicklererfahrung nachzudenken?
Matt Saunders
Published on 19. Januar 2026
9 Min. Lesezeit
Matt Saunders
Published on 19. Januar 2026
9 Min. Lesezeit
Zum Abschnitt springen
Zum Abschnitt springen
Eine andere Perspektive auf die Softwareentwicklung
Steigerung des Innovationstempos
Inbetriebnahme
Entwickler befähigen, schneller voranzukommen
DevEx-FAQs
Arbeiten wie ein Start-up
Matt Saunders von The Adaptavist Group erklärt, wie DevEx die Produktivität, Innovation und einen positiven Kreislauf für die Softwareentwicklung fördert.
In den letzten 20 Jahren ist Software für die Effizienz und Wettbewerbsfähigkeit der meisten Unternehmen immer wichtiger geworden. Darüber hinaus steigen die Anforderungen weiter. Wie lässt sich der Softwareentwicklungsprozess am effektivsten verwalten, um sicherzustellen, dass er beständig Schritt halten kann? In den letzten Jahren hat die DevOps-Bewegung versucht, Softwareentwicklung und IT-Betrieb zu vereinheitlichen, um Geschwindigkeit, Qualität und Zuverlässigkeit zu erhöhen. Jetzt ist es an der Zeit, den Prozess aus der Sicht der Entwickler zu betrachten, um weitere Fortschritte zu erzielen.
Je nachdem, was du beruflich machst, überrascht es dich vielleicht, dass Softwareentwickler in der Regel nur einen Bruchteil ihrer Zeit mit dem Schreiben von Code verbringen. Warum? Weil ihre Rolle im Software Development Lifecycle (SDLC) darin besteht, Probleme mit Code zu lösen. Von der Diskussion und Bewertung von Anforderungen, der Entdeckung von Optionen und der Suche nach Lösungen bis hin zum Aufbau von Entwicklungsumgebungen und Cloud-Infrastruktur, dem Schreiben von Experimenten und Tests, der Bereitstellung und Optimierung der Software – das eigentliche Schreiben von Code ist nur ein Teil ihrer Arbeit. Sie verbringen oft mehr Zeit mit scheinbar unproduktiver Arbeit, weil viele Tätigkeiten sie davon abhalten, produktiver zu sein. Darum geht es bei der Developer Experience (oder DevEx).
Bei The Adaptavist Group konzentrieren wir uns seit langem auf die Erfahrung und Produktivität von Softwareentwicklern. Gemeinsam mit Partnern wie Atlassian und GitLab haben wir Tools, Plattformen und Prozesse entwickelt, die Entwickler dabei unterstützen, effektiver zu arbeiten. Eine agile Entwicklung und die DevOps-Bewegung (oder -Denkweise) haben unseren Fokus auf die Verbesserung der Exaktheit, Geschwindigkeit und Robustheit der Softwareentwicklung gelenkt, sodass Teams schnell die richtigen Funktionen bereitstellen und anschließend den Service unterstützen und warten können. Da die Release- und Bereitstellungsprozesse zunehmend effizienter werden, müssen Entwickler Schritt halten, aber dies erfordert einige grundlegende Veränderungen.
Eine andere Perspektive auf die Softwareentwicklung
DevEx ist in den letzten zwei bis drei Jahren verstärkt in den Fokus gerückt und betrachtet den Prozess aus einem neuen Blickwinkel. Während DevOps den SDLC als Ganzes betrachtet und Silos zwischen Entwicklung und Betrieb aufbricht, um den Übergang zu glätten, Bereitstellungszeiten zu verkürzen und die Verwaltbarkeit zu erhöhen, setzt DevEx direkt bei den Entwickler:innen an.
Warum? Weil es den SDLC weiter optimiert, indem es genau die Umgebung, die Tools und die Informationen bereitstellt, die Entwickler:innen benötigen, um effektiv zu sein. Oft geht es darum, Blockaden, Engpässe und Hindernisse zu beseitigen, die sie von ihrer wichtigsten Arbeit ablenken.
Je mehr Unternehmen die Zeit, das Denken und die Energie ihrer Entwickler:innen auf die Schaffung von Wettbewerbsvorteilen lenken können, desto schneller und smarter wird ihr Output sein. Das kann bedeuten, von manuellen Anfragen für Entwicklungsumgebungen zu automatisierten Self-Service-Tools überzugehen. Oder es sind kleine Anpassungen an Prozessen, Praktiken oder der Unternehmenskultur, die genau die Daten und Antworten liefern, die für bessere Entscheidungen nötig sind.
Steigerung des Innovationstempos
DevEx konzentriert sich auf Praktiken, Tools und die Kultur rund um die Entwicklung, um das Innovationstempo zu steigern. Dazu gehört auch, den Nutzen von „Good Citizenship“ innerhalb des Prozesses zu betonen: Code und Gedankengänge sollten klar und konsistent dokumentiert werden, damit sie für andere – heute und in Zukunft – nachvollziehbar bleiben. Oft handelt es sich um Veränderungen, die an anderen Stellen im Unternehmen nicht sofort sichtbar sind und die darauf abzielen, das Verhalten der Entwickler:innen selbst positiv zu beeinflussen.
Das Herzstück vieler DevEx-Initiativen ist der Aufbau und die Pflege einer Internal Developer Platform (IDP). Die IDP ist eine Self-Service-Ressource, die Entwickler:innen Zugang zu allen Informationen, Tools und Diensten bietet, die sie benötigen, um ein Projekt zu starten und zügig voranzukommen. Sie bricht Silos auf und macht die Strukturen der Organisation für die Produktivität der Entwickler:innen nutzbar.
Einstieg und Implementierung
Stell dir vor, du hast gerade einen neuen Job angefangen. Du willst sofort loslegen. Doch wenn dir die nötigen Tools fehlen, du die Teams um dich herum nicht verstehst und nicht weißt, an wen du dich bei Fragen wenden sollst, kannst du nicht produktiv sein. Genau so fühlt es sich für Entwickler:innen oft an, wenn sie ein Feature bauen sollen, das mit verschiedenen Teams oder Datenquellen im Unternehmen interagiert. Beim Start eines Projekts kommen zusätzliche Onboarding-Anforderungen hinzu: Hat das Team Zugriff auf die Ticket-Queue, ein Git-Repository, eine CI-Pipeline und die nötige Infrastruktur? Die IDP ist das Herzstück der Developer Experience – sie befähigt Teams zur Selbstständigkeit und räumt Hindernisse aus dem Weg.
Ein Grundprinzip der IDP ist, dass sie nicht versucht, jedem Team oder jeder Abteilung die gleiche Arbeitsweise aufzuzwingen. Stattdessen macht sie die verschiedenen Praktiken und Prozesse im Unternehmen sichtbar, verständlich und nutzbar. Sie fungiert zudem als Bibliothek für alles, was Entwickler:innen benötigen – so aufbereitet, dass es einfach bereitgestellt werden kann, wobei die spezifischen Prozesse und Standards des Unternehmens bereits integriert sind. Ein Beispiel: Mit nur einem Klick lässt sich eine Entwicklungsumgebung aufsetzen, die bereits die „Best Practice“-Sicherheitsvorgaben des Unternehmens enthält. Eine IDP kann auch API-Endpunkte und Metriken für andere Dienste bereitstellen, mit denen Entwickler:innen interagieren müssen. Diese klar und konsistent vor Augen zu haben, ermöglicht es ihnen, autonom und sicher zu arbeiten.
Developer Empowerment: Innovation beschleunigen
Sobald Entwickler:innen an Bord sind und Zugriff auf die nötigen Tools haben, liegt der Fokus darauf, sie produktiv zu machen – also sicherzustellen, dass sie ihre Zeit für Dinge nutzen können, die bessere Ergebnisse liefern. Unternehmen sind oft so strukturiert, dass jede Geschäftsfunktion für sich optimiert ist, was sich in den jeweiligen Technologie- und Prozessentscheidungen widerspiegelt. Entwickler:innen müssen jedoch meist abteilungsübergreifend arbeiten. Das führt oft zu Reibungsverlusten und Verzögerungen beim Zugriff auf Systeme, Prozesse und Daten.
Um die Produktivität zu maximieren, konzentrieren wir uns darauf, diese Systeme und Daten sichtbar zu machen und die notwendigen Wertströme (Value Streams) für die tatsächliche Bereitstellung abzubilden. Die IDP wird dabei zur zentralen Anlaufstelle, die zwischen den verschiedenen Teams und Abteilungen vermittelt. So werden Reibungspunkte reduziert und Synergien geschaffen, von denen alle profitieren.
DevEx-FAQs
Wie schnell kannst du es von der Idee zur ersten Codezeile schaffen?
Dies ist eine einfache Maßnahme, aber sie ist vielleicht die wichtigste, um die Reibungen in der Entwicklererfahrung zu messen. Ein Großteil der Verzögerungen und Frustrationen rührt von den anfänglichen Produktivitätsblockaden her – und diese Kennzahl ist leicht zu messen.
Wie schnell kannst du neue Funktionen sicher in die Produktion integrieren?
Diese End-to-End-Kennzahl von DORA unterscheidet sich je nach Umfang der bereitgestellten Funktionen, dient aber als guter Maßstab für die Messung des Fortschritts.
Wie viel Zeit verbringen die Entwickler mit der Zusammenarbeit, Erforschung, dem Nachdenken und Erfinden?
Diese Kennzahl ist schwieriger zu messen, aber sie ist wichtig, um zu verstehen, wie gut die Entwicklererfahrung und die Wertschöpfung aufeinander abgestimmt sind.
Verringert sich die Fluktuation unter den Entwicklern?
Der Kampf um Talente wird hart ausgefochten und die Kosten für das Ersetzen von Teammitgliedern sind hoch. Entwickler, die sich ohne Frust oder Hindernisse mit ihrer Arbeit beschäftigen können, weisen tendenziell eine höhere Arbeitszufriedenheit auf.
Wie viel Zeit verbringen die Entwickler mit der Interaktion mit (internen oder externen) Kunden?
Ich würde behaupten, dass den Entwicklern die Anforderungen klarer werden, wenn sie mehr Zeit damit verbringen, mit Kunden in Kontakt zu treten und deren Anforderungen und Probleme zu verstehen.
Arbeiten wie ein Start-up
Das Schreiben von Code ist eine kreative Tätigkeit. Es geht darum, nach Lösungen zu suchen, zu experimentieren und Dinge auszuprobieren. Es ist keine Aufgabe, die wir einfach „schneller erledigen“ können. Wir neigen jedoch dazu, schneller zu agieren und besser zu innovieren, wenn wir uns sicher fühlen, Dinge auszuprobieren, und wenn nur minimale Hindernisse für den Fortschritt bestehen. In gewisser Weise unterstützen wir Entwickler dabei, wie in einem Start-up zu arbeiten. Sie können experimenteller und produktiver sein, wenn sie sich nicht mit unnötigen Herausforderungen, Regeln und Hindernissen auseinandersetzen müssen. Es geht nicht darum, Regeln zu ignorieren, sondern proaktiv zu versuchen, ihre negativen Auswirkungen zu minimieren, wo immer dies möglich ist.
Je schneller das Team autonom und sicher arbeiten kann, desto größer ist der Wettbewerbsvorteil, den es schaffen kann. Was natürlich den ursprünglichen Zielen von DevOps entspricht. Organisationen, die aus Angst vor Fehlern zu langsam agieren, Risiken nicht bewusst bewerten und keine Kultur des Experimentierens fördern, geraten im Markt tendenziell ins Hintertreffen. Letztendlich lohnt es sich, die Perspektive der Entwickler zu berücksichtigen, da sie es dem gesamten Unternehmen ermöglicht, schneller zu innovieren und zu liefern.
Mehr über unseren DevEx-Ansatz erfahren
Wenn du erfahren möchtest, wie du die Tools, Prozesse und die Kultur implementieren kannst, die DevEx unterstützen, dann kontaktiere uns.
Verfasst von
DevOps Lead
Mit seinem Hintergrund als Linux-Systemadministrator ist Matt eine Autorität in Sachen DevOps. Bei Adaptavist und darüber hinaus setzt er sich für DevOps-Arbeitsweisen ein und hilft Teams dabei, die Leistung von Menschen, Prozessen und Technologien zu optimieren, um Software effizient und sicher zu liefern.