Ressourcen-Hub für die Entwicklererfahrung (DevEx)
Entdecke Strategien, um das Potenzial deiner Entwickler zu maximieren und eine optimale Entwicklungserfahrung 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
10 Min. Lesezeit
Matt Saunders
Published on 19. Januar 2026
10 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 in den Fokus gerückt und betrachtet den Prozess aus einer anderen Perspektive. DevOps betrachtet den SDLC als Ganzes und beseitigt Silos zwischen Entwicklung und Betrieb, um den Übergang zwischen den beiden zu erleichtern, die Bereitstellungszeit zu verkürzen und die Verwaltbarkeit zu erhöhen. Während sich DevOps auf die Interaktion zwischen Teams und die Art und Weise konzentriert, wie Software den Entwicklungszyklus durchläuft, untersucht DevEx den Prozess aus der Sicht der Entwickler. Warum? Weil es darauf abzielt, den SDLC weiter zu optimieren, indem die Umgebung, die Tools und die Informationen bereitgestellt werden, die Entwickler benötigen, um effektiv zu sein. Oft geht es darum, Blockaden, Engpässe und Hindernisse zu beseitigen, die sie von der wichtigsten Arbeit abhalten.
Je mehr Unternehmen die Zeit, das Denken und die Energie der Entwickler auf die Schaffung von Wettbewerbsvorteilen lenken können, desto schneller und intelligenter werden ihre Ergebnisse ausfallen. Dies könnte bedeuten, dass sie nicht mehr verlangen müssen, dass eine Entwicklungsumgebung „hochgefahren“ wird, sondern dass sie Zugriff auf ein Self-Service-Tool erhalten, mit dem sie dies selbst über die Automatisierung bewerkstelligen können. Schon geringfügige Änderungen an Prozessen, Praktiken oder der Kultur können die Daten oder Antworten ans Licht bringen, die sie benötigen, um bessere Entscheidungen zu treffen.
Steigerung des Innovationstempos
DevEx konzentriert sich auf Praktiken, Tools und die Kultur rund um die Entwicklung, wodurch das Innovationstempo gesteigert werden kann. Dazu könnte gehören, die Vorteile eines guten „Verhaltens“ innerhalb des Prozesses hervorzuheben – Code und Denkprozesse klar und einheitlich zu dokumentieren, damit sie von anderen (jetzt und in Zukunft) verstanden werden können. Oft handelt es sich um Veränderungen, die von anderen Stellen in der Organisation aus betrachtet nicht offensichtlich sind und die das Verhalten der Entwickler selbst beeinflussen können.
Im Mittelpunkt vieler DevEx-Initiativen steht die Erstellung und Pflege einer internen Entwicklerplattform (IDP). Die IDP ist eine Self-Service-Ressource, die Entwicklern Zugang zu den Informationen, Tools und Services bietet, die sie benötigen, um ein Entwicklungsprojekt zu initiieren und schnell voranzukommen. Sie beseitigt Silos und transformiert die Organisation zugunsten der Produktivität der Entwickler.
Inbetriebnahme
Stell dir vor, du hast gerade eine neue Stelle angetreten. Du möchtest schnell einsatzbereit sein. Wenn du jedoch nicht über die erforderlichen Tools verfügst, die Teams und Abteilungen um dich herum nicht verstehst und nicht weißt, an wen du dich wenden kannst, um Antworten zu erhalten, kannst du nicht produktiv arbeiten. So kann es sich anfühlen, wenn Entwicklungsteams eine Funktion erstellen sollen, die mit verschiedenen Teams oder Datenquellen innerhalb des Unternehmens interagiert. Wenn ein Projekt gestartet wird, gelten zusätzliche Anforderungen an das Onboarding. Hat das Entwicklerteam beispielsweise Zugriff auf eine Ticket-Warteschlange, ein Git-Repository, eine kontinuierliche Integrations-Pipeline und die notwendige Infrastruktur für die Entwicklung? Die IDP steht im Mittelpunkt der Entwicklererfahrung, sie ermöglicht es den Entwicklern, autark zu agieren, und sie beseitigt Hindernisse für das Handeln.
Ein Schlüsselprinzip der IDP besteht darin, dass sie nicht versucht, jeden Entwickler, jedes Team oder jede Abteilung auf die gleiche Weise arbeiten zu lassen. Stattdessen werden die verschiedenen Praktiken und Prozesse innerhalb der Organisation sichtbar gemacht und kodiert, sodass sie sichtbar, verständlich und nutzbar werden. Sie fungiert auch als Bibliothek mit allem, was Entwickler benötigen, die so eingerichtet ist, dass sie einfach im Rahmen der konkreten Prozesse oder Standards des Unternehmens eingesetzt werden kann. Eventuell können Sie beispielsweise eine Entwicklungsumgebung mit einem Klick bereitstellen, aber das Hinzufügen der „Best Practice“-Sicherheitsstatus des Unternehmens erhöht den DevEx-Status noch einmal erheblich. Eine IDP kann auch API-Endpunkte und Kennzahlen für andere Dienste bereitstellen, mit denen Entwickler interagieren müssen. Wenn diese klar und einheitlich dargestellt werden, können Entwickler autonom und sicher arbeiten.
Entwickler befähigen, schneller voranzukommen
Sobald das Entwickler-Onboarding abgeschlossen ist und alle notwendigen Tools und Ressourcen bereitstehen, sollte der Fokus darauf liegen, echte Produktivität zu ermöglichen – also Zeit für die Aufgaben zu schaffen, die messbar bessere Ergebnisse liefern. Viele Unternehmen sind jedoch so aufgebaut, dass ihre Technologie- und Prozessentscheidungen primär den reibungslosen Betrieb einzelner Geschäftsbereiche optimieren – und nicht unbedingt die Arbeitsweise der Entwickler. Entwickler müssen jedoch in der Regel über diese Silos hinweg arbeiten. Dies kann zu Reibungsverlusten und Verzögerungen beim Zugriff, Verständnis und der Interaktion mit Systemen, Prozessen und Daten führen. Um die Entwickler dabei zu unterstützen, so produktiv wie möglich zu arbeiten, konzentrieren wir uns in der Regel darauf, diese Systeme, Prozesse und Daten an die Oberfläche zu bringen, da wir davon ausgehen, dass sie mit ihnen arbeiten müssen, und wir versuchen dabei, die Wertströme abzubilden, die für die tatsächliche Bereitstellung erforderlich sind. Die IDP wird zur ersten Anlaufstelle für eine effektive Kommunikation zwischen verschiedenen Teams und Abteilungen, wodurch Reibungsverluste reduziert und der gegenseitige Nutzen gefördert wird.
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.