Esperienza per sviluppatori
"Il modo migliore per aiutare gli sviluppatori a ottenere di più non è aspettarsi di più, ma migliorare la loro esperienza."
–Nicole Forsgren, creatrice delle metriche DORA e Partner Research Manager, Microsoft
Che cos'è l'esperienza per sviluppatori (DevEx)
Responsabilizzare gli sviluppatori
Per anni, le organizzazioni si sono concentrate sull'aumento della produttività degli sviluppatori per accelerare il proprio business. Tuttavia, concentrarsi solo sulla produttività degli sviluppatori può avere conseguenze negative come esaurimento, errori e una riduzione della fidelizzazione.
Il paradigma si è spostato. La conversazione principale non riguarda più risultati come la produttività degli sviluppatori o la velocità di sviluppo, ma è ora su come ottenere questi risultati in modo sostenibile usando l'esperienza degli sviluppatori (DevEx).
DevEx aiuta gli sviluppatori non solo a scrivere codice, ma anche a scrivere codice in un ambiente ottimizzato per la scrittura di codice.
Nicole Forgsen, Partner Research Manager, Microsoft
Perché DEVEX è importante?
L'ottimizzazione di DevEx migliora i risultati aziendali
Misurazione DevEx
Introduzione al framework SPACE
Il framework SPACE offre un nuovo modo olistico di comprendere e valutare l'esperienza di sviluppo. "La produttività non riguarda solo l'individuo o i sistemi di progettazione; non può essere misurata solo da una singola metrica o dai dati sulle attività... Il framework SPACE è stato sviluppato per acquisire diverse dimensioni di concetti complessi come la produttività e l'esperienza degli sviluppatori.”
–Nicole Forsgren, creatrice delle metriche DORA e Partner Research Manager, Microsoft
-
Soddisfazione: quanto si sentono soddisfatti gli sviluppatori rispetto al lavoro, al team, agli strumenti o alla cultura?
Benessere: quanto sono sani e felici gli sviluppatori?
Metriche di esempio• Soddisfazione degli sviluppatori
• Fidelizzazione degli sviluppatori
• Impegno
• Burnout -
Valuta il risultato di un sistema o di un processo. Le prestazioni sono difficili da quantificare perché sono presenti molte variabili.
Metriche di esempioQualità del codice:
• Affidabilità
• Assenza di bug
• Integrità dei servizi in corsoImpatto del codice:
• Soddisfazione dei clienti
• Adozione e fidelizzazione dei clienti
• Utilizzo delle funzionalità
• Riduzione dei costi -
Comprendere il numero di azioni o output completati nel corso dell'esecuzione del lavoro.
Metriche di esempio
• Numero di revisioni del codice completate
• Tempo di codifica
• Numero di commit
• Righe di codice
• Punti storia completati
• Frequenza di distribuzione -
Scopri il modo in cui persone e team comunicano e collaborano.
Metriche di esempio• Punteggio di revisione del codice (qualità o riflessione)
• Tempi di unione delle richieste pull
• Qualità delle riunioni
• Individuabilità della documentazione e delle competenze -
Misura il livello di avanzamento di sviluppatori e team nel lavoro o se sono in grado completarlo senza interruzioni o ritardi.
Metriche di esempio• Capacità percepita dallo sviluppatore di rimanere nel flusso e completare il lavoro
• Tempistiche di revisione del codice
• Numero di passaggi di consegne tra persone/team in un processo
• Numero di interruzioni
Ultime ricerche DevEx
Altre informazioni su come aiutare gli sviluppatori a crescere
Strumenti DevEx
Strumenti di sviluppo moderni per ottimizzare DevEx
Semplifica lo sviluppo con strumenti che funzionano insieme, fin da subito.
Verifica rapida sulla DevEx
Verifica rapida della maturità di DevEx
Usa questo quiz per determinare la scadenza DevEx dell'organizzazione e ricevere indicazioni su come apportare miglioramenti.
-
Se sì:
Passare a 02.Se no:
Comprendere i punti deboli degli sviluppatori è il primo passo per migliorare DevEx.Passaggi successivi consigliati:
Eseguire un sondaggio con gli sviluppatori e porre domande come:
- Qual è la parte più difficile del tuo lavoro e perché?
- Pensando agli strumenti e ai processi di sviluppo, qual è il più grande ostacolo alla produttività?
- Se fosse possibile cambiare qualcosa nel modo in cui il team crea il software, di cosa si tratterebbe?
-
Se sì:
Passare a 03.Se no:
DevEx è multi-facet, quindi richiede un framework multi-facet per comprenderlo: ecco perché abbiamo sviluppato il framework SPACE. Considera cinque dimensioni di DevEx: soddisfazione e benessere, prestazioni, attività, comunicazione e collaborazione ed eefficienza e flusso.Per valutare DevEx, è consigliabile tenere traccia delle metriche/KPI in almeno tre dimensioni dello SPAZIO.
Per altre informazioni sul framework SPACE e per visualizzare le metriche di esempio di ogni dimensione, leggere il documento di ricerca.
Passaggi successivi consigliati:- Informazioni sul framework SPACE.
- Selezionare tre dimensioni di SPAZIO a cui assegnare priorità nell'organizzazione (devono essere allineate ai punti critici dello sviluppatore).
- Selezionare o creare metriche per ognuna di queste tre dimensioni.
- È possibile implementare un metodo per tenere traccia di tali metriche nel tempo (ad esempio, una dashboard DevEx) e usarlo per valutare l'impatto delle attività DevEx. Modificare l'approccio di conseguenza.
-
Se sì:
Passare a 04.Se no:
È importante definire obiettivi chiari e realistici per ogni metrica. È inoltre importante che questi obiettivi si allineino ai problemi degli sviluppatori.Può essere difficile definire gli obiettivi. Alcuni scelgono di fare riferimento alle metriche di altri team o società ad alte prestazioni, alcuni benchmark di settore di riferimento. È anche importante notare che gli obiettivi possono cambiare nel tempo per riflettere il miglioramento continuo.
Per altre informazioni su come quantificare l'impatto di DevEx e il possibile ROI, leggere il blog e il documento di ricerca.
Passaggi successivi consigliati:- Impostare obiettivi chiari e realistici per ogni metrica DevEx.
- È possibile organizzare riunioni trimestrali per esaminare queste metriche ed esaminare lo stato di avanzamento di DevEx.
- È possibile adattare le attività e gli investimenti DevEx sulla base dell'impatto riscontrato.
-
Se sì:
Passare a 05.Se no:
L'unico modo per migliorare DevEx consiste nel migliorare il modo di lavorare degli sviluppatori. In genere, si tratta di investire in strumenti che semplificano la loro vita o facilitano i processi chiave. Per una maggiore efficacia, è consigliabile concentrarsi e tenere traccia dei miglioramenti apportati a DevEx con le metriche identificate.Ecco alcuni consigli per aiutarti a investire in:- Libera dalla fatica i flussi di lavoro Gli sviluppatori che menzionano i “processi di lavoro inefficienti” come una delle principali sfide lavorative hanno il doppio delle probabilità di sentirsi non produttivi e il 67% di probabilità in più di cercare altri lavori. La semplificazione dei processi di pianificazione e gestione del lavoro e il miglioramento dei flussi di lavoro di conformità possono essere un modo efficace per ridurre il lavoro degli sviluppatori.
- Ottieni gli strumenti di sviluppo moderni. Ciò può anche essere d’aiuto per rendere il lavoro meno duro e faticoso. Gli strumenti moderni come GitHub Copilot possono aiutare gli sviluppatori a portare a termine le loro attività fino al55%più velocemente e a svolgere in meno tempo le attività di routine come la documentazione.
- Sicurezza Shift-Left. Dare priorità alla sicurezza sin dalle prime fasi del ciclo di vita dello sviluppo del software, permette alle organizzazioni di risolvere i problemi prima che raggiungano la produzione, riducendo i costi e facendo risparmiare tempo agli sviluppatori. Gli strumenti di sviluppo moderni possono essere utili a questo scopo, analizzando le vulnerabilità durante la creazione del codice.
Passaggi successivi consigliati:- È possibile migliorare il modo di lavorare degli sviluppatori investendo in nuovi strumenti o semplificando i processi in base alle rispettive criticità e alle metriche DevEx.
-
Se sì:
Passare a Continua il percorso.Se no:
A volte le organizzazioni commettono l'errore di ritenere i propri sviluppatori responsabili del loro DevEx, ma questo non è corretto perché non sono gli sviluppatori a progettare la toolchain o i processi della loro azienda, bensì il team di leadership.Le iniziative DevEx dovrebbero essere avviate dal team di leadership con l'obiettivo esplicito di migliorare l'esperienza degli sviluppatori, e il team di leadership dovrebbe essere ritenuto responsabile del successo di tali iniziative.
Questo non significa che gli sviluppatori non debbano essere coinvolti nelle iniziative DevEx. Queste iniziative sono progettate per risolvere i problemi degli sviluppatori, che ovviamente dovrebbero essere consultati e coinvolti durante tutto il processo, ma alla fine il team di leadership dovrebbe essere ritenuto responsabile del miglioramento di DevEx nella propria organizzazione.
Passaggi successivi consigliati:- Nominare i promotori DevEx nel team di leadership per guidare le attività di DevEx.
- Eseguire revisioni trimestrali per esaminare le metriche DevEx e valutare lo stato di avanzamento.
- Includi gli sviluppatori in tutte le fasi del percorso DevEx in quanto il loro input è importante.
-
DevEx è più avanzata di tante altre, ma c’è sempre strada da fare. Per stare un passo avanti alla concorrenza leggi le Ricerche DevEx più recenti e scopri quali sono gli strumenti di sviluppo moderni che possono migliorare DevEx.
Attività iniziali
Inizia il tuo percorso DevEx oggi
È possibile dare un contributo all'azienda e aiutare gli sviluppatori a prosperare offrendo loro strumenti moderni basati sulla potenza dell'intelligenza artificiale.
Altre informazioni su DevEx Lab
È possibile esplorare le pubblicazioni DevEx più recenti del lab di ricerca congiunto di Microsoft e GitHub.
Ottieni assistenza da esperti
Per ricevere indicazioni da Microsoft sull'ottimizzazione di DevEx, è possibile contattare il team di vendita per accedere alle risorse più appropriate.
Esplora il framework SPACE
Per un approfondimento sulla misurazione di DevEx, leggere il documento di ricerca completo sul framework SPACE.