Release and Deployment Management

From IT Process Wiki
Jump to: navigation, search

diese Seite auf Deutschesta página en españolDE - ES - Release and Deployment Management


 

Objective: ITIL Release and Deployment Management aims to plan, schedule and control the movement of releases to test and live environments. The primary goal of Release Management and Deployment Management 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

 

Contents

Process Description

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.

 

In ITIL 2011 Release Management is called upon from Project Management to perform the detailed planning of Release build, Release test and Release deployment.

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 Figure 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.

 

Sub-Processes

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.


Release Planning

  • 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.


Release Build

  • 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.


Release Deployment

  • 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.


Release Closure

  • Process Objective: To formally close a Release after verifying if activity logs and CMS contents are up to date.

 

Definitions

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.


Release Policy

  • 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).


Release

  • A Release (also referred to as a Release Package) consists of a single Release Unit or a structured set of Release Units.


Release Record

  • A Release Record contains all details of a Release, documenting the history of the Release from the first planning stages to closure.


Release Unit

  • 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

 

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[3] Service Owner[3] Other roles involved
Release Management Support A[1]R[2] - - -
Release Planning AR R - -
Release Build AR - - -
Release Deployment AR - R R[4]
Early Life Support AR - R R[5]
Release Closure AR - - -

 

Remarks

[1] A: Accountable according to the RACI Model: Those who are ultimately accountable for the correct and thorough completion of the ITIL Release & Deployment process.

[2] R: Responsible according to the RACI Model: Those who do the work to achieve a task within Release Management.

[3] see → Role descriptions

[4] Process Owner, IT Operator, Facilities Manager (and others, as appropriate)

[5] ... and others, as appropriate.

 

 

[ Infobox ]

Link to this page:
Languages: English | Deutsch | español
Image: ITIL Release & Deployment Management (.JPG)
Author: , IT Process Maps