Developer-Experience-Umfrage (DevEx)

Bewerten Sie Feedbackschleifen, kognitive Belastung und Flow-Zustand und beseitigen Sie die Reibungspunkte gemeinsam.

Testen Sie diesen Gesundheitscheck live

Was ist eine Developer-Experience-Umfrage?

Eine Developer-Experience-Umfrage fragt Entwicklerinnen und Entwickler, wie sich ihre tägliche Arbeit anfühlt: wie schnell sie Feedback bekommen, wie schwer Code und Tools zu verstehen sind und wie oft sie konzentriert arbeiten können. Diese Umfrage basiert auf dem DevEx-Framework von Abi Noda, Margaret-Anne Storey, Nicole Forsgren und Michaela Greiler, veröffentlicht in ACM Queue im Jahr 2023. Das Framework ordnet die Reibungspunkte im Entwickleralltag drei Dimensionen zu: Feedbackschleifen, kognitive Belastung und Flow-Zustand. Jede Person bewertet 12 Aussagen für sich. Anschließend sieht sich das Team die Ergebnisse gemeinsam an und leitet in einer Retrospektive aus den niedrigsten Werten konkrete Maßnahmen ab. Für einen breiteren Blick auf die Entwicklerproduktivität nutzen Sie den SPACE Framework Health Check. Für die Softwareauslieferung nutzen Sie das DORA Metrics Self-Assessment.

Abmessungen

Feedbackschleifen

Wie schnell man nützliche Rückmeldungen zur eigenen Arbeit bekommt, sowohl von Tools als auch voneinander.

  • Build- und Testgeschwindigkeit

    Unsere Builds und Tests laufen so schnell, dass wir selten darauf warten müssen.

  • Review-Dauer

    Code-Reviews kommen schnell genug zurück, damit die Arbeit vorangeht.

  • Vertrauen in Releases

    Wir können eine Änderung ausliefern und darauf vertrauen, dass sie nichts kaputt macht.

  • Hilfe bekommen

    Wenn wir nicht weiterkommen, wissen wir, wen wir fragen können, und bekommen schnell Hilfe.

Kognitive Belastung

Wie viel geistige Anstrengung es kostet, mit unserem Code, unseren Tools und unseren Prozessen die Arbeit zu erledigen.

  • Verständlicher Code

    Unsere Codebasis ist leicht verständlich und lässt sich gefahrlos ändern.

  • Informationen finden

    Wir finden die Dokumentation oder Informationen, die wir brauchen, ohne lange danach suchen zu müssen.

  • Hilfreiche Tools

    Unsere Entwicklungstools helfen uns mehr, als dass sie uns im Weg stehen.

  • Schlanke Prozesse

    Unsere Prozesse, etwa Tickets, Freigaben und Übergaben, sind nicht aufwendiger als nötig.

Flow-Zustand

Wie oft man sich voll auf sinnvolle Arbeit konzentrieren kann.

  • Konzentriertes Arbeiten

    An den meisten Tagen haben wir längere Zeitblöcke, in denen wir uns auf unsere Arbeit konzentrieren können.

  • Wenige Unterbrechungen

    Wir werden selten durch Unterbrechungen oder ständige Aufgabenwechsel aus unserer Arbeit gerissen.

  • Klare Ziele

    Wir wissen, woran wir arbeiten und warum es wichtig ist.

  • Autonomie

    Wir können wirklich frei entscheiden, wie wir unsere Arbeit erledigen.

Wann sollte dieser Gesundheitscheck durchgeführt werden?

  • Vierteljährlich, um zu sehen, wie sich die alltäglichen Reibungspunkte für Entwickler im Lauf der Zeit verändern.
  • Wenn Entwickler die Arbeit als langsam oder frustrierend empfinden, die Delivery-Kennzahlen aber keinen Grund dafür zeigen.
  • Vor und nach einer Änderung an Tools, Plattform, Codebasis oder Prozessen, um zu prüfen, ob sie den Menschen, die die Arbeit machen, tatsächlich geholfen hat.

Tipps und Tricks

  • Betrachten Sie jede Dimension für sich. Ein Team kann schnelle Builds haben und trotzdem die meisten Tage durch Unterbrechungen verlieren.
  • Stellen Sie Systemdaten neben die Ergebnisse, sofern vorhanden, etwa Build-Zeiten oder Wartezeiten bei Reviews. Das DevEx-Paper empfiehlt, die Einschätzungen der Entwickler mit Daten aus Ihren Systemen zu kombinieren.
  • Halten Sie die Umfrage anonym und nutzen Sie die Werte niemals, um Einzelpersonen zu vergleichen oder zu bewerten.
  • Wählen Sie eine oder zwei der am niedrigsten bewerteten Aussagen aus und leiten Sie in Ihrer nächsten Retrospektive Maßnahmen daraus ab. Führen Sie die Umfrage erneut durch, um zu sehen, ob sie gewirkt haben.
  • Kombinieren Sie die Umfrage mit dem SPACE Framework Health Check, wenn Sie auch Zufriedenheit, Zusammenarbeit und Output betrachten möchten.

Häufig gestellte Fragen

Was ist eine Developer-Experience-Umfrage?
Eine kurze Umfrage, die Entwickler nach den Reibungspunkten in ihrer täglichen Arbeit fragt, etwa Wartezeiten bei Builds und Reviews, unübersichtlicher Code oder ständige Unterbrechungen. Die Ergebnisse zeigen, wo das Team Zeit und Energie verliert. Wenn Sie sie im Team durchführen, ergeben die niedrigsten Werte eine Liste von Dingen, die verbessert werden sollten.
Welche Fragen sollte eine Developer-Experience-Umfrage stellen?
Fragen Sie nach dem, was Entwicklern jeden Tag begegnet: wie lange sie auf Builds, Tests und Reviews warten, wie leicht Code und Dokumentation zu verstehen sind und wie oft sie ohne Unterbrechung konzentriert arbeiten können. Formulieren Sie jede Aussage kurz und beziehen Sie sie auf das Team, nicht auf Einzelpersonen. Diese Vorlage enthält 12 Aussagen, vier für jede DevEx-Dimension.
Was sind die drei Dimensionen der Developer Experience?
Feedbackschleifen beschreiben, wie schnell und wie gut Entwickler Rückmeldungen auf ihre Arbeit bekommen, von Tools wie Builds und Tests und von Menschen wie Code-Reviewern. Kognitive Belastung ist die geistige Anstrengung, die eine Aufgabe erfordert. Sie steigt mit komplexem Code, ungewohnten Tools und schlechter Dokumentation. Flow-Zustand bedeutet, ganz in die Arbeit vertieft zu sein. Er hängt von wenigen Unterbrechungen, klaren Zielen und Autonomie ab.
Wie oft sollten wir eine Developer-Experience-Umfrage durchführen?
Für die meisten Teams eignet sich ein vierteljährlicher Rhythmus. So bleibt Zeit, auf die Ergebnisse einer Runde zu reagieren, bevor die nächste ansteht. Wenn Sie die Umfrage häufiger durchführen, als Sie Änderungen umsetzen können, hören die Leute meist auf, daran teilzunehmen.
Was ist der Unterschied zwischen DevEx, SPACE und DORA?
DORA misst die Softwareauslieferung, etwa wie oft Sie deployen und wie lange eine Änderung bis in die Produktion braucht. SPACE ist ein breites Modell der Entwicklerproduktivität mit fünf Dimensionen. DevEx konzentriert sich darauf, was Entwickler im Alltag erleben: Feedbackschleifen, kognitive Belastung und Flow. TeamRetro bietet für jedes einen eigenen Check: DORA, SPACE und diesen hier.
Wer hat das DevEx-Framework entwickelt?
Abi Noda, Margaret-Anne Storey, Nicole Forsgren und Michaela Greiler, im Artikel „DevEx: What Actually Drives Productivity“, veröffentlicht 2023 in ACM Queue. Die Aussagen in dieser Vorlage stammen von TeamRetro. TeamRetro steht in keiner Verbindung zu den Autoren oder zu DX.

Based on Abi Noda, Margaret-Anne Storey, Nicole Forsgren and Michaela Greiler, 'DevEx: What Actually Drives Productivity,' ACM Queue 21(2) (2023).

Verwandte Gesundheitsuntersuchungen