Sondaggio sulla Developer Experience (DevEx)

Valuta cicli di feedback, carico cognitivo e stato di flow, poi elimina gli attriti insieme al team.

Provi questo controllo dello stato di salute in tempo reale

Cos'è un sondaggio sulla developer experience?

Un sondaggio sulla developer experience chiede agli sviluppatori come vivono il lavoro di tutti i giorni: quanto velocemente ricevono feedback, quanto è difficile capire il codice e gli strumenti e quanto spesso riescono a concentrarsi. Questo modello si basa sul framework DevEx di Abi Noda, Margaret-Anne Storey, Nicole Forsgren e Michaela Greiler, pubblicato su ACM Queue nel 2023. Il framework raggruppa gli attriti che incontrano gli sviluppatori in tre dimensioni: cicli di feedback, carico cognitivo e stato di flow. Ogni persona valuta 12 affermazioni in forma privata. Poi il team esamina insieme i risultati e, durante una retrospettiva, trasforma i punteggi più bassi in azioni. Per una visione più ampia della produttività degli sviluppatori, usa l'Health Check SPACE Framework. Per la delivery del software, usa l'autovalutazione DORA Metrics.

Dimensioni

Cicli di feedback

Quanto velocemente le persone ricevono risposte utili sul proprio lavoro, sia dagli strumenti sia dai colleghi.

  • Velocità di build e test

    Le nostre build e i nostri test sono abbastanza veloci da non costringerci quasi mai ad aspettare.

  • Tempi di revisione

    Le code review arrivano abbastanza in fretta da non bloccare il lavoro.

  • Fiducia nei rilasci

    Possiamo rilasciare una modifica con la certezza che non romperà nulla.

  • Ricevere aiuto

    Quando siamo bloccati, sappiamo a chi chiedere e riceviamo aiuto rapidamente.

Carico cognitivo

Quanto sforzo mentale serve per portare a termine il lavoro con il nostro codice, i nostri strumenti e i nostri processi.

  • Codice comprensibile

    La nostra codebase è facile da capire e da modificare in sicurezza.

  • Trovare le informazioni

    Troviamo la documentazione o le informazioni che ci servono senza doverle cercare a lungo.

  • Strumenti utili

    I nostri strumenti di sviluppo ci aiutano più di quanto ci ostacolino.

  • Processi snelli

    I nostri processi, come ticket, approvazioni e passaggi di consegne, non sono più pesanti del necessario.

Stato di flow

Quanto spesso le persone riescono a concentrarsi pienamente su un lavoro significativo.

  • Concentrazione profonda

    Quasi tutti i giorni abbiamo lunghi periodi di tempo per concentrarci sul nostro lavoro.

  • Poche interruzioni

    Raramente veniamo distolti dal nostro lavoro da interruzioni o dal continuo passaggio da un'attività all'altra.

  • Obiettivi chiari

    Sappiamo su cosa stiamo lavorando e perché è importante.

  • Autonomia

    Abbiamo una reale libertà di decidere come svolgere il nostro lavoro.

Quando utilizzare questo controllo dello stato di salute

  • Ogni trimestre, per vedere come cambiano nel tempo gli attriti che gli sviluppatori incontrano ogni giorno.
  • Quando gli sviluppatori dicono che il lavoro è lento o frustrante, ma i numeri sulla delivery non spiegano il perché.
  • Prima e dopo una modifica a strumenti, piattaforma, codebase o processi, per verificare che abbia davvero aiutato chi svolge il lavoro.

Consigli e suggerimenti

  • Leggi ogni dimensione separatamente. Un team può avere build veloci e perdere comunque gran parte delle giornate a causa delle interruzioni.
  • Se li hai, affianca ai risultati i dati di sistema, come i tempi di build o quanto restano in attesa le review. L'articolo su DevEx consiglia di abbinare ciò che riportano gli sviluppatori ai dati provenienti dai sistemi.
  • Mantieni il sondaggio anonimo e non usare mai i punteggi per confrontare o classificare le singole persone.
  • Scegli una o due delle affermazioni con il punteggio più basso e trasformale in azioni nella prossima retrospettiva. Poi ripeti il sondaggio per capire se hanno funzionato.
  • Abbinalo all'Health Check SPACE Framework quando vuoi analizzare anche soddisfazione, collaborazione e produttività.

Domande frequenti

Cos'è un sondaggio sulla developer experience?
È un breve sondaggio che chiede agli sviluppatori quali attriti incontrano nel lavoro quotidiano, come l'attesa di build e review, un codice poco chiaro o le continue interruzioni. I risultati mostrano dove il team perde tempo ed energie. Se lo compilate in team, i punteggi più bassi diventano un elenco di cose da sistemare.
Quali domande dovrebbe contenere un sondaggio sulla developer experience?
Chiedi ciò con cui gli sviluppatori hanno a che fare ogni giorno: quanto aspettano build, test e review, quanto sono comprensibili il codice e la documentazione e quanto spesso riescono a concentrarsi senza essere interrotti. Ogni affermazione deve essere breve e riguardare il team, non i singoli. Questo modello ne contiene 12, quattro per ciascuna dimensione DevEx.
Quali sono le tre dimensioni della developer experience?
I cicli di feedback indicano la velocità e la qualità delle risposte a ciò che fanno gli sviluppatori, sia da parte degli strumenti, come build e test, sia da parte delle persone, come chi fa le code review. Il carico cognitivo è lo sforzo mentale richiesto da un'attività, che aumenta con codice complesso, strumenti poco familiari e documentazione scarsa. Lo stato di flow è la piena concentrazione sul lavoro, che dipende da poche interruzioni, obiettivi chiari e autonomia.
Ogni quanto dovremmo fare un sondaggio sulla developer experience?
Per la maggior parte dei team va bene una volta al trimestre. Così c'è il tempo di agire sui risultati di un ciclo prima del successivo. Se lo proponete più spesso di quanto riuscite ad apportare cambiamenti, le persone tendono a smettere di rispondere.
Qual è la differenza tra DevEx, SPACE e DORA?
DORA misura la delivery del software, ad esempio la frequenza dei deploy e il tempo necessario perché una modifica arrivi in produzione. SPACE è un modello ampio della produttività degli sviluppatori basato su cinque dimensioni. DevEx si concentra su ciò che gli sviluppatori vivono giorno per giorno: cicli di feedback, carico cognitivo e flow. TeamRetro offre un health check per ciascuno: DORA, SPACE e questo.
Chi ha creato il framework DevEx?
Abi Noda, Margaret-Anne Storey, Nicole Forsgren e Michaela Greiler, nell'articolo 'DevEx: What Actually Drives Productivity', pubblicato su ACM Queue nel 2023. Le affermazioni di questo modello sono state scritte da TeamRetro. TeamRetro non è affiliata agli autori né a DX.

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

Controlli sanitari correlati