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 7 ■ Service Operations<br />
There is no specific line drawn in ITIL publications as to what constitutes a service<br />
request and what is a standard change. The practice in the IT industry is that any changes<br />
to services that involve users directly are under the service request umbrella, and the<br />
changes performed on the central infrastructure and software are han<strong>dl</strong>ed within the<br />
scope of change management process as standard changes.<br />
7.5.3.1.3 Service Requests and Service Catalog<br />
In Chapter 5 I discussed the service catalog management process. This process gave<br />
insight into the world of services and the offerings from which customers could pick and<br />
choose. In a similar vein, there is a catalog of services that users can request from. All the<br />
service requests must be preconceived and put into this user-facing service catalog. This<br />
is a huge exercise for the service provider to undertake, and developing an accurate and<br />
<strong>com</strong>plete service catalog takes a lot of effort, discipline, and good understanding of the<br />
customer and his business activities.<br />
7.5.3.2 Objectives of Request Fulfillment Management<br />
The prime objective of the request fulfillment management process is to ensure that<br />
service requests from the user <strong>com</strong>munity are fulfilled within the stipulated timelines.<br />
This is a minor process in the service operations lifecycle phase. The other objectives are:<br />
• Make the user aware of the provisions of the service catalog and<br />
the process for requesting services<br />
• Ensure that a list of service requests exists and is made available<br />
to users<br />
• Efficiently and effectively han<strong>dl</strong>e all service requests to maintain<br />
customer satisfaction levels for the service request area<br />
• Source (obtain from necessary suppliers or other entities) and<br />
deliver the service request <strong>com</strong>ponents such as software licenses<br />
• Provide support in taking <strong>com</strong>plaints, <strong>com</strong>pliments, and<br />
providing general information to the user <strong>com</strong>munity<br />
7.5.3.3 Scope of Request Fulfillment Management<br />
The scope of service requests is subjective in nature. You cannot put a finger on a<br />
boundary and name them as service requests. I made a point earlier stating that service<br />
requests are a subset of standard changes, so it is fair for organizations to place service<br />
requests under the change management umbrella. Not-so-mature organizations group<br />
service requests with the incidents, as discussed earlier. To summarize, the scope is to be<br />
deduced by the service provider organization on what will constitute service requests and<br />
how they will be han<strong>dl</strong>ed.<br />
177