Wat is een developer experience-enquête?

Met een developer experience-enquête vraag je ontwikkelaars hoe hun dagelijkse werk aanvoelt: hoe snel ze feedback krijgen, hoe lastig het is om de code en tools te begrijpen en hoe vaak ze zich echt kunnen concentreren. Deze enquête is gebaseerd op het DevEx-framework van Abi Noda, Margaret-Anne Storey, Nicole Forsgren en Michaela Greiler, gepubliceerd in ACM Queue in 2023. Het framework deelt de frictie die ontwikkelaars ervaren in drie dimensies in: feedbackloops, cognitieve belasting en flow. Iedereen beoordeelt 12 stellingen voor zichzelf. Daarna bekijkt het team de resultaten samen en zet het de laagste scores in een retrospective om in acties. Voor een breder beeld van de productiviteit van ontwikkelaars gebruik je de SPACE Framework Health Check. Voor softwarelevering gebruik je de DORA Metrics Self-Assessment.

Afmetingen

Feedbackloops

Hoe snel mensen bruikbare reacties op hun werk krijgen, van tools en van elkaar.

  • Snelheid van builds en tests

    Onze builds en tests draaien zo snel dat we er zelden op hoeven te wachten.

  • Doorlooptijd van reviews

    Code reviews komen snel genoeg terug om het werk gaande te houden.

  • Vertrouwen bij releases

    We kunnen een wijziging releasen in het vertrouwen dat er niets stukgaat.

  • Hulp krijgen

    Als we vastlopen, weten we wie we het kunnen vragen en krijgen we snel hulp.

Cognitieve belasting

Hoeveel mentale inspanning het kost om werk gedaan te krijgen in onze code, tools en processen.

  • Begrijpelijke code

    Onze codebase is makkelijk te begrijpen en veilig aan te passen.

  • Informatie vinden

    We vinden de documentatie of informatie die we nodig hebben zonder er lang naar te moeten zoeken.

  • Behulpzame tools

    Onze ontwikkeltools helpen ons meer dan dat ze ons in de weg zitten.

  • Lichte processen

    Onze processen, zoals tickets, goedkeuringen en overdrachten, zijn niet zwaarder dan nodig.

Flow

Hoe vaak mensen zich volledig kunnen richten op zinvol werk.

  • Diepe focus

    Op de meeste dagen hebben we lange periodes waarin we ons op ons werk kunnen concentreren.

  • Weinig onderbrekingen

    We worden zelden uit ons werk gehaald door onderbrekingen of het wisselen tussen taken.

  • Duidelijke doelen

    We weten waar we aan werken en waarom dat belangrijk is.

  • Autonomie

    We hebben echte vrijheid om zelf te bepalen hoe we ons werk doen.

Wanneer dient u deze gezondheidscontrole uit te voeren?

  • Elk kwartaal, om te zien hoe de frictie die ontwikkelaars dagelijks ervaren zich in de loop van de tijd ontwikkelt.
  • Als ontwikkelaars zeggen dat het werk traag of frustrerend voelt, terwijl de leveringscijfers niet laten zien waarom.
  • Voor en na een wijziging in tools, platform, codebase of proces, om te controleren of die de mensen die het werk doen echt heeft geholpen.

Tips en trucs

  • Bekijk elke dimensie afzonderlijk. Een team kan snelle builds hebben en toch de meeste dagen kwijtraken aan onderbrekingen.
  • Leg systeemdata naast de resultaten als je die hebt, zoals buildtijden of hoe lang reviews blijven liggen. Het DevEx-artikel raadt aan om wat ontwikkelaars aangeven te combineren met data uit je systemen.
  • Houd de enquête anoniem en gebruik de scores nooit om individuen met elkaar te vergelijken of te rangschikken.
  • Kies een of twee van de laagst scorende stellingen en zet ze in je volgende retrospective om in acties. Doe de enquête daarna opnieuw om te zien of ze effect hebben gehad.
  • Combineer deze enquête met de SPACE Framework Health Check als je ook naar tevredenheid, samenwerking en output wilt kijken.

Veelgestelde vragen

Wat is een developer experience-enquête?
Een korte enquête waarin ontwikkelaars vertellen waar ze in hun dagelijkse werk tegenaan lopen, zoals wachten op builds en reviews, onduidelijke code of voortdurende onderbrekingen. De resultaten laten zien waar het team tijd en energie verliest. Doe de enquête als team, dan worden de laagste scores een lijst met verbeterpunten.
Welke vragen horen in een developer experience-enquête?
Vraag naar waar ontwikkelaars elke dag tegenaan lopen: hoe lang ze wachten op builds, tests en reviews, hoe makkelijk de code en documentatie te begrijpen zijn en hoe vaak ze zich zonder onderbrekingen kunnen concentreren. Houd elke stelling kort en richt die op het team, niet op individuen. Deze template bevat er 12, vier voor elke DevEx-dimensie.
Wat zijn de drie dimensies van developer experience?
Feedbackloops gaan over de snelheid en kwaliteit van reacties op wat ontwikkelaars doen, van tools zoals builds en tests en van mensen zoals code reviewers. Cognitieve belasting is de mentale inspanning die een taak kost. Die neemt toe door complexe code, onbekende tools en slechte documentatie. Flow betekent volledig gefocust zijn op het werk, en dat hangt af van weinig onderbrekingen, duidelijke doelen en autonomie.
Hoe vaak moeten we een developer experience-enquête houden?
Voor de meeste teams werkt eens per kwartaal goed. Zo heb je tijd om met de resultaten van de ene ronde aan de slag te gaan voordat de volgende begint. Houd je de enquête vaker dan je veranderingen kunt doorvoeren, dan haken mensen vaak af.
Wat is het verschil tussen DevEx, SPACE en DORA?
DORA meet softwarelevering, zoals hoe vaak je deployt en hoe lang het duurt voordat een wijziging in productie staat. SPACE is een breed model voor de productiviteit van ontwikkelaars met vijf dimensies. DevEx richt zich op wat ontwikkelaars dagelijks ervaren: feedbackloops, cognitieve belasting en flow. TeamRetro heeft voor elk een health check: DORA, SPACE en deze.
Wie heeft het DevEx-framework ontwikkeld?
Abi Noda, Margaret-Anne Storey, Nicole Forsgren en Michaela Greiler, in 'DevEx: What Actually Drives Productivity', in 2023 gepubliceerd in ACM Queue. De stellingen in deze template zijn door TeamRetro zelf geschreven. TeamRetro is niet verbonden aan de auteurs of aan DX.

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