Beruflich Dokumente
Kultur Dokumente
Change Management
ITIL ® is a Registered Trade Mark, and a Registered Community Trade Mark of the office of
Government Commerce, and is Registered in the U.S. Patent and Trademark Office
Unit 06
Change Management
Content:
Change Management
Integration into the IPW Model
Source: IPW Model is a trade mark of Quint Wellington and KPN Telecoms
Change Management
Mission Statement
Change Management
Some definitions
Change:
Process of moving from one defined state to another
Request for Change (RFC)
Request for Change to any component of an IT infrastructure or to any aspect of
an IT service
Change Advisory Board (CAB):
Body which approves changes and assists Change Management in assessment
and prioritization of changes
CAB/EC:
CAB Emergency Committee. Convened for urgent changes, or when emergency
decisions have to be made.
Change Management
Why Change Management is so important
IT becomes an increasingly critical factor for business. Business demands
continuous change as new technologies are adopted. Users demand
increasing services in order to be able to fulfil their tasks. All these factors
require an IT environment in which management and control of changes
are very precisely managed.
This module describes the best practices for change management; they
impact the implementation of many other ITSM best practices. Finally, each
development - either relating to capacity management or a service desk -
corresponds with changes which again stand for a risk. That is why a very
strict procedure for effective change management makes sense.
Change Management
Tasks
Management of
RFCs (change Authorize and
requests) plan changes
Change
Managemen
t
Change Management
The Process
Implementation Management
RFC
RFC Preparation Classification
Prioritization Rejection
Approval
Realization Planning
CAB
Test Authorization
Rejection
Implementation Evaluation/PIR
Backout
Acceptance and
Documentation
PIR
Proof of Success
Release Manager
Implementation
Control and
Authorization
Decline
Test
Test / Reject
Service
ServicePlanning
Planning
Building Review End
Processing/
Classification
-Registration-
RFC
RFC
Change Management
Content of a Request for Change (RFC)
Sponsor
and Change
Requester
Software
Change
Hardware Advisory
Board (CAB)
CIs and so
SLA
on
Documentation
and so on
Purpose
RFC
Environment
Category
Priority
Resource
What?
Cost
Why? Estimation
Impact on
When? Business
Services
Change Management
Categorization: Minor – Significant – Major
Change Management
Prioritization
Every RFC should be allocated a priority that is based on the impact of the
problem and the urgency of the remedy.
Immediate:
Causing loss of service or severe usability problems to a larger number of users, a
mission-critical system, or some equally serious problem. Immediate action required.
High:
Severely affecting some users, or impacting a large number of users.
To be given highest priority for change building, testing, and implementation resources.
Medium:
No severe impact, but rectification cannot be deferred until the next scheduled release
or upgrade. To be allocated medium priority for resources.
Low:
A change is justified and necessary, but can wait until the next scheduled release or
upgrade. Resources to be allocated accordingly.
Change Management
Composition of the Change Advisory Board (CAB) should reflect user,
customer, and service provider view
Change
Manager Service
(Executive) Level
Manager
Manager
Finance
Dept
CAB/EC
Application
CAB Manager
Release
Manager Experts,
Technical
Consultants
Problem
Manager Services Staff
Change Management
Optimization can be reached through correlation of RFCs on related CIs
Software CI to Correlating
be changed education CI
Correlating Correlating
operating CI hardware CI
Change Management
Interfaces to other SM processes (1)
Initiate change
Capacity Management Identify affected CIs
Configuration Management
Security Management
Change Management
Interfaces to other SM processes (2)
Change Release
Configuration Management
Management Management
Determine
Approve
impact Check distribution
change
of new software
or, if required, the
hardware change
Change Management
Benefits
Change Management
Risks
Tracking of the change lifecycle easily leads to overload for a paper-based system
Change Management
Best Practices
Conceive separate procedure for urgent changes and standard changes instead of
using the normal change management process
Change Management
Summary