Il nostro hub di risorse sulla Developer experience (DevEx)
Esplora strategie per massimizzare il potenziale dei tuoi sviluppatori e creare un'esperienza di sviluppo ottimale.
Perché vale la pena pensare alla developer experience?
Condividi sui social
Perché vale la pena pensare alla developer experience?
Matt Saunders
Published on 19 gennaio 2026
9 min di lettura
Matt Saunders
Published on 19 gennaio 2026
9 min di lettura
Vai alla sezione
Vai alla sezione
Una prospettiva diversa sullo sviluppo software
Aumentare il ritmo dell’innovazione
Partire e mettersi subito in gioco
Mettere gli sviluppatori in condizione di muoversi più velocemente
FAQs sulla DevEx
Lavorando come una start-up
Matt Saunders di Adaptavist spiega come DevEx favorisca la produttività, l'innovazione e un ciclo virtuoso nello sviluppo del software.
Il software è diventato sempre più fondamentale per l’efficienza e la competitività della maggior parte delle organizzazioni negli ultimi 20 anni. Inoltre, le richieste continuano a crescere.
Qual è il modo più efficace per gestire il processo di sviluppo del software affinché possa tenere il passo? Negli ultimi anni, il movimento DevOps ha cercato di unificare lo sviluppo del software e le operazioni IT per aumentare velocità, qualità e affidabilità. Ora, è il momento di esaminare il processo dal punto di vista degli sviluppatori per ottenere ulteriori miglioramenti.
Potrebbe sorprenderti sapere che gli sviluppatori di software trascorrono in genere solo una frazione del loro tempo a scrivere codice. Perché? Perché il loro ruolo nel ciclo di vita dello sviluppo software (SDLC) consiste nel risolvere problemi con il codice. Dalla discussione e valutazione dei requisiti, all'esplorazione delle opzioni e alla ricerca di soluzioni, fino all'allestimento di ambienti di sviluppo e infrastrutture cloud, alla creazione di esperimenti e test, alla distribuzione e ottimizzazione del software, scrivere effettivamente codice è solo una parte di ciò che fanno. Spesso dedicano più tempo a ciò che sembra un lavoro improduttivo, perché molte attività li distolgono da esso. Questo è ciò di cui si occupa l'Esperienza dello Sviluppatore (o DevEx).
In The Adaptavist Group, da tempo, ci concentriamo sull’esperienza e sulla produttività degli sviluppatori di software. Collaborando con partner come Atlassian e GitLab, abbiamo fornito strumenti, piattaforme e processi che aiutano gli sviluppatori a lavorare in modo più efficace. Lo sviluppo Agile e il movimento (o mindset) DevOps ci hanno focalizzato sul miglioramento della precisione, della velocità e della robustezza nello sviluppo software, consentendo ai team di consegnare rapidamente le funzionalità giuste e poi supportare e mantenere il servizio. Man mano che i processi di rilascio e distribuzione diventano più efficienti, gli sviluppatori devono tenere il passo, ma ciò richiede alcuni cambiamenti fondamentali.
Una prospettiva diversa sullo sviluppo software
DevEx è diventato un argomento di interesse negli ultimi due o tre anni, esaminando il processo da una prospettiva diversa. DevOps osserva l'SDLC nel suo insieme, eliminando i silos tra sviluppo e operazioni per facilitare la transizione tra i due, riducendo i tempi di deployment e aumentando la gestibilità. Mentre DevOps si concentra sull'interazione tra i team e sul modo in cui il software si muove attraverso il ciclo di sviluppo, DevEx analizza il processo dal punto di vista degli sviluppatori. Perché? Perché mira a ottimizzare ulteriormente l'SDLC fornendo l'ambiente, gli strumenti e le informazioni di cui gli sviluppatori hanno bisogno per essere efficaci. Spesso, ciò comporta la rimozione di ostacoli, colli di bottiglia e impedimenti che li distolgono dal svolgere il lavoro più critico.
Più organizzazioni potranno indirizzare il tempo, la riflessione e l'energia degli sviluppatori verso la creazione di valore competitivo, più il loro output sarà rapido e intelligente. Potrebbe significare passare dal dover richiedere l'attivazione di un ambiente di sviluppo a poter accedere a uno strumento self-service, che consente loro di farlo autonomamente tramite automazione. Potrebbero essere piccoli cambiamenti nei processi, nelle pratiche o nella cultura che rendono disponibili i dati o le risposte di cui hanno bisogno per prendere decisioni migliori.
Aumentare il ritmo dell’innovazione
DevEx si concentra su pratiche, strumenti e cultura legati allo sviluppo, consentendo un aumento del ritmo dell'innovazione. Potrebbe coinvolgere l'enfasi sui benefici di essere 'buoni cittadini' all’interno del processo, documentando codice e processi di pensiero in modo chiaro e coerente, affinché possano essere compresi da altri (oggi e in futuro). Spesso si tratta di cambiamenti non evidenti da altre parti dell’organizzazione e può comportare influenzare il comportamento degli sviluppatori stessi.
Al centro di molte iniziative DevEx c’è la creazione (e la cura) di una piattaforma interna per sviluppatori (IDP). L’IDP è una risorsa self-service che offre agli sviluppatori accesso alle informazioni, agli strumenti e ai servizi di cui hanno bisogno per avviare un progetto di sviluppo e progredire rapidamente. Favorisce la riduzione dei silos e traduce l’organizzazione a beneficio della produttività degli sviluppatori.
Partire e mettersi subito in gioco
Immagina di aver appena iniziato un nuovo lavoro. Vuoi essere operativo rapidamente. Tuttavia, se non hai gli strumenti necessari, non comprendi i team e i dipartimenti intorno a te e non sai a chi rivolgerti per ottenere risposte, non puoi essere produttivo.
È così che può sentirsi un sviluppatore incaricato di creare una funzionalità che interagisce con diversi team o fonti di dati all’interno dell’organizzazione. Quando si avvia un progetto, si applicano requisiti di onboarding aggiuntivi. Il team di sviluppo ha accesso a una coda di ticket, a un repository Git, a una pipeline di integrazione continua e all’infrastruttura necessaria per sviluppare, ad esempio? L’IDP è al centro dell’esperienza dello sviluppatore, permettendo loro di essere autosufficienti e rimuovendo gli ostacoli all’azione.
Un principio chiave dell'IDP è che non cerca di far lavorare ogni sviluppatore, team o reparto nello stesso modo. Al contrario, mette in evidenza e codifica le diverse pratiche e processi all’interno dell’organizzazione, rendendoli visibili, comprensibili e utilizzabili. È anche una libreria di ciò di cui gli sviluppatori hanno bisogno, strutturata in modo da facilitarne il deployment con i processi o gli standard specifici dell’organizzazione integrati. Ad esempio, forse possono deployare un ambiente di sviluppo con un clic, ma integrare in esso la postura di sicurezza delle 'best practice' dell’organizzazione eleva significativamente la qualità dell’esperienza di sviluppo. Un IDP può anche esporre endpoint API e metriche per altri servizi con cui lo sviluppatore deve interagire. Avere la possibilità di vederli chiaramente e in modo coerente permette allo sviluppatore di lavorare in modo autonomo e sicuro.
Mettere gli sviluppatori in condizione di muoversi più velocemente
Una volta che uno sviluppatore è stato integrato e dotato dell'accesso agli strumenti e alle risorse necessarie, l'attenzione si concentra sul renderlo produttivo, cioè, in grado di dedicare tempo alle attività che generano risultati migliori.
Le organizzazioni sono spesso strutturate per ottimizzare il funzionamento di ogni funzione aziendale, con decisioni tecnologiche e di processo che riflettono questa impostazione. Tuttavia, gli sviluppatori di solito devono lavorare attraverso questi silos. Ciò può essere fonte di attriti e ritardi nell'accesso, comprensione e interazione con sistemi, processi e dati. Per aiutare gli sviluppatori a essere il più produttivi possibile, ci concentriamo generalmente nel mettere in evidenza quei sistemi, processi e dati, prevedendo che avranno bisogno di lavorarci, e nel mappare i flussi di valore necessari per consegnare effettivamente i risultati. L'IDP diventa la risorsa di riferimento per tradurre efficacemente tra diversi team e dipartimenti, riducendo attriti e promuovendo benefici reciproci.
FAQs sulla DevEx
Quanto velocemente di può passare dall'idea alla prima linea di codice?
Questa è una misura semplice, ma forse la più importante per valutare l'attrito nell'esperienza dello sviluppatore. Gran parte dei ritardi e della frustrazione derivano dagli ostacoli iniziali alla produttività, e questa metrica è facilmente misurabile.
Con quale rapidità si possono integrare in sicurezza nuove funzionalità in produzione?
Una metrica di DORA, questa misura end-to-end varia in base all'ambito delle funzionalità consegnate, ma funge da buon punto di riferimento per misurare i progressi.
Quanto tempo trascorrono gli sviluppatori a collaborare, esplorare, pensare e inventare?
Più difficile da misurare, ma questa è una modalità chiave per capire quanto l'esperienza degli sviluppatori sia allineata con la creazione di valore.
Il turnover del personale tra gli sviluppatori è in diminuzione?
La competizione per il talento è intensa e il costo di sostituire i membri del team è elevato. Gli sviluppatori che riescono a coinvolgersi nel proprio lavoro senza frustrazioni o ostacoli tendono ad avere una maggiore soddisfazione professionale.
Quanto tempo trascorrono gli sviluppatori a interagire con i clienti (interni o esterni)?
Quando gli sviluppatori dedicano più tempo a interagire con i clienti e a comprendere le loro esigenze e problematiche, ottengono una migliore comprensione dei requisiti.
Lavorando come una start-up
Scrivere codice è un’attività creativa. Implica cercare soluzioni, sperimentare e provare cose nuove. Non è un compito che possiamo semplicemente 'fare più in fretta'. Tuttavia, tendiamo a muoverci più velocemente e a innovare meglio quando ci sentiamo sicuri nel provare cose e quando ci sono ostacoli minimi al progresso. In un certo senso, stiamo supportando gli sviluppatori nel lavorare come se fossero in una start-up. Possono essere più sperimentali e produttivi quando non devono affrontare sfide, regole e ostacoli inutili. Non si tratta di ignorare le regole, ma di cercare proattivamente di minimizzare il loro impatto negativo ovunque sia possibile.
Più rapidamente il team può muoversi in modo autonomo e sicuro, maggiore sarà il vantaggio competitivo che può offrire. Questo, ovviamente, si allinea con gli obiettivi originari di DevOps. Le organizzazioni che si muovono troppo lentamente, evitando di quantificare i rischi e di sviluppare una cultura dell’esperimento, tendono a essere superate sul mercato. In definitiva, vale la pena considerare la prospettiva degli sviluppatori, perché permette all’intera organizzazione di innovare e di consegnare più rapidamente.
Scopri di più sull' approccio DevEx
Se desideri imparare come implementare gli strumenti, i processi e la cultura che supportano l'esperienza di sviluppo, non esitare a contattarci!
Scritto da
Lead DevOps
Grazie alla sua pregressa esperienza come amministratore di sistema Linux, Matt è un'autorità in tutto ciò che riguarda DevOps. In Adaptavist e non solo, è un sostenitore dei metodi di lavoro di DevOps, aiutando i team a massimizzare le persone, le procedure e la tecnologia per fornire software in modo efficiente e sicuro.