become-itil-foundation-certified-abhinav-kaiser(www.ebook-dl.com)
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Chapter 6 ■ Service Transition<br />
6.4.1.2 Scope of Change Management<br />
Change management applies to all changes that are performed on the IT services.<br />
But what is the definition of a change? I have provided examples of changes when I<br />
introduced the process. The official definition of what a change is:<br />
Change is the addition, removal, or modification of anything that could<br />
have an effect on IT services.<br />
Yet, the scope is not clear. An IT service can spread far and wide, including<br />
the suppliers who support the service, the IT professionals who manage it, and the<br />
documentation for it. Does changing any of these peripheral <strong>com</strong>ponents call in a<br />
change? Yes, but it depends on the agreement between the service provider and customer<br />
organization. Managing more items requires more time and resources, which adds up<br />
to expenses. If the customer wants to have absolute control over the IT services, then<br />
yes, every single element that makes up a service must <strong>com</strong>e into the purview of change<br />
management. In the real world, this is often not the case, owing to the financials. Many<br />
of the indirect <strong>com</strong>ponents are ignored in the interests of reducing expenses, and some<br />
<strong>com</strong>panies find innovative ways of controlling the peripheral objects using standard<br />
changes and service requests.<br />
From my experience, there is much more to change management than addition,<br />
removal, and modification of IT services. Take the example of running an ad hoc<br />
report. You are not adding, removing, or modifying anything, just reading data from the<br />
database. Yet, you possess the power in your hands to break systems with the wrong set<br />
of queries that goes searching in each and every table, that utilizes the infrastructure’s<br />
resources, and could potentially cause performance issues to the IT service. In this case,<br />
if you bring this through to change management, they can possibly identify the resource<br />
consuming queries and shelve them or schedule them to be run during off-peak hours.<br />
To define scope, ITIL takes a holistic approach to define what can be categorized a<br />
change. It scopes changes based on the five aspects of design:<br />
1. New or modified services, where functional requirements are<br />
changing, translating to resources and capabilities<br />
2. Management information systems (reporting and<br />
<strong>com</strong>munication) and tools<br />
3. Technology and management architecture<br />
4. Policies, processes, and <strong>com</strong>ponents derived from processes,<br />
such as templates, guidelines, etc.<br />
5. Measurement systems, metrics, key performance indicators<br />
(KPIs), and associated methodologies<br />
120