In questo episodio di Product Talks (In Italiano, sorry), Fabio Pellegrini e Nicolo Manzotti ci parlando di come utilizzano le Engineering Metrics per migliorare i processi di sviluppo a Fluida.
* Introduzione e Scopo delle Metriche:
L’azienda utilizza una “engineering dashboard” per misurare e migliorare i processi di sviluppo software. L’obiettivo è identificare i colli di bottiglia, prendere decisioni informate e monitorare le performance dei team per il miglioramento continuo. Le metriche aiutano ad allinearsi agli obiettivi di business.
* Metriche Chiave Tracciate:
Le metriche includono le **Dora Metrics** (di Google) e le metriche **Kanban**, categorizzate in produttività, prevedibilità, efficienza e qualità del codice. Le principali sono il **Lead Time** (tempo totale dall’idea al rilascio in produzione, da tenere basso), la **Deploy Frequency** (frequenza dei rilasci in produzione, con l’obiettivo di rilasciare spesso per ridurre i rischi), il **Throughput** (numero di elementi di lavoro rilasciati, orientato all’output), e il **WIP (Work In Progress)** (limitare le attività simultanee per il focus e la salute del team).
* Raccolta e Analisi dei Dati:
I dati sono estratti dagli strumenti Atlassian, in particolare **Jira e Bitbucket**. Un “nanoservizio” automatizza il recupero dei dati quotidianamente. Nell’analisi, si considerano sia la media che la mediana, con la **mediana preferita per la sua capacità di filtrare gli outlier** e fornire una visione più stabile delle tendenze.
* Insight Iniziali e Aree di Miglioramento:
L’analisi ha rivelato un’elevata variabilità nel throughput. Ad esempio, nonostante la percezione interna di aver rilasciato più valore nel secondo semestre, il numero di “stories” rilasciate è diminuito, suggerendo la necessità di **rivedere la categorizzazione delle attività** e la strategia di scomposizione delle funzionalità in step più piccoli e indipendenti per un rilascio più fluido.
* Piani Futuri e Organizzazione Interna:
L’azienda si è recentemente divisa in **due macro-team di prodotto** e prevede di aggiornare le metriche per un’analisi per team. Vogliono anche integrare dati qualitativi con le analisi settimanali delle metriche.
L’organizzazione adotta una struttura ispirata alla Holacracy, dove i membri possono ricoprire più ruoli. La gestione del debito tecnico avviene allocando il **20-25% delle ore uomo a trimestre** per attività cross-team. Sebbene seguano un approccio “no estimate” per i task quotidiani, riconoscono la necessità di stime per la pianificazione di roadmap a lungo termine.