Il Release Management in ITIL
In un post di un paio di mesi fa' avevamo introdotto ITIL ed avevamo citato il processo di Release Management (vedi http://marcoliuzzi.blog.com/1183476/). Ne parliamo piu' in dettaglio in questo post.
La definizione "ufficiale" di Release Management in ITIL e' la seguente:
- considerare in modo 'olistico' i cambiamenti ai servizi IT (to take an holistic view of a change to an IT service) ed assicurarsi che tutti gli aspetti di una release, tecnici e non, vengano considerati
Il release Management andrebbe utilizzato per:
- Implementazioni hardware massiccie o critiche
- Implementazioni software significative
- Implementazione contestuale di set di cambiamenti correlati
Le responsabilita' del processo di Release Management includono le seguenti:
- Pianificazione e coordinamento delle implementazioni di software nuovi (o di upgrade) con hardware e documentazione associati
- Coordinamento con il Change Management per validare l'esatto contenuto della release
- Assicurarsi che tutti gli item oggetto (o target) di implementazione siano tracciabili via CMDB
- Gestione delle aspettative dei clienti ed utenti nelle implementazioni
I seguenti concetti canno considerati con il Release Management:
- La Definitive Software Library (DSL), che contiene tutti le copie master di tutti i software in produzione, utilizzata e/o aggiornata con ogni release.
- Il Definitive Hardware Store (DHS), e' un area dove vengono mantenute i ricambi per l'hardware. Le parti nel DHS devono essere tracciate nel CMDB e mantenute allo stesso livello dell hardware in produzione
- Build Management, Il software e/o hardware che fa parte della release deve essere assemblato in modo controllato in modo che sia ripetibile e documentato
- Testing e Back-out, un piano di testing ed un piano di back-out (anch'esso va testato) fanno parte del corredo necessario ad ogni release prima che venga autorizzata
I benefici dell'implementare il Release Management includono i seguenti:
- Migliore qualita' dei servizi rilasciati come risultato di un maggiore percentuale di release finalizzate con successo
- Migliore utilizzazione delle risorse
- Certezza che l'hardware ed il software rilasciato in produzione siu di qualita' nota, riducendo in tal modo le possibilita' che software illegale, errato o non autorizzato sia in uso.
Una delle poche raccomandazioni di ITIL in termini di priorita' di implementazione dei processi e' quello di implementare i processi di configuration, change e release management insieme, e possibilimente di avere una funzione centralizzata per gestirli.
