Metriche di Release Management
Continuiamo con la serie di post sulle metriche relative ai processi ITIL (v2). Con il post di oggi concludiamo la panoramica sul Service support con le metriche di Release Management.
Nel ricavare le metriche e' sempre opportuno chiarire gli obiettivi (Fattori critici di successo) della misura. Per il processo in oggetto si possono considerare i seguenti:
- Manutenzione di record accurati relativi a tutte le versione dei software presenti nella Definitive Software Library (DSL)
- Controllare le release messe in produzione al fine di minimizzare gli incidenti correlati
- Ottimizzare la gestione del processo di release
Alcuni esempi di metriche che possono essere utili per misurare le performance del processi di Release Management sono le seguenti (organizzate per Fattore Critico di Successo di cui offrono una misura):
Controllare le release messe in produzione al fine di minimizzare gli incidenti correlati
- Numero di incidenti generati dalla release, queste metrica misura direttamente i "danni collaterali" generati da una release. Questi dati possono essere calcolati a partire dalla lista degli incidenti.
- % di Release urgenti, questa metrica permette di misurare la percentuale di release urgenti (potenzialmente pericolose) rispetto alle altre. Se queste risultano eccessive vuol dire che il processo e' bypassato con la scusa dell'urgenza. Questi dati sono norlmalmente disponibili nei log delle release.
- Numero (oppure %) di release non testate, normalmente a causa di urgenze, misura molto simile a quella precedente, che si puo' usare qualora i dati fossero disponibili in alternativa a quelli necessari per la metrica precedente.
Manutenzione di record accurati relativi a tutte le versione dei software presenti nella Definitive Software Library (DSL)
- Numero pacchetti Software installati in produzione e non presenti nella DSL, misura della bonta' del processo di release in generale e della DSL in particolare. I dati sono normalmente disponibili a seguito di audit sui software installati in produzione.
- Numero di licenze non in uso, misura della bonta' del processo di gestione della DSL. Questa metrica si puo' tradurre in un beneficio immediato al byusiness nella possibilita' di risparimare soldi o utilizzare piu' efficientemente le risorse.
Ottimizzare la gestione del processo di release
- % di accuratezza delle stime dei tempi (e/o costi) di release, misura della bonta' della pianificazione e dell'efficienza del processo di release. Semplice da calcolare se si ha l'abitudine di effettuare (e tracciare i relativi dati) un minimo di pianificazione della release.
- % di Release effettuate nei tempi previsti, fornisce informazioni sostanzialmente simile a quelle della metrica preecedente.
Nel processo di Release applicativo esistono due prospettive opposte che e' opportuno valutare e misurare con metriche (alcuni esempi sono elencati di seguito) che sono leggermente diverse a secondo del punto di vista:
- la prospettiva del gruppo di operations (Application Support) con le metriche relativa:
- Numero di difetti identificati
- Numero di fix rimandati indietro a sviluppo
- la prospettiva del gruppo di sviluppo
- Numero di difetti riscontrati durante lo sviluppo
- Numero di difetti risolti
- Numero di fix rifiutati da Application Support
