Dopo aver fissato gli obiettivi, è inevitabile effettuare il monitoraggio del loro raggiungimento. Questa è una delle responsabilità fondamentali di ogni project manager, e i responsabili dello sviluppo software non fanno eccezione.
I project manager utilizzano KPI specifici per gestire in modo efficiente i progetti di sviluppo software. La velocità di sviluppo, la durata ciclo e il Lead time sono tutti esempi di KPI che possono essere utilizzati per il monitoraggio dei progetti software.
Questi KPI per lo sviluppo software sono il tuo kit di strumenti di dati oggettivi per effettuare il monitoraggio di ogni passaggio del ciclo di vita dello sviluppo software, identificare i colli di bottiglia e lavorare per un miglioramento continuo.
Vediamo come i team di sviluppo software possono ottimizzare il processo di sviluppo con l'aiuto dei 25 principali KPI (indicatori chiave di prestazione) per lo sviluppo software, al fine di guidare il processo decisionale.
25 metriche KPI per lo sviluppo software
Esistono innumerevoli KPI su misura per specifici obiettivi aziendali e progetti in corso. Ecco i 25 principali che consentono al tuo team di sviluppatori di superare i traguardi prefissati.
1. Velocità di sviluppo
Misurate le prestazioni del team di sviluppo software con la velocità di sviluppo. Indica il lavoro totale che il vostro team può svolgere durante uno sprint (un periodo di tempo prestabilito durante il quale devono essere completate le attività).
All'interno di uno sprint, utilizza gli story point per calcolare il lavoro richiesto per completare un'attività su una scala da uno a dieci, dove uno è il più veloce e dieci il più complicato. Misurando ogni sprint e story point, puoi comprendere la velocità media del tuo team di sviluppo nell'arco di tre sprint.
Senza questa metrica, sarà difficile pianificare, stabilire le priorità, allocare le risorse e fissare aspettative realistiche per i progetti futuri.
Velocità di sviluppo = Totale dei punti storia completati in uno sprint
2. Durata ciclo
La durata ciclo è una metrica DevOps Research and Assessment (DORA) che misura il tempo impiegato per portare a termine un'attività specifica. Quantifica le prestazioni del team e stima il tempo necessario per completare le attività future.
Ad esempio, nello sviluppo software, la durata ciclo può riferirsi al tempo necessario per risolvere un bug, dal momento in cui viene assegnato a uno sviluppatore e sottoposto a test di stabilità e codice fino a quando non viene corretto e approvato dal controllo qualità.
Questa metrica aiuta a valutare la produttività del team di sviluppatori e identifica le aree di miglioramento. È possibile confrontare la durata ciclo di ciascuna attività con la durata desiderata per analizzare le carenze del team.
Durata ciclo = Ora di fine – Ora di inizio
3. Copertura del codice
La copertura del codice, chiamata anche copertura dei test, misura la percentuale di codice testato. Questa metrica DevOps misura la qualità del software ai fini della produzione e del collaudo.
Dà priorità allo sviluppo basato sui test (TDD) e identifica i bug nei codici. Maggiore è la copertura del codice, minori sono le possibilità di bug.
Copertura del codice = (Numero di righe di codice eseguite dai test / Numero totale di righe di codice) X100
4. Frequenza di implementazione
L'implementazione di metodologie agili può rendere più difficile la misurazione delle prestazioni dell'azienda, poiché l'intero team deve effettuare il monitoraggio delle metriche agili durante tutto il ciclo di sviluppo. Quando si monitora la performance degli strumenti e dei processi di sviluppo software nell'ambito di un processo di questo tipo, è possibile fare affidamento sul KPI relativo alla frequenza di implementazione.
Determina la velocità con cui il team di implementazione distribuisce il codice in diversi reparti, come staging, testing e produzione. Questo KPI è uno dei quattro parametri DORA ed è interconnesso con altri, come il tasso di fallimento delle modifiche, il Lead time per le modifiche e il tempo medio di ripristino.
Questo KPI software fornisce informazioni dettagliate sull'efficienza e l'agilità del team di sviluppo, stabilisce parametri di riferimento per migliorare le pratiche di implementazione e contribuisce al miglioramento continuo.
Frequenza di implementazione = Numero totale di implementazioni / Periodo di tempo
5. Net Promoter Score
Il Net Promoter Score (NPS) misura la soddisfazione dei clienti su una scala da zero a dieci, dove zero descrive la peggiore esperienza utente e dieci la migliore.
Le persone che valutano il software con un punteggio compreso tra zero e sei sono definite detrattori, quelle che lo valutano con un punteggio compreso tra sette e otto sono passive, mentre quelle che lo valutano con un punteggio compreso tra nove e dieci sono promotrici. Se il numero di promotori supera quello dei detrattori, il software funziona bene.
Net Promoter Score = (% promotori) – (% detrattori)
6. Tempo medio tra i guasti (MTBF)
Quando si cerca di valutare l'affidabilità del software, la metrica MTBF quantifica il tempo medio tra due guasti del software.
Nello sviluppo software, dove i guasti sono inevitabili, la metrica MTBF è fondamentale per valutare le attività software e sviluppare strategie di riparazione.
Tempo medio tra i guasti (MTBF) = Tempo di attività totale/Numero totale di guasti
7. Tasso di fallimento delle modifiche
Misurare la qualità del software è complesso a causa della sua soggettività. La metrica Change Failure Rate (Tasso di fallimento delle modifiche) fornisce una panoramica della qualità del software calcolando la percentuale di implementazioni che portano a un fallimento nella produzione.
Un basso tasso di errore indica meno bug e alta qualità. Al contrario, un tasso elevato significa più bug e la necessità per il team di rivedere il codice.
CFR = (Numero di modifiche non riuscite/Numero di modifiche)/100
8. Dimensione della richiesta pull (PR)
La dimensione della richiesta pull è una metrica di sviluppo software che misura il numero di modifiche al codice in una singola richiesta pull, riflettendo la dimensione o la portata delle modifiche introdotte da uno sviluppatore.
Le richieste di pull di piccole dimensioni sono più facili da esaminare ed elaborare, facilitando un'integrazione più rapida, fornendo un feedback più specifico e riducendo il rischio di bug. Al contrario, le richieste di pull di grandi dimensioni richiedono più tempo per essere comprese, esaminate e risolte.
9. Tasso di rilevamento dei difetti (DDR)
Il rapporto DDR misura il numero di difetti rilevati prima del rilascio rispetto a quelli rilevati dopo il rilascio.
Utilizza la metrica DDR per valutare il numero di difetti non rilevati dal tuo team di test e riscontrati dai clienti, che incidono negativamente sulla loro esperienza.
Tasso di rilevamento dei difetti = (difetti rilevati in una fase + difetti totali) X 100
10. Code Churn
I codici richiedono spesso revisioni con gli aggiornamenti software e l'introduzione di nuove funzionalità/funzioni. La metrica del code churn misura il numero di volte in cui un codice software richiede iterazioni durante un periodo specifico. Un code churn più elevato indica una maggiore manutenzione e un rischio più elevato.
Ad esempio, i team DevOp operano solitamente con un tasso medio di ricambio del codice del 25%, il che indica che i codici sono efficienti al 75%.
Tasso di abbandono del codice = Numero totale di righe di codice all'inizio – (Righe aggiunte + righe eliminate + righe modificate)/ Numero totale di righe di codice X 100
11. Semplicità del codice
Un codice semplice con esito positivo è superiore a un codice complesso che richiede continue iterazioni. La semplicità del codice può essere misurata utilizzando diverse metriche, quali la complessità ciclotomatica, la duplicazione del codice, il churn del codice, ecc.
Una buona semplicità del codice indica che il codice richiederà meno tempo, meno iterazioni e avrà meno bug.
Non esiste una formula diretta per misurare la semplicità del codice come la complessità ciclotomatica, poiché si tratta di una metrica qualitativa piuttosto che quantitativa.
12. Flusso cumulativo
I responsabili dello sviluppo software spesso desiderano conoscere lo stato di avanzamento dei progetti di sviluppo software. Il flusso cumulativo mostra, tramite diagrammi visivi, se un'attività è stata approvata, è in corso o è in fase di backlog.
Colori diversi indicano stati diversi. Inoltre, la larghezza della banda indica la durata ciclo. Questo KPI di sviluppo software consente di valutare lo stato dello sviluppo software, identificare i colli di bottiglia e calcolare il lavoro richiesto per completare gli elementi in arretrato.
Leggi anche: Com'è la giornata tipo di uno sviluppatore di software
13. Tassi di bug
Il tasso di bug indica il numero di bug identificati durante il test del software. La maggior parte dei team di sviluppo software utilizza questa metrica per confrontare i tassi di bug tra progetti, team e periodi di tempo, stabilire benchmark e fissare obiettivi realistici per ridurre i bug.
Puoi considerarli da due punti di vista: il numero totale di bug rilevati e la gravità dei bug identificati.
Tasso di bug = (Numero di bug rilevati/ Numero totale di righe di codice) X 100
14. Sprint Burndown
Misurate il numero totale di attività eseguite all'interno di uno sprint con la metrica sprint burndown. Si tratta di uno dei KPI chiave dell'ingegneria del software che determinano il lavoro svolto durante gli sprint. Se i risultati non corrispondono alle aspettative, riadattate le prestazioni del team.
Le aziende spesso utilizzano grafici sprint burndown e misurano il tempo e la quantità di lavoro da completare in punti storia per verificare eventuali deviazioni dallo stato ideale.
15. Burndown del rilascio
Il KPI "release burndown" misura lo stato di avanzamento del rilascio del prodotto e prevede il numero di sprint necessari per completare una versione sulla base degli sprint precedenti.
Utilizza un grafico burndown di rilascio per valutare se le operazioni procedono nei tempi previsti o in ritardo e dimostrare lo stato di avanzamento del progetto agli stakeholder.
16. Efficienza del flusso
L'indicatore chiave di prestazione relativo all'efficienza del flusso tiene traccia del rapporto tra tempo totale e tempo attivo per fornire informazioni sul periodo di stallo e ottimizzare il flusso di lavoro.
Efficienza del flusso = (Tempo di creazione di valore aggiunto / Lead time) X 100
Tempo di valore aggiunto = tempo dedicato ad attività che contribuiscono direttamente alle esigenze del cliente, come il codice sorgente/i test.
Lead time totale = tempo che intercorre tra l'inserimento di un elemento nel sistema Kanban e la sua consegna al cliente.
17. Tempo medio di riparazione (MTTR)
Il tempo medio di riparazione si riferisce al tempo totale impiegato da un sistema per riparare un problema o un guasto. Include il tempo di riparazione e di collaudo, ovvero tutto il tempo necessario affinché il software sia completamente funzionante.
Un MTTR elevato nei progetti di sviluppo software può causare tempi di inattività non pianificati.
L'MTTR valuta l'affidabilità e la disponibilità dei tuoi sistemi e delle tue apparecchiature e identifica le aree di miglioramento e le tendenze dei guasti, in modo che i tuoi sviluppatori software possano ottimizzare le strategie di manutenzione.
MTTR = Tempo totale di manutenzione / Numero di riparazioni
18. Tempo di attesa
Il tempo di attesa è il tempo di elaborazione che intercorre tra l'emissione di un ticket e la sua risoluzione. Si riferisce al periodo in cui il ticket è ancora in coda e non è stato ancora affrontato o risolto.
I lunghi tempi di attesa possono essere causati dalla mancanza di specialisti QA, da una comunicazione interna inadeguata o da strumenti e assistenza insufficienti. Questo KPI mostra quanto sia ottimizzata la pipeline; quindi, più è basso, meglio è.
19. Tasso di completamento dell'ambito
Più veloce è il processo di completamento dei ticket, più positivamente si riflette sull'efficienza del team di sviluppo software. Il tasso di completamento dell'ambito è una metrica che determina il numero totale di ticket completati all'interno di uno sprint.
Un basso tasso di completamento dell'ambito indica processi non ottimizzati, traguardi irrealistici o personale insufficiente.
20. Ambito aggiunto
Lo scope aggiunto è una metrica fondamentale per tutti i responsabili dello sviluppo software, poiché rappresenta il numero totale di story point aggiunti dopo l'inizio dello sprint.
Una percentuale elevata di aggiunte allo scopo indica una mancanza di piano per determinare le sfide future. Ciò interrompe la pianificazione dello sprint riducendo la possibilità di eseguire nuovi lavori.
Per ridurre l'ambito aggiunto, elimina le funzionalità/funzioni che richiedono più tempo di quello che il tuo team può dedicare. Puoi anche creare una previsione di manutenzione indicando il tempo e il lavoro richiesto per mantenere la funzione operativa a lungo termine.
21. Lead time
Il lead time misura il tempo totale di un'attività dalla richiesta al completamento. A differenza della durata ciclo per i team di sviluppo software, tiene conto anche dei tempi di attesa, delle approvazioni e delle revisioni necessarie prima che l'attività sia completata.
Un lead time più basso indica un time to market più rapido, una maggiore agilità e un utilizzo efficiente delle risorse. Insieme, questi fattori contribuiscono a una maggiore soddisfazione dei clienti.
Lead time = Timestamp di distribuzione – Timestamp di commit
22. Lavoro richiesto sprecato
La metrica dello sforzo sprecato misura il tempo e le risorse impiegate in attività che non contribuiscono al progetto finale o agli obiettivi aziendali.
Ad esempio, se il team ha lavorato su una funzionalità software che dopo due settimane è stata ritenuta irrilevante, il lavoro richiesto sarebbe l'importo pagato a tutti gli sviluppatori per il loro lavoro in quelle due settimane.
Per aumentare la produttività e ridurre il time-to-market, misura i KPI per lo sviluppo software, come lo sforzo richiesto, e trova il modo di ridurlo per garantire un esito positivo del progetto.
Lavoro sprecato = (Lavoro richiesto totale sprecato / Lavoro richiesto totale) X 100
23. Interruzioni
Le metriche di interruzione misurano il numero totale di attività interrotte in un determinato periodo. È anche possibile misurare il numero totale di interruzioni all'interno di un'attività per avere un'idea più chiara.
Le interruzioni hanno un impatto diretto sulle prestazioni e devono essere misurate per rispettare Sequenze realistiche. Alcuni esempi di interruzioni includono problemi tecnici, guasti del sistema, interruzioni personali o quelle dovute all'indisponibilità delle risorse.
Tasso di interruzione = (Numero totale di interruzioni / Tempo totale lavorato) X 100
24. Assunzioni e tempo di avvio
Per eseguire il ciclo di vita dello sviluppo software sono necessarie risorse adeguate. Assumere un team di sviluppatori qualificati a volte richiede tempo, il che sottolinea la necessità di fissare aspettative realistiche in termini di realizzazione delle attività.
Il tempo di assunzione definisce il periodo che intercorre tra il momento in cui il candidato si candida per un lavoro e quello in cui lo accetta. Con questo, si tiene conto del tempo di avvio, che si riferisce al tempo che intercorre tra il momento in cui il candidato viene assunto per un ruolo e quello in cui diventa pienamente produttivo in esso.
Considera entrambi questi indicatori mentre valuti il ciclo di vita dello sviluppo software.
25. Data di consegna prevista
Gli stakeholder spesso richiedono una data di consegna stimata per il completamento del software e questo KPI aiuta i reparti interfunzionali a pianificare il proprio lavoro.
La data di consegna potrebbe cambiare con lo stato delle operazioni e può essere modificata in caso di cambiamenti.
Leggi anche: Qual è la differenza tra OKR e KPI?
Sfide nell'implementazione dei KPI per lo sviluppo software e suggerimenti per superarle
Scegliere i KPI giusti
Quando si impostano i KPI per lo sviluppo software, può essere difficile individuare quelli più rilevanti per il proprio progetto. Come scegliere gli indicatori chiave di prestazione più importanti tra le diverse opzioni disponibili?
Ti consigliamo di iniziare con gli obiettivi organizzativi e i KPI che supportano le iniziative strategiche. Ad esempio, le aree chiave in cui lo sviluppo software può avere un impatto significativo includono il miglioramento della qualità dei prodotti, l'aumento della soddisfazione dei clienti e la riduzione del time-to-market.
I KPI corrispondenti che aggiungono valore aziendale includono la copertura del codice, la durata ciclo, la qualità del codice, l'MTTR per migliorare la qualità del prodotto, l'NPS per la soddisfazione dei clienti e la frequenza di implementazione per il go-to-market.
Raccogliete i contributi di ingegneri, tester, sviluppatori, project manager e sviluppatori di prodotti per rendere questo lavoro collaborativo e aumentare le probabilità di un esito positivo dell'implementazione.
Adeguamento e monitoraggio regolari dei KPI
I KPI non sono statici, ma devono essere regolarmente adeguati alle mutevoli esigenze e agli obiettivi aziendali. È possibile effettuare il monitoraggio tramite fogli di calcolo, ma questa soluzione ha un limite di scalabilità a causa del controllo delle versioni, della mancanza di modifiche automatizzate dei dati e dell'accesso basato sui ruoli.
Hai bisogno di un software o di un modello per effettuare il monitoraggio e l'adeguamento dei tuoi KPI di sviluppo software per completare il progetto con esito positivo.
Mancanza di allineamento all'interno dei team
Immagina uno scenario in cui il team di sviluppo misura e assegna priorità al punteggio NPS, ma dimentica di comunicarlo al team del supporto clienti. Senza questo allineamento, il team del supporto potrebbe dare priorità alla velocità rispetto all'esperienza del cliente, compromettendo l'obiettivo aziendale.
Oltre a misurare le metriche rilevanti, devi comunicarle ai membri del team interessati affinché ne comprendano l'importanza e l'allineamento con gli obiettivi aziendali.
Senza utilizzare un dashboard o un software comune, come puoi assicurarti che tutti siano allineati sui KPI e siano in grado di contribuire al loro raggiungimento?
Qualità e accuratezza dei dati
Il monitoraggio dei dati basato su fogli di calcolo presenta diversi inconvenienti, tra cui voci duplicate, errori di immissione manuale dei dati e informazioni obsolete, che possono indurre in errore nelle decisioni.
In molte aziende si creano dei silos di dati, dove ogni reparto lavora in modo isolato con i propri dati e le proprie metodologie.
Ad esempio, il team di sicurezza informatica all'interno dell'organizzazione potrebbe lavorare su diverse origini dati. Al contrario, il team di sviluppo potrebbe avere metodologie separate, mentre questi team hanno un obiettivo comune: ridurre le vulnerabilità del software soggette ad attacchi informatici.
Il risultato è un panorama frammentato senza un'unica fonte di verità. Le organizzazioni non possono sottovalutare l'importanza dell'igiene dei dati e della tempestività per un processo decisionale solido, soprattutto quando team interfunzionali collaborano per raggiungere un obiettivo comune. È essenziale disporre di un'unica fonte di verità, con tutti i team che hanno accesso agli stessi dati centralizzati.
Monitorate e implementate i KPI per lo sviluppo software con i dashboard di ClickUp.
Una volta individuati i KPI chiave per lo sviluppo software, la domanda successiva è: come effettuare il monitoraggio e l'implementazione?
Il monitoraggio dei KPI software richiede molto tempo e può essere fonte di errori se non si dispone di strumenti efficaci che forniscano dati chiari e utilizzabili in modo trasparente.
ClickUp è una piattaforma completa che consente il monitoraggio di tutti gli indicatori chiave di prestazione relativi al tuo progetto software e la garanzia che siano in linea con i tuoi obiettivi aziendali e strategici.
Puoi personalizzare i dashboard di ClickUp per effettuare il monitoraggio dei KPI più rilevanti con dati in tempo reale e promuovere un processo decisionale efficace e tempestivo. Il dashboard può essere personalizzato con schede di reportistica sprint quali schede di velocità, schede burndown, schede burnup, flusso cumulativo, durata ciclo e Lead time.
Tutte queste schede vengono aggiornate regolarmente (ad eccezione della velocità) per semplificare il monitoraggio dei KPI e misurare il lavoro richiesto per lo sviluppo. Queste schede hanno varie opzioni di personalizzazione, tra cui fonte, intervallo di tempo, periodo campione, quantità di lavoro, filtri attività, ecc.
I dashboard di ClickUp integrano dati preziosi provenienti da origini dati diverse per fornire un quadro completo delle metriche e delle prestazioni del progetto di sviluppo software. Questi dati possono essere utilizzati per prendere decisioni basate sui dati relativi al processo di sviluppo software, ottimizzare l'allocazione delle risorse e il processo di sviluppo complessivo.
Modelli KPI ClickUp
L'esito positivo dipende dal mantenimento di un vantaggio sui KPI e, in qualità di manager, devi valutare cosa funziona e cosa non funziona per il tuo team di sviluppo software.
I modelli di sviluppo software ClickUp sono progettati per uno sviluppo software di alta qualità. Sono dotati di sottocategorie pronte all'uso e completamente personalizzabili e aiutano al monitoraggio dei KPI di project management con viste, stati e campi personalizzati.
Il modello KPI di ClickUp semplifica la misurazione dei KPI, sia che si tratti di una startup o di un'azienda consolidata. Con questo modello è possibile:
- Rimani aggiornato sui tuoi dati più importanti: tutto in un unico posto per tutti i tuoi sviluppatori software.
- Ottieni visibilità sul lavoro del tuo team di sviluppo tramite il monitoraggio dello stato rispetto agli obiettivi.
- Identifica le tendenze e effettua il monitoraggio e la misura dello stato dei tuoi indicatori chiave di prestazione (KPI) con un diagramma visivo.
Ecco come ClickUp per i team di sviluppo software semplifica la misurazione dei KPI:
- Crea degli obiettivi: definisci obiettivi misurabili e raggiungibili in linea con i tuoi obiettivi a lungo e breve termine.
- Dashboard ClickUp: identifica le metriche più adatte alle tue esigenze e utilizza la dashboard per effettuare il monitoraggio.
- Crea delle attività cardine: traccia tu stesso le metriche o utilizza strumenti di analisi basati sull'automazione per effettuare il monitoraggio delle prestazioni in tempo reale.
- Analizza i risultati: utilizza la vista Gantt o la vista Bacheca di ClickUp per analizzare i risultati e modificare i traguardi secondo necessità.
Correlati: KPI per la gestione dei prodotti 🎯
Impatto della garanzia di qualità sugli indicatori KPI dello sviluppo software
La garanzia della qualità deve essere fondamentale per misurare le metriche di sviluppo software, dall'identificazione dei difetti di sicurezza al test del software per l'individuazione dei bug.
Un processo di test strutturato e affidabile garantisce che il team di sviluppo risolva tutti i bug e i problemi prima che il cliente utilizzi il tuo prodotto/software.
Inoltre, una qualità ottimale riduce i tempi di rielaborazione del codice e diminuisce il tasso di bug e il rapporto di rilevamento degli errori. Ecco perché consigliamo di ottimizzare la garanzia di qualità per processi di sviluppo software rapidi e fluidi.
Misurate i KPI di sviluppo software per massimizzare le possibilità di completamento del progetto
Lo sviluppo software è un processo iterativo che richiede un monitoraggio e adeguamenti frequenti per garantire un esito positivo del progetto. L'impostazione dei KPI per lo sviluppo software responsabilizza tutti e garantisce che il lavoro richiesto per lo sviluppo software sia concentrato sugli obiettivi aziendali.
Questi indicatori fungono da guida per i team di sviluppo software, misurando i progressi quotidiani e aiutando la dirigenza e i manager a comprendere meglio il quadro generale.
Integra il software di project management ClickUp con il processo di consegna del software per misurare lo stato dei progetti, effettuare il monitoraggio dei KPI, modificarli secondo necessità e ottimizzare il processo di sviluppo.
Iscriviti gratis a ClickUp per effettuare l'impostazione e il monitoraggio dei tuoi KPI di sviluppo software.