Metriche agili per progetti software di successo

I grandi progetti software sono difficili

I grandi progetti software subiscono spesso ritardi, superano i budget e in alcuni casi falliscono del tutto. Sono difficili da ottenere bene. Se un progetto rispetta i tempi, il budget, è perfettamente funzionante e presenta una qualità soddisfacente, è considerato riuscito. Questo tipo di successo viene raggiunto raramente. Un flusso costante di nuove tecniche e metodologie offre la speranza di risolvere i vecchi problemi. Eppure, i problemi legati ai progetti software non sembrano risolversi. La maggior parte di queste nuove tecniche aumentano la mistica attorno allo sviluppo del software che, a sua volta, alimenta un’industria non regolamentata di “coach agili”. I dirigenti sono spesso frustrati dal fatto che, nonostante l'utilizzo di alcune di queste nuove tecniche, molti dei loro progetti IT superano ancora il budget o falliscono. Mostrerò che solo quattro parametri sono tutto ciò che serve per risolvere questo problema.

Metriche Agile valide

È possibile migliorare la prevedibilità del progetto? È possibile evitare lunghi periodi di correzione dei bug? Può esserci un modo migliore? È possibile raggiungere questo obiettivo senza entrare nei dettagli tecnici? SÌ!

Ti mostrerò che utilizzando questi quattro parametri puoi migliorare la base delle decisioni di progetto, aumentare la trasparenza dell'avanzamento del progetto e ridurre i tassi di fallimento dei progetti. Questi parametri possono essere facilmente compresi anche dai leader non tecnici. Ho trascorso 30 anni nel settore IT, ho esaminato centinaia di progetti software e ho imparato molto da altri esperti. Ho concluso che la maggior parte delle organizzazioni potrebbe ottenere maggiore successo utilizzando solo quattro semplici parametri.

Innanzitutto è importante utilizzarlo valido metrica. Esistono molti parametri inappropriati che vengono spesso promossi, come il conteggio delle righe di codice, dei punti della storia e delle dimensioni delle magliette, ma questi di solito portano a decisioni gestionali inadeguate perché i parametri su cui si basano le decisioni non sono affidabili. Per avere successo dovrai basare le decisioni su parametri validi, coerenti, universali e ingiocabili; e quattro è tutto ciò di cui hai bisogno.

Con solo questi quattro parametri puoi avere un controllo su portata, risorse, pianificazione e qualità. Usarli aiuterà anche a ridurre alcuni rischi comuni dei progetti software. Ti guadagnerai presto la reputazione di aver realizzato progetti software di successo.

Questi quattro parametri contribuiranno notevolmente ad aiutare i responsabili IT a garantire che i loro progetti vengano consegnati con successo, indipendentemente dalle tecniche adottate (agile, scalato agile, kanban, cascata). Per qualsiasi tipo di software (applicazione aziendale, miglioramenti, manutenzione, software di sistema, sistemi integrati) concentrarsi solo su questi quattro parametri funziona davvero:

1. Ambito

Le dimensioni non sono tutto ciò che conta nel software, ma lo sono il fattore più significativo su progetti software. Quanto è veramente grande il tuo progetto? È necessaria una misura coerente prima di iniziare (per la stima), durante il progetto (per il controllo) e successivamente (per il benchmarking). È possibile misurare le dimensioni. Può essere fatto utilizzando la misurazione standard di ingegneria (ISO) universalmente applicabile, valida, coerente, aperta per le dimensioni del software COSMICO punti funzione. Quindi la prima metrica è:

Metrica #1: dimensione funzionale in punti funzione COSMIC (CFP)

2. Produttività

Quanto velocemente stiamo creando il software? Avremo finito in tempo? Se conosciamo le dimensioni e monitoriamo l’output consegnato ogni mese (o per sprint), possiamo prevedere se siamo sulla buona strada.

Metrica #2: CFP erogato al mese

3. Qualità

Se ci sono troppi bug, non possiamo rilasciare il software, quindi dobbiamo tenere traccia della qualità durante tutto il processo. Come verifichiamo la qualità durante lo sviluppo?

Metrica #3: Difetti (trovati e creati) per CFP

4. Risorse

Quanto costerà? Di quanto personale tecnico avremo bisogno?

Metrica #4: Costo per CFP

Questo non è tutto quello che c'è da sapere sulla gestione del software. Ci sono molti altri fattori importanti che influenzano questi parametri come: condizioni di lavoro, strumenti, supporto esecutivo, complessità, fiducia nel team, collaborazione e competenza del personale. Tuttavia, concentrandosi solo su questi quattro parametri, i leader tecnici e non tecnici di qualsiasi organizzazione possono aumentare il tasso di successo dei propri progetti.

Nella maggior parte dei casi è utile anche tenere traccia di alcune misure correlate, come ad esempio:

Modifica dell'ambito durante il progetto in CFP.
Potenziali difetti per CFP e test per CFP.
Difetti rilevati per ora di test unici
Difetti risolti e difetti rilevati ogni mese/sprint.
ROI corretto per il rischio

Punti funzione COSMIC: il moderno standard di ingegneria del software per il software di misurazione

Al centro di questa raccomandazione c’è la misurazione delle dimensioni nei punti funzione COSMIC. Dai un'occhiata alla nostra introduzione alla CFP. Contare i CFP è un'abilità che può essere appresa in pochi giorni. La documentazione standard è aperta, il manuale può essere scaricato gratuitamente ed è disponibile da https://www.cosmic-sizing.org. C'è anche un esame di certificazione per garantire la corretta misurazione. Per coloro che desiderano abbreviare e accelerare il processo, è possibile generare automaticamente una stima della CFP dai requisiti utilizzando ScopeMaster.

Se desideri saperne di più su come gestire i progetti software con maggiore successo e su come utilizzare queste metriche in modo efficace, per favore mettersi in contatto.

Riepilogo

Ecco un riepilogo di questi quattro parametri chiave per la gestione di progetti software di successo:

Scopo: Dimensione funzionale nei punti funzione COSMIC (CFP)
Produttività: CFP erogato al mese
Qualità: Difetti (trovati e creati) per CFP
Risorse: Costo per CFP

Colin Hammond è un consulente in materia di garanzia dei progetti e creatore del primo analizzatore al mondo dei requisiti software per la garanzia e la stima automatizzate della qualità. https:///www.scopemaster.com

Ulteriori utili metriche Agile

Qualità

Misure di complessità del codice (McCabe).
Copertura del test unitario
Frequenza di distribuzione
Tasso di correzione dei difetti
Difetti rilevati e risolti in ogni fase

Scopo

CFP affetta da requisiti prestazionali non funzionali
Modifica dell'ambito al mese (% del CFP totale)

Metriche per leader non tecnici

La maggior parte delle metriche del software non sono adatte ai leader non tecnici. Non ci si può aspettare che il direttore finanziario comprenda la terminologia e le sfumature dei tassi di copertura dei test agili e basati sul rischio, dei livelli di complessità del codice, dei punti della storia, delle dimensioni delle magliette ecc. Tuttavia l'intera sala del consiglio deve essere in grado di avere una conversazione sul software investimento che tutti possano comprendere. Ciò che serve è un insieme valido e universale di misure che informino in modo affidabile i leader non tecnici. Introdurrò solo quattro parametri validi che possono fornire ai dirigenti un linguaggio comune da utilizzare nel contesto delle decisioni di investimento nel software e che contribuiranno a ottenere un maggiore successo dei progetti.