Innovare la Developer Experience in PagoPA

L’iniziativa DevEx (DX) nata dall’Area Engineering per ottimizzare il tempo tra l’ideazione e la realizzazione di un nuovo servizio

Foto di Annie Spratt su Unsplash

Immaginate un contesto tecnologico in cui impostare l’architettura di base per un servizio digitale destinato a milioni di cittadini richiede minuti anziché settimane. Un ambiente dove i nuovi software engineer sono produttivi sin dal primo giorno e dove il loro tempo è impiegato a innovare, piuttosto che a perdersi nella configurazione dell’infrastruttura di sviluppo o produzione.

Questo è l’obiettivo dell’iniziativa DevEx (DX) in PagoPA: un progetto nato dall’Area Engineering per trasformare la developer experience, ottimizzare la produttività, la soddisfazione e ridurre il tempo tra l’ideazione e la realizzazione di un nuovo servizio.

Perché DX

Nei cinque anni anni che intercorrono tra la nascita di PagoPA e la messa in produzione dell’ultima importante funzione (”Documenti su IO”), i software engineer dell’area hanno dovuto gestire una complessità crescente, riuscendo a consegnare puntualmente nuove funzionalità, ma accumulando inevitabilmente debito tecnico: la “sabbia negli ingranaggi” che rallenta il processo di sviluppo.

Per affrontare questa sfida, il management dell’Area Engineering ha lanciato una nuova iniziativa, costituendo un team di Cloud e Staff Engineer dedicato a risolvere le difficoltà quotidiane che ostacolano l’implementazione del software. Con DX puntiamo a ridurre la complessità e a eliminare le barriere, semplificando ogni fase del processo di sviluppo.

DX nasce per rispondere ai bisogni fondamentali di un’azienda che crea servizi digitali innovativi:

• La riduzione del tempo impiegato nella configurazione degli ambienti di sviluppo e produzione si traduce in maggiori possibilità di evolvere le funzionalità e soddisfare le esigenze dei cittadini;
• Un minore carico cognitivo per gli engineer comporta meno complessità, meno errori e maggiore rapidità nei rilasci;
• Un rapido onboarding permette a ogni nuovo membro di poter contribuire fin dal primo giorno.

Foto di Mohammad Rahmani su Unsplash

Principi del team

Alcuni principi fondamentali guidano la lavoro del team DX e le decisioni da prendere:

• Non siamo al riparo dalle pressioni del mondo reale: comprendiamo l’importanza delle scadenze dei team di prodotto e allineiamo il nostro lavoro di conseguenza;
• Non rimandiamo le cose difficili: collaboriamo strettamente con i team per supportare i loro obiettivi, anche quando i compiti sono ambiziosi o meno gratificanti per noi;
• Non accettiamo compromessi sulla semplicità: limitiamo le configurazioni necessarie ed evitiamo personalizzazioni per casi limite, mantenendo l’impegno di implementazione al minimo necessario;
• Favoriamo l’autonomia del team: il nostro obiettivo finale non è supportare i team, ma metterli in condizione di essere autosufficienti;
• Evitiamo reindirizzamenti: frequenti interventi o la necessità di indirizzare gli engineer verso documentazione non in linea sono il sintomo di una developer experience subottimale;
• Creiamo un prodotto che si vende da solo: crediamo in vincoli automaticamente applicabili, piuttosto che nella coercizione e nel controllo;
• Agiamo sulla base di prove, non di ipotesi: le ipotesi senza feedback o metriche sono considerate errate fino a prova contraria.

Quali risultati ci aspettiamo

L’iniziativa DX non si limita a identificare i problemi e proporre rimedi, ma mira alla realizzazione di soluzioni pratiche quanto più semplici possibili da adottare nel ciclo di vita del software. Alcuni dei progetti chiave includono:

• Template e moduli pronti all’uso: scaffolding preconfigurati, moduli Terraform e “golden path” per semplificare l’infrastruttura e il bootstrapping di nuovi microservizi;
• L’implementazione di pipeline CI/CD (GitHub Actions) per automatizzare i processi di sviluppo e dispiegamento dei servizi in produzione;
• La configurazione di un Internal developer portal: per accedere alle informazioni e agli strumenti necessari ai team, avviare nuovi progetti, condividere le specifiche API, monitorare l’efficacia dell’iniziativa;
• Nuovi standard e documentazione in linea: per evitare la dispersione di conoscenze e risolvere rapidamente i problemi.

DX supporta inoltre proattivamente i team di sviluppo nella fase di implementazione, favorendo l’adozione delle nuove tecnologie e promuovendo la cultura del miglioramento continuo.

Foto di Headway su Unsplash

Come siamo organizzati

Il team DX segue un approccio flessibile per massimizzare produttività ed efficacia.

Ogni lunedì teniamo una sessione di planning di un’ora su Google Meet per pianificare le attività coerenti con gli obiettivi trimestrali (OKR) e assegnare i task per la settimana. Ogni membro del team prende autonomamente in carico almeno un task dalla board Jira.

Il venerdì, solo se ci sono punti da discutere, partecipiamo a un allineamento tecnico per accelerare eventuali decisioni bloccate. A settimane alterne, le sessioni di planning e allineamento sono sostituite da backlog refinement e demo per mostrare i risultati e ricevere riscontri.

La collaborazione asincrona è favorita tramite code review e RFC per discutere decisioni tecniche e condividere feedback. Non ci sono daily standup né sprint: ogni membro del team è autonomo nella gestione delle priorità e abbastanza maturo per comunicare tempestivamente eventuali blocker.

Le incertezze vengono affrontate tramite discussioni quanto più possibile in asincrono, nei task su Jira o in proposte formalizzate per mezzo di RFC. Per le decisioni sullo stack tecnologico, viene utilizzato il repository del Technology Radar PagoPA.

Le innovazioni DX vengono incorporate direttamente nei progetti e la loro adozione viene promossa nei team dove non è possibile contribuire direttamente.

Gli OKR sono rivisti trimestralmente e le modalità operative vengono adattate in base alle nuove esigenze.

A che punto siamo

Dalla primavera del 2024, l’iniziativa DX ha raggiunto alcuni traguardi: il team ha sviluppato nuovi moduli Terraform ottimizzati per il dispiegamento di risorse Azure e di un GitHub Actions runner self-hosted, diverse GitHub Actions per automatizzare code review, build e deployment dei servizi; ha inoltre centralizzato parte della documentazione e realizzato benchmark comparativi su strumenti per la generazione di client da specifiche OpenAPI e servizi di tracing end-to-end.

Sebbene l’iniziativa sia ancora nella sua fase iniziale, ha già avuto un impatto su diversi progetti dell’area come il sistema di autenticazione e messaggistica su IO.

Il tooling prodotto è stato applicato dal principio per realizzare un nuovo servizio di segmentazione utenti che ha permesso le release graduali dei “Documenti su IO”, con risultati tangibili in termini di velocità di implementazione e riduzione della complessità.

Guardando al futuro

Nei prossimi mesi, vogliamo portare DX a un livello successivo. Lavoreremo per ampliare il supporto a nuovi linguaggi e framework, rendere gli strumenti ancora più integrati nei flussi di lavoro e raccogliere metriche (es. DORA) sull’impatto delle nostre iniziative. Non si tratta solo di semplificare lo sviluppo, ma di trasformare il modo in cui i team creano valore per milioni di cittadini.

Lavora con noi | LinkedIn — Twitter — Instagram | Visita il nostro sito | GitHub