Release and Deployment Management
Objective: Release and Deployment Management aims to plan, schedule and control the movement of releases to test and live environments. The primary goal of this ITIL process is to ensure that the integrity of the live environment is protected and that the correct components are released.
Part of: Service Transition
Process Owner: Release Manager
Essentially, the activities and process objectives of the Release and Deployment Management process in ITIL V3 are identical to Release Management in ITIL V2. ITIL V3 Release Management provides considerably more details in the areas of Release planning and testing; this led to the addition of two dedicated processes which were subsumed under Release Management in the previous ITIL version: Project Management - Transition Planning and Support, and Service Validation and Testing.
Additional interfaces between Release Management and ITIL Project Management have been introduced to make sure that Project Management is constantly provided with current planning information.
The process overview of Release & Deployment Management (.JPG) is showing the most important interfaces (see Fig. 1).
The latest ITIL 2011 guidance also specifies that Minor Changes are implemented by Change Management without the involvement of Release Management, so the Minor Release Deployment sub-process has been removed.
These are the ITIL Release Management sub-processes and their process objectives:
Release Management Support
- Process Objective: To provide guidelines and support for the deployment of Releases.
- Process Objective: To assign authorized Changes to Release Packages and to define the scope and content of Releases. Based on this information, the Release Planning process develops a schedule for building, testing and deploying the Release.
- Process Objective: To issue all necessary Work Orders and Purchase Requests so that Release components are either bought from outside vendors or developed/ customized in-house. At the end of this process, all required Release components are ready to enter the testing phase.
- Process Objective: To deploy the Release components into the live production environment. This process is also responsible for training end-users and operating staff and circulating information/ documentation on the newly deployed Release or the services it supports.
Early Life Support
- Process Objective: To resolve operational issues quickly during an initial period after Release deployment, and to remove any remaining errors or deficiencies.
- Process Objective: To formally close a Release after verifying if activity logs and CMS contents are up to date.
The following ITIL terms and acronyms (information objects) are used in the ITIL Release Management process to represent process outputs and inputs:
Development Work Order
- A Work Order for the development or customization of an application or system, typically issued from Release Management.
Installation Work Order
- A Work Order for the installation of an application, system or infrastructure component, typically issued from Release Management.
- A set of rules for deploying releases into the live operational environment, defining different approaches for releases depending on their urgency and impact (see also: ITIL Checklist Release Policy).
- A Release (also referred to as a Release Package) consists of a single Release Unit or a structured set of Release Units.
- A Release Record contains all details of a Release, documenting the history of the Release from the first planning stages to closure.
- A Release Unit is a set of new, changed and/or unchanged Configuration Items, which are tested and introduced into the live environment together to implement one or several approved Changes.
Templates | KPIs
- Key Performance Indicators (KPIs) Release and Deployment Management
- Release Management templates and checklists:
Roles | Responsibilities
Release Manager - Process Owner
- The Release Manager is responsible for planning and controlling the movement of Releases to test and live environments. His primary objective is to ensure that the integrity of the live environment is protected and that the correct components are released.
|Responsibility Matrix: ITIL Release Management|
|ITIL Role / Sub-Process||Release Manager||Project Manager||Service Owner||Other roles involved|
|Release Management Support||AR||-||-||-|
|Early Life Support||AR||-||R||R|
 A: Accountable according to the RACI Model: Those who are ultimately accountable for the correct and thorough completion of the ITIL Release & Deployment process.
 R: Responsible according to the RACI Model: Those who do the work to achieve a task within Release Management.
 see → Role descriptions
 Process Owner, IT Operator, Facilities Manager (and others, as appropriate)
 ... and others, as appropriate.