Come parte del mio lavoro in corso con la CEI che ho avuto la fortuna di partecipare ad alcune discussioni membri intorno ITAM. Abbiamo discusso i punti di dolore nelle loro strategie di ITAM, quello che le organizzazioni stanno facendo per affrontare i loro problemi e scoprire cosa fanno le migliori aziende.
Uno dei temi ricorrenti è il concetto di definizione di obiettivi appropriati e misurare i progressi compiuti con le tappe del caso. Molte organizzazioni stanno cercando di migliorare il loro processo di asset management con una visione chiara di dove sono stato attuale e le idee più e gli obiettivi per cui sono voce.
Quando si tratta di obiettivi sono un grande fan della discesa a terra dei consigli David Allen. I due pilastri che forniscono le basi per la sua metodologia sono istituisce il risultato ideale e poi cercare di capire l'azione successiva per arrivarci.
Tutto questo sembra molto semplice, forse troppo semplice per i progetti di società globale, ma credo che molte aziende sarebbero facendo progressi molto più se ne ha definito i risultati dei loro progetti ITAM.
Per esempio, molte organizzazioni stanno lavorando per "Software Compliance" come un obiettivo degno, che è riconosciuta a livello bordo. Forse queste società sono stato punto da un dispendio di tempo, audit fornitore imbarazzante e costoso. Non vogliono che succeda di nuovo, ma come faranno sapere quando è stato risolto? Come faranno a misurare il successo? E 'un dato di fatto che nessuna impresa può mantenere la conformità 100% in ogni momento - così che cosa è un livello accettabile di varianza?
Ecco alcuni esempi di indicatori di performance tangibile del fatto che potrebbe aiutare a misurare il successo:
- Il tempo di fornire report in caso di un audit fornitore
- L'esistenza, con un grado accettabile di varianza, di una relazione periodica di conformità
- I risparmi sui costi per l'anno a causa della rimozione del software inutilizzati
- Risparmio di costi all'anno negoziato a seguito di dati più precisi per quanto riguarda gli accordi software
- Software costo pro capite
- Le chiamate di supporto per le applicazioni ridotta a causa di normalizzazione
- Tempo dalla richiesta di software di distribuzione del software a causa di processi semplificati
Come dobbiamo misurare il successo?
