2 Service Management Process Maps Your route to service excellence
3 Colophon Title: Service Management Process Maps Your route to service excellence Design and concepts: Editors: Publisher: Brian Johnson Nancy Hinich John Kampman Robert Sterbens Peter Waterhouse Gary West Jayne Wilkinson Inform-IT Van Haren Publishing, Zaltbommel, ISBN(13): Edition: First edition, fi rst impression, April 2007 Design and Layout: CO2 Premedia, Amersfoort NL Printer: Wilco, Amersfoort NL For further enquiries about Van Haren Publishing, please send an to: Although this publication has been composed with most care, neither author, nor publisher, nor editor can accept any liability for damage caused by possible errors and/or incompleteness in this publication. All rights reserved. No part of this publication may be reproduced in any form by print, photo print, microfi lm or any other means without written permission by the publisher. ITIL is a Registered Trade Mark, and a Registered Community Trade Mark of the Offi ce of Government Commerce, and is Registered in the U.S. Patent and Trademark Offi ce
4 Service Management Process Maps Your route to service excellence
6 Foreword The greatest challenge faced by most IT organizations today is performing a balancing act, between continuing to keep IT running while also enhancing the quality of their service and responding with greater agility to ever-changing business needs. These various pressures have led to the IT industry s current fascination with process re-engineering and ITIL. Unfortunately, for the purposes of day-to-day practical application, ITIL was intentionally designed as a high-level framework, describing what should be done, without providing enough prescriptive guidance on how to go about doing it. This lack of prescriptive guidance presents IT organizations with a frustrating conundrum: the seemingly elementary questions of where to start, how much needs to be implemented, and how to measure success. The authors of this book understand these issues all too well. To help readers get started, they present innovative concepts about the on and off ramps of the IT service management processes. The useful, widely understood metaphor of a mass transit map helps to make individual processes and their discrete intersections clearer and easier to follow. The authors also offer illumination on the question of how participants can go about rationalizing a process program in context with changes that are incremental, evolutionary or revolutionary. The authors caution against taking on a project that is too large in scope, such as working on all 10 of the core service support and service delivery processes at once. Instead, they focus attention on common groupings and achievable, holistic planning. This book will help its readers rethink their ITIL implementations, as a multi-phased effort, and assist them with keeping them closely focused at fi rst on pain points that, if addressed, could potentially deliver measurable benefi ts within a reasonable span of time. This emphasis on a close focus may also reduce the temptation that besets most companies engaged in process refi nement which is to rush into developing overly complex process workfl ows. This book is a map that will help to get its lost or confused readers through the station, back on the track and heading in the right direction. Pete McGarahan, Chairman, ITIM Strategic Advisory Board
8 Acknowledgements Several people have been instrumental in allowing this project to be completed. We would like to thank especially Brian Johnson, VP and WW ITIL Practice Manager, Technical Services, CA Inc. (United Kingdom), who was the initial instigator, had conceptualized and visualized the ITIL framework and its interdependent ITSM processes in the form of a easy to navigate subway map, and early on provided advice and encouragement. We would also like to thank Peter Waterhouse, Director, Brand, CA Inc. (Australia), for without his commitment, leadership and willingness to co-ordinate the efforts of CA ITIL experts worldwide, this book would not have been possible. Design and Concepts: Editors Authors Brian Johnson Nancy Hinich John Kampman Robert Sterbens Peter Waterhouse Gary West Jayne Wilkinson Inform-IT Peter Doherty Nancy Hinich Brian Johnson John Kampman Randal Locke Olivier Martin Takashi Maeda Alan Nance Jesús Rivas Atanu Roy Robert Sterbens Marvin Waschke Pete Waterhouse Paul Wilkinson
10 Contents Colophon Foreword Acknowledgements Introduction II V VII XIII CHAPTER 1 Service Management Process Maps: Select Your Route to ITIL Best Practice ITIL Revisited The ITIL Journey ITIL Descriptive v- Prescriptive A Lesson from Engineering History Continuous Improvement The ITSM Subway or Underground System ITIL is Simple (Really, it is) 6 CHAPTER 2 Service Support and Service Delivery - An Introduction Service Support Service Delivery 8 Service Support 15 CHAPTER 3 Service Desk Function: The Conductor of your ITSM journey From Help Desk to Service Desk Service Desk Goals Continuous Service Improvement Choosing the Right Service Desk Model Further Optimizing the ITIL Service Desk Function Selecting the Right Service Desk Application Avoiding Service Desk Problems 26 CHAPTER 4 Incident Management Optimizing the Incident Management Journey Potential Issues with Incident Management 35
11 CHAPTER 5 Problem Management Optimizing the Problem Management Journey Selecting the Appropriate Technology Solution for Problem Management Avoiding Problems and Issues 43 CHAPTER 6 Change Management Ensuring a Successful Change Management Journey 51 CHAPTER 7 Configuration Management Confi guration Management The Subway to Success 61 CHAPTER 8 Configuration Management Database (CMDB) Function CMDB and the Deming Cycle 66 CHAPTER 9 Release Management Optimizing Release Management Leveraging Technology for Process Automation Benefi ts of Release Management Avoiding Problems 83 Service Delivery 85 CHAPTER 10 Availability Management Optimizing the Availability Management Journey Avoiding Availability Management Issues and Problems 92 CHAPTER 11 Capacity Management Business Capacity Management: Service Capacity Management: Resource Capacity Management: Production of the Capacity Plan Optimizing the Capacity Management Journey Avoiding Capacity Management Problems 102 CHAPTER 12 Service Level Management Optimizing the Service Level Management Journey Avoiding Service Level Management Problems 108 CHAPTER 13 Financial Management for IT Services Optimizing the Financial Management Journey Avoiding Financial Management Problems 116
12 CHAPTER 14 Service Continuity Management ITSCM Requirements Strategy Optimizing the IT Service Continuity Management Journey 125 APPENDIX A Apollo 13: Learning from Simulations to help ensure business success 127 A.1 Introduction 127 A.2 Common approaches and mistakes in adopting/deploying ITIL 128 A.3 Where does ITIL go wrong and what can you do about it? 130 A.4 What is a business simulation? 131 A.5 What are the benefi ts of a simulation? 131 A.6 What is the Apollo 13 simulation and how does it work? 131 APPENDIX B The Role of education in ITIL Implementation 137 B.1 Applying implementation best practices to educational strategy 145
13 Schedule Change Control & Verify Incident Management Release Management CAB Review Execute Changes (Urgent, Standard) Audit Accept New HW & SW Decision Error Control Maintain Assets Resolve Raise Incident Detect Event DO CHECK Record Change Management RFC Analysis Prioritize Categorize Build Schedule Maintain DSL & DHS Test PLAN Update Cls Problem Control Manage Build & Release ACT Investigate Diagnose Escalate Inform Assign Cls Work Around Maintain Relationships Resolve Maintain CMDB Restore Service Monitor Impact of Release Proactive Management Problem Management Configuration Management Service Support Subway Map Availability Management Maintain Business Services Test Monitor Record Impact Analyze Build Specify Continuity Requirements Load Test Procure Adjust Deliver Required Resources Capacity Management Monitor Demand Analyze DO Monitor Forecast Performance CHECK Service Level Management Financial Management Establish Business Priorities Expenditure Determine Vulnerabilities Pricing & Charging Assess Risk IT Service Continuity Management PLAN Catalog Services ACT Effective Financial Stewardship Monitor Agreements Optimize Availability New Services Service Request Negotiate OLA Negotiate SLA Meet Business Requirements Service Delivery Subway Map
14 Introduction The London Underground In the 1850s, the engineers of Victorian London designed the immense underground system for mass transport of the population around the capital. With a myriad of possible entry and exit points, they did not initially consider how to explain to putative customers the ways in which they were to get from point A to point B. They designed a complex series of linked tracks, with careful consideration being given to minor details such as making sure that tunnels did not sit directly above other tunnels, it being a good idea that a collapse was avoided. They ensured that the even more complex above-ground urban terrain did not complicate their selected solutions and they made sure that if you needed to ascend or descend in order to use their services, the underground tracks could be reached by elevators to facilitate changing both direction and altitude, without too much inconvenience. Further, the whole was always perceived to be an integrated piece, with numerous moving parts that needed to be co-ordinated and managed, because it was, well, complicated. And it would most likely grow, sometimes predictably, to accommodate demographics and, sometimes, simply because someone wanted to transport people to a large dome built for the millennium. The London Underground now covers 253 miles and has 275 stations; and it is both above and below ground as well as being multi-level under the ground. Rather cleverly, a circle line was designed and built to ensure that many of the main tracks were linked at multiple access points. And even more cleverly, a map was later produced (Harry Beck designed the map in 1933) that simplifi ed the underground by ignoring the multiple levels and, indeed, largely ignoring the above ground topography. Essentially it took a three dimensional model and collapsed the view to two dimensions; it also abstracted the reality of the topography that was its raison d etre to a form that was simple to construct, display and understand. The IT Underground Of course, IT is much more complex than the London Underground, and IT Service Management (ITSM) is even more complex, otherwise we would not have warehouses full of books created to sustain the complexity and the ability of the gifted few to understand it. IT that is.
15 If we suspend our self-sustained mythology for a moment or two, it is possible to consider that the analogy of the map of the London Underground, or the New York subway or the Paris Metro - whatever - can be applied to good effect in ITSM. Take the processes of the IT Infrastructure Library (ITIL) for example, the Rubik s Cube of the twenty-fi rst century. The complexity of ITIL is legendary, as are the select few who can help you to understand it and explain it for you, the uninitiated or worse, the uncertifi ed (those who have yet to receive ITIL Practitioner or Master Certifi cation). Fortunately by learning from the genius who simplifi ed the engineering of the subway systems, it is possible to explain ITIL in a rational manner, in a way that has depth and that shows the most important interfaces, yet can be understood by the average person. If you can read a subway map you can understand the complexities of ITIL; bad news for the guru s but good for the rest of us. ITIL is simple There are really only two concepts that you need to get straight to understand how ITSM and ITIL can be explained in the same way as a nineteenth century engineering paradigm. First, all best practices are based on the Deming Quality Cycle of Plan Do Check Act (P-D-C-A); all focus on gradual continuous improvement using this approach. The second is that you need a means to assess and measure improvement and in IT the most common way is to assess levels of maturity using either the capability maturity model (CMM) developed by Carnegie Mellon University, or one of the models based on that fi rst design that uses the same principles. And guess what? The new ITIL (version 3) is going to be based on the Deming principles and levels of maturity. Thus, the content discussed in this book is as relevant for the future as for the present. We are simplifying ITIL only in terms of abstracting a sensible, easy to understand and fundamentally sound mapping. The major engineering (ie the topography and the tunnels: in IT, the business landscape is the topography and the IT is the tunnels) continue to exist and are addressed using the maps as the guide. We have created two maps: a service delivery subway map a service support subway map We could have (as with the London Underground), collapsed these into a single view; why have we chosen not to do this?
16 The analogy in context The business landscape is much more complicated than the IT tunnels, and the majority of business people want to discuss concepts such as procurement, information systems (applications), knowledge, governance, security, risk and management of programs. These concepts are part of every track, though in IT, the most popular discussions revolve around the groups of processes discussed in the ITIL service support and service delivery volumes. We have separated the maps in order to more easily represent in individual maps the P-D-C-A cycle and the relationship between the most common groupings. Another reason is then to illustrate how increased organizational maturity levels are achieved by planning holistically, so that operational, tactical and strategic processes are discussed at the outset, and proper thought is given to how the levels will be achieved and the goals of both business and IT considered for the programs/projects. Service delivery processes (and, of course, the map) are much more focused on business issues than service support; thus it makes sense to separate the activities for a different type of discussion. The P-D-C-A cycle becomes in effect, our circle line (see fi gure 1.1) and the ITIL process tracks are located in the most appropriate location to illustrate major interfaces and direction. ITIL is not defi nitive (nor can it be, because of the broad nature of the guidance), but it can be illustrated in a manner that enables us to think about the big picture and not to get distracted by the tunnels, the procedures, the software and organizational change that needs to be addressed to make it all work. DO CHECK PLAN ACT Figure 1.1 Deming s Continuous Improvement Cycle
17 If, for sake of illustration, we select a track that we feel is most important to our organization, the P-D-C-A stations also serve as reference points for us to ascend (or descend) to another track to think about the planning implications or perhaps to review issues of a decision to implement our selection in isolation from other tracks. An example The most commonly implemented ITIL process is Incident Management. The track shows the most important sub processes, or stations, but does not attempt to over- elaborate by contextualizing either the business issues or the IT software support. It is positioned at the check/act point of the cycle for only one reason. It is always described as the process that acts as the check on all of the other processes. Of course, the major purpose is to get things up and running for the user, so it makes sense that the act station is also highlighted. ITSM is mature in the market place, and most organizations will want to link Incident and Problem Management. So the problem track starts = out at the act corner but because it is a process focused on eradicating problems, it proceeds right through the P-D-C-A cycle. Why? Well, because we want to start connecting the stations logically in a manner that provides the opportunity to consider other processes at the right time. So we next consider Change Management. Much more aligned to planning and, when linked to the Release Management process, we start to create the bigger picture of the change lifecycle. And what do we need to hold things together: something that drives right through the heart of the cycles of P-D-C-A and change? We need the Confi guration Management process. Incidentally (if you will excuse the pun), why do you suppose the Release Management track ends up near the start of the Incident track? Yes, because every time a change is released, we see more incidents---unless of course, you are pulling together an ITIL based process improvement project! The Service Support and Service Delivery subways are expanded upon next. And then we will take you along each of the tracks in more detail. We will be covering the tracks as a process concern, not as a technology concern.
18 CHAPTER 1 Service Management Process Maps: Select Your Route to ITIL Best Practice 1.1 ITIL Revisited ITIL can be applied in any organization, regardless of size, type and structure. Like many business quality initiatives, it is based on the principles of W. Edwards Deming, an American statistician who argued that supplying products or services requires activities, and the quality of a service depends upon the way activities are organized. Deming s Quality Cycle (fi gure 1.1) proposed a system of continuous improvement, with the appropriate levels of quality delivered by adhering to the following steps: PLAN - design or revise components to improve results DO - ensure the plan is implemented CHECK - determine if the activities achieved the expected results ACT - adjust the plan based on results gathered during the check phase Maturity D C P A Continuous Improvement Quality Management 1 PLAN 2 DO 3 CHECK 4 ACT Figure 1.1 Deming s Quality Circle ITIL provides information on numerous ITSM best practices, including detailed process activity requirements, procedures, roles and responsibilities which can be tailored to any organization. These practices have been defi ned as a series of processes covering the major activities that should be provided by any IT organization. These processes are grouped into two major areas: Service Support and Service Delivery. 1
19 2 Service Management Process Maps Service Support This describes how customers can access the appropriate IT services to support their business. In many ways, Service Support describes the day-today operational foundation services used to meet customer needs (see fi gure 1.2). Service Support processes include: Incident Management - to restore services with minimal business disruption Problem Management - to minimize the adverse affect of IT problems Change Management - to determine required changes, and implement with minimum adverse impact Configuration Management - to identify, control and verify confi gurations supporting IT services Release Management - to ensure that only tested and correct versions of hardware and software are provided Service Desk (function) - to provide a single, central point of contact for all users of IT within the organiza tion; at a minimum, the service desk function handles all incidents, service and changes requests and provides an interface to all of the other service support processes Incident Incident Management IT Operations Service Desk Problem Management RFC Configuration Management RFC Change Management Release Management Figure 1.2 Service Support Processes Service Delivery This describes the fi ve processes that help IT organizations to deliver the requisite business services (fi gure 1.3). Transformational in nature, the processes are concerned with the planning and delivery of quality IT services. Service Delivery processes include:
20 Service Management Process Maps: Select Your Route to ITIL Best Practice 3 Service Level Management - to make service agreements with customers about IT services, and to implement and monitor those agreements Availability Management - to ensure the appropriate level of resources to support the availability of IT services Financial Management for IT Services - to provide cost effective control over IT assets and resources Business Requirements Service Level Management Financial Management for IT Services Metrics & Targets Capacity Management Availability Management IT Service Continuity Management Security Management Achievements & Alerts Figure 1.3 Service Delivery Processes Capacity Management - to ensure that adequate capacity is available to meet business requirements, balancing supply with demand IT Service Continuity Management - to address the preparation and planning of disaster recovery procedures for IT services 1.2 The ITIL Journey Many IT organizations are looking to ITIL as a solution without really understanding the problem. A common misconception is that ITIL can be implemented like any technology or application. This may be due, in part, to the technology-centric nature of the acronym ITIL, or process names themselves (for example, availability management). ITIL is a catalyst to change the way an organization operates. Traditionally, IT has operated in functional silos with separate goals and objectives. But in today s environ ment, IT must become a service oriented culture,
21 4 Service Management Process Maps where cross-functional teams are unifi ed in the common pursuit of service excellence. ITIL is founded on this premise, but ITIL itself cannot change an IT organizational culture. Senior IT and business management must also endorse ITIL. Endorsement from the business is particularly critical for success since ITIL is not an IT project, but a program focused on increasing effi ciency and aligning business and IT processes. Confi ning ITIL discussions to the IT department is a recipe for disaster, since there will be no mutual agree ment on overall business objectives and deliverables. In addition, the optimization of many ITIL processes, such as Service Level Management (SLM), is dependent on the collaboration between business and IT. 1.3 ITIL Descriptive v- Prescriptive For the most part, ITIL describes what needs to be done to improve service without explaining how to do it. Simply having ITIL documentation describe repeatable manage ment processes will not translate into actual service improvement. Organizations need to take the descriptive elements of ITIL and prescribe the actionable guidelines and blueprints to put ITIL theory into IT Service Manage ment best practice. In many ways, navigating ITIL can be like trying to fi nd your way across an urban underground transit system using a multi-volume street atlas. You know where you want to go, but too much detail and superfl uous information will not help you to optimize your journey, especially if you have to change lines to arrive at your destination. 1.4 A Lesson from Engineering History London s massive underground transit system is a marvel of engineering. It comprises a series of linked tracks, with careful consideration given to the placement of junctions that would facilitate optimum transportation. Much like the ITIL framework, the whole was perceived to be an integrated piece, with many moving parts to co-ordinate and manage. For the benefi t of travelers a single map of the entire underground system was produced. It presented every track and junction point in a clear and simple way, ignoring irrelevant details and enabling everyone to easily navigate their way across the network. 1.5 Continuous Improvement Many organizations start their ITIL journey with a narrow focus on Service Support processes. But planning to implement just one process without thinking of the impact on other processes will lead to continuously revisiting instead of continuously improving. For example, ideal Incident
22 Service Management Process Maps: Select Your Route to ITIL Best Practice 5 Management is diffi cult to achieve if most incidents are the result of unauthorized change activities. In this case, a journey towards improvement in one process will involve many side-routes. ITIL implementations should be looked at holistically, using the principles of Deming to drive and ensure that continuous improvement is always being applied. The relationships between ITIL processes must always be considered with rigorous attention to their place and role in a continuous improvement cycle of PLAN, DO, CHECK and ACT. Correct Innovation RFCs Change Management [PLAN] Build Problem Management [ACT] Configuration Management CMDB Release Management [DO] Analyze Results Incident Management [CHECK] Install Figure 1.4 Continuous Process Improvement Consider fi gure 1.4, and the relationship between Change, Release, Incident and Problem Management. Here we can see that Change Management should be considered as a PLANning process, with the specifi c goal of introducing IT improvements, often based on business imperatives. Release Management implements the changes (a DO activity), and Incident Management is the CHECKing process, determining if the activities achieved the desired results, by monitoring any incidents introduced as a result of the change. If the results were not achieved then Problem Management, the ACTing process is engaged to perform a root cause analysis to determine the true cause and appropriate corrective action. This output is fed into the planning process and starts another continuous improvement cycle. Problem Management fi nds the root-cause of any problems introduced and feeds this back, often in the form of Request for Changes (RFC) to the Change Management process. Thus, the continuous improvement cycle starts again. 1.6 The ITSM Subway or Underground System Of course, IT Service Management is far more complex than an underground transit system. However, the analogy of a transit map - be it
23 6 Service Management Process Maps the London Underground, the New York subway system or the Paris Metro - can be applied to good effect in ITSM. By visualizing the ITIL framework in a similar fashion to the underground transit maps, it is possible to clearly illustrate every process (or track), each activity (or station) and the key interfaces (junctions) that are needed to chart and navigate a journey of continuous IT service improvement. 1.7 ITIL is Simple (Really, it is) Two basic concepts explain how ITSM and ITIL can be viewed in the same way as a subway system or underground transport map. First, as discussed above, best practices - including ITIL - are based on the Deming Quality Cycle of Plan-Do-Check-Act, and focus on gradual continuous improvement using this approach. The second is as a means to assess and measure improvement. In IT, the most common method is to assess levels of maturity using a capability maturity model (CMM) analogous to the ones developed by Carnegie Mellon University or one of the models based on similar principles. This approach is relevant for the current and the next release of ITIL, which will continue to be based on the Deming principles and levels of maturity.
24 CHAPTER 2 Service Support and Service Delivery - An Introduction 2.1 Service Support Change Management Release Management RFC Analysis Accept New HW & SW Prioritize Schedule Change Categorize Decision Build Schedule CAB Review Execute Changes (Urgent, Standard) PLAN DO Maintain DSL & DHS Test Error Control Update Cls Problem Control Control & Verify Audit Maintain Assets Resolve Incident Management CHECK Manage Build & Release Assign Cls ACT Maintain Relationships Maintain CMDB Restore Service Raise Incident Record Investigate Diagnose Escalate Resolve Inform Work Around Detect Event Monitor Impact of Release Proactive Management Problem Management Configuration Management Figure 2.1 Service Support Subway Map Service Support is often seen as the starting point for an ITIL implementation program (see fi gure 2.1). Although there is no right or wrong place to start, there are common reasons for beginning with the Service Support subway tracks. Just ask yourself the question How can I determine the cost of Service provisioning and maintenance without knowing what I have now and how I perform currently? How do I support the business and how do I put things into perspective? Above all, how do I take control? During the early days of ITIL, it was cool to have 7
25 8 Service Management Process Maps implemented a Service Desk and then to tell everybody, yes, we have an Incident Management process! In reality, the process was not there at all, but rather, it was used as a placeholder; people eventually learned that the service desk was, in fact, a function and the activities of taking calls and follow-up activities end-to-end was the process. Shortly after that, there was more thinking around the support processes and new emphasis on streamlining with the related business functions; even so, this was fragmented and reactive. This reactive and isolated way of working was exactly the reason why many Best Practice implementation programs did not succeed; many IT organizations today are also compartmentalized into silos Incidents were considered managed, but there was no real connection to potential problems and there was no connection to the Change Management process or Release Management side of the house. By working in these process silos, the business organization was not benefi ting from the full extent of a Best Practices Implementation. The Service Support chapters or process tracks examine the Big Picture, including natural integration points for: Service Desk Incident Management Problem Management Change Management Confi guration Management Release Management Let s start with a ticket on the ITIL Service Support subway (fi gure 2.1) in order to take a closer look at Service Support and how an organization might benefi t from the fl exibility of the tracks (process) working together, and automation of the tracks. Each individual track will be discussed in detail in following separate chapters. Each chapter focuses on a specifi c process or subway line and the key activities or stops along the track are discussed in relation to other key processes or transfer stations with the end goal of optimizing your journey through automation. 2.2 Service Delivery Service Delivery is often seen as the most diffi cult part of the ITIL journey. As with Service Support, there is no right or wrong place to start, but much more so than with Service Support, Service Delivery subway tracks (process) focus on business issues. Ask yourself a second time the questions How can I determine the cost of service provisioning and maintenance without knowing what I have now and how I perform currently? How do I deliver value-add services to the business, and how do I put the business needs into perspective? Above all, how do I take control?
White Paper IT Service Process Maps Select Your Route to ITIL Best Practice Brian Johnson VP and WW ITIL Practice Manager, CA Inc. Nancy Hinich Solution Manager, Technical Services, CA Inc. Pete Waterhouse
TECHNOLOGY BRIEF: PROBLEM MANAGEMENT Problem : A CA Service Process Map MARCH 2009 Randal Locke DIRECTOR, TECHNICAL SALES ITIL SERVICE MANAGER Table of Contents Executive Summary 1 SECTION 1: CHALLENGE
White Paper Incident Management: A CA IT Service Management Process Map Peter Doherty Senior Consultant, Technical Service, CA, Inc. Peter Waterhouse Director, Product Marketing, Business Service Optimization,
TECHNOLOGY BRIEF: INCIDENT MANAGEMENT ITSM PROCESS MAP Incident Management: A CA IT Service Management Process Map Peter Doherty CA TECHNICAL SALES Table of Contents Executive Summary SECTION 1: CHALLENGE
TECHNOLOGY BRIEF: SERVICE CATALOG MANAGEMENT Catalog : A CA Process Map JULY 2009 Enrico Boverino SR PRINCIPAL CONSULTANT, TECHNICAL SALES ITIL SERVICE MANAGER ITAC CERTIFIED Table of Contents Executive
White Paper Change Management: A CA IT Service Management Process Map Peter Doherty Senior Consultant, Technical Service, CA, Inc. Peter Waterhouse Director, Business Service Optimization, CA Inc. June
Sample Exam EXIN IT Service Management Foundation Edition October 2013 Copyright 2013 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing
TECHNOLOGY brief: AVAILABILITY MANAGEMENT Availability : A CA Process Map Malcolm Ryder ARCHITECT CA SERVICES Table of Contents Executive Summary 1 SECTION 1: CHALLENGE 2 Simplifying ITIL How to Use the
TECHNOLOGY BRIEF: SERVICE ASSET AND CONFIGURATION MANAGEMENT MAPS Improving Service Asset and Configuration with CA Process Maps Peter Doherty CA TECHNICAL SALES Table of Contents Executive Summary SECTION
TECHNOLOGY brief: CHANGE Change : A CA Process Map Peter Doherty SENIOR PRINCIPAL CONSULTANT Table of Contents Executive Summary 1 section 1: Challenge 2 Simplifying ITIL How to Use the CA Process Maps
pink elephant WHITE PAPER: The Rise of Service Level Management in ITIL V3 The Rise of Service Level Management in ITIL V3 february, 2010 Gary Case Principal Consultant, Pink Elephant Table of Contents
TECHNOLOGY BRIEF: RELEASE AND DEPLOYMENT MANAGEMENT Release and Deployment : A CA Service Process Map JULY 2009 Malcolm Ryder ARCHITECT CA SERVICES Table of Contents Executive Summary 1 SECTION 1: CHALLENGE
white paper Applying ITIL v3 Best Practices to improve IT processes Rocket bluezone.rocketsoftware.com Applying ITIL v. 3 Best Practices to Improve IT Processes A White Paper by Rocket Software Version
The Rise of Service Level Management in ITIL V3 April 2008 Oblicore, Inc. Table of Contents The Move From Version 2 To Version 3................... 3 What s New In V3?..................................
Frameworks for IT Management Copyright protected. Use is for Single Users only via a VHP Approved License. For information and printed versions please see www.vanharen.net 18 ITIL - the IT Infrastructure
ITIL by Test-king Number: ITIL-F Passing Score: 800 Time Limit: 120 min File Version: 15.0 Sections 1. Service Management as a practice 2. The Service Lifecycle 3. Generic concepts and definitions 4. Key
WHITE PAPER: CMDB, CHANGE & CONFIGURATION MANAGEMENT Deploying the CMDB for Change & Configuration Management MAY 2007 CA and BearingPoint Table of Contents Executive Summary SECTION 1 2 Pressures on IT
ITIL Roles s Role Process Liaison Incident Analyst Operations Assurance Analyst Infrastructure Solution Architect Problem Manager Problem Owner Change Manager Change Owner CAB Member Release Analyst Test
The ITIL Foundation Examination Sample Paper A, version 4.2 Multiple Choice Instructions 1. All 40 questions should be attempted. 2. All answers are to be marked on the answer grid provided. 3. You have
ITIL Essentials Study Guide Introduction Service Support Functions: Service Desk Incident Management Problem Management Change Management Configuration Management Release Management Service Delivery Functions:
LANDesk Service Desk LANDesk Service Desk Certified in All 15 ITIL v3 Suitability Requirements PinkVERIFY is an objective software tool assessment service that validates toolsets that meet a set of functional
BOOST IT VISIBILITY AND BUSINESS VALUE WITH SERVICE CATALOG Boost IT Visibility and Business Value with Service Catalog Today, CIOs are being asked to cut costs, increase productivity, and find new ways
CONTINUAL SERVICE IMPROVEMENT: BRINGING IT TO LIFE Author : Gary Case Version : 0 Date : August 2009 Location : Pink Elephant Inc. 1 EXECUTIVE SUMMARY If you are thinking about implementing ITIL processes
Integrating Project and Integrating Project and By Reg Lo with contributions from Michael Robinson. 1 Introduction Project has become a well recognized management discipline within IT. is also becoming
Service Improvement Part 3 The Strategic View Robert.Gormley@ed.ac.uk http://www.is.ed.ac.uk/itil Service Management House Customers Avail. Mgmt Capacity Mgmt Service Level Mgmt Continuity Mgmt Financial
Overview of Service Support & Service Delivery Functions ITIL Service Support / Delivery- 1 Service Delivery Functions Availability Management IT Services Continuity Management Capacity Management Financial
iet ITSM Enables Enhanced Service Management iet ITSM Enables Enhanced Service Management Need for IT Service Management The focus within the vast majority of large and medium-size companies has shifted
Service quality management solutions To support your business objectives Implement a unified approach to service quality management. Highlights Deliver high-quality software applications that meet functional
The ITIL Foundation Examination Sample Paper A, version 4.1 Multiple Choice Instructions 1. All 40 questions should be attempted. 2. All answers are to be marked on the answer grid provided. 3. You have
ITSM Process Maturity Assessment April 2011 Prepared by: Brian Newcomb TABLE OF CONTENTS Executive Summary... 3 Detailed Assessment Results and Recommendations... 5 Advisory Group Survey Results (External
How Advanced Integration, Process Automation, and ITIL Support Enable ITSM Solutions That Deliver White Paper: BEST PRACTICES The Modern Service Desk: Contents Introduction............................................................................................
Achieving Control: The Four Critical Success Factors of Change Management Technology Concepts & Business Considerations T e c h n i c a l W H I T E P A P E R Table of Contents Executive Summary...........................................................
Sample Exam IT Service Management Foundation based on ISO/IEC 20000 Edition April 2011 Copyright 2011 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored
The ITIL v.3 Foundation Examination Sample Paper A, version 3.1 Multiple Choice Instructions 1. All 40 questions should be attempted. 2. There are no trick questions. 3. All answers are to be marked on
Summit Platform The Summit Platform provides IT organizations a comprehensive, integrated IT management solution that combines IT service management, IT asset management, availability management, and project
ITIL V3 Application Support Volume 1 Service Management For Application Support ITIL is a Registered Trade Mark and Community Trademark of the Office of Government and Commerce. This document may contain
1 of 40 Which ITIL process or function deals with issues and questions about the use of services, raised by end users? A. Availability Management B. Service Level Management C. Problem Management D. Service
An ITIL Perspective for Storage Resource Management BJ Klingenberg, IBM Greg Van Hise, IBM Abstract Providing an ITIL perspective to storage resource management supports the consistent integration of storage
PRODUCT BRIEF: CA SERVICE DESK MANAGER CA Service Desk Manager CA SERVICE DESK MANAGER IS A VERSATILE, COMPREHENSIVE IT SUPPORT SOLUTION THAT HELPS YOU BUILD SUPERIOR INCIDENT AND PROBLEM MANAGEMENT PROCESSES
ITSM Process Description Office of Information Technology Incident Management 1 Table of Contents Table of Contents 1. Introduction 2. Incident Management Goals, Objectives, CSFs and KPIs 3. Incident Management
System Center Service Manager Vision and Planned Capabilities Microsoft Corporation Published: April 2008 Executive Summary The Service Desk function is the primary point of contact between end users and
TECHNOLOGY BRIEF Managing Service Level Private Management Cloud Services Through with an Cisco Automated UCS and Service CA Solutions Catalog May October 2010 2010 managing implementing private SLM: cloud
Creating and Maturing a Service Catalog By Wendy Kuhn and Pam Erskine Third Sky, Inc. Introduction Developing a service catalog can seem like a simple marketing and communications activity or a daunting
LANDesk Service Desk Outstanding IT Service Management Made Easy Deliver Outstanding IT Services to Employees, Citizens and Customers LANDesk Service Desk enables organizations to deliver outstanding IT
Enterprise ITSM software About vfire vfire is an Enterprise level IT Service Management Software tool developed by Alemba. As the successor to VMware s Service Manager product (formerly infraenterprise),
Preparation Guide IT Service Management Foundation Bridge based on ISO/IEC 20000 Edition April 2011 Copyright 2011 EXIN All rights reserved. No part of this publication may be published, reproduced, copied
1. ITIL Defined The Information Technology Infrastructure Library (ITIL) is a set of guidance developed by the United Kingdom s Office Of Government Commerce (OGC). The guidance, documented in a set of
Achieving ITSM Excellence Through Availability Management Technology Concepts and Business Considerations Abstract This white paper outlines the motivation behind Availability Management, and describes
Introduction: ITIL Version 3 and the ITIL Process Map V3 IT Process Maps www.it-processmaps.com IT Process Know-How out of a Box IT Process Maps GbR, 2009-2 - Contents HISTORY OF ITIL... 4 The Beginnings...
The ITIL v.3. Foundation Examination ITIL v. 3 Foundation Examination: Sample Paper 4, version 3.0 Multiple Choice Instructions 1. All 40 questions should be attempted. 2. There are no trick questions.
Service Improvement Part 1 The Frontline Robert.Gormley@ed.ac.uk http://www.is.ed.ac.uk/itil Programme Overview of Service Management The ITIL Framework Incident Management Coffee Problem Management The
Service management solutions To support your IT objectives Address IT costs and streamline operations with IBM service request and asset management solutions. Highlights Help service desk technicians become
The Power of BMC Remedy, the Simplicity of SaaS WHITE PAPER TABLE OF CONTENTS EXECUTIVE SUMMARY............................................... 1 BUSINESS CHALLENGE: MANAGING CHANGE.................................
Processes 415 Bringing wisdom to ITSM with the Service Knowledge Management System 7.3 Bringing wisdom to ITSM with the Service Knowledge Management System nowledge is a process of piling up facts; wisdom
Supportworks ITSM Enterprise IT Service Management For Business www.hornbill.com Supportworks ITSM Enterprise IT Service Management For Business The purpose of IT Service Management (ITSM) is to integrate
Combine ITIL and COBIT to Meet Business Challenges By Peter Hill, Director, IT Governance Network, and Ken Turbitt, Best Practices Director, BMC Software BEST PRACTICES WHITE PAPER Table of Contents ABSTRACT...
A White Paper Prepared for Kaseya September 2007 Table of Contents Executive Summary...1 Introduction...1 The Role of Best Practices in Managing IT Services...1 Profitability...1 Reliability...2 Best Practices
TECHNOLOGY brief: CAPACITY MANAGEMENT Capacity : A CA Process Map Denise P. Kalm Director, Product Marketing Marv Waschke Sr. Advisor, Product Table of Contents Executive Summary 1 SECTION 1: CHALLENGE
PRODUCT BRIEF: CA SERVICE DESK ON DEMAND -Demand Demand is a versatile, ready-to-use IT support solution delivered On Demand to help you build a superior Request, Incident, Change and Problem solving system.
A Quick Overview of ITIL John Shade CERN CERN - IT Department WLCG Collaboration Workshop 21-25 April 2008 What is ITIL? IT Infrastructure Library Best practices for supplying IT services Description of
ITIL V3 AND THE SERVICE LIFECYCLE PART I THE MISSING COMPONENT PLANVIEW INC. BACKGROUND IT departments continually have tremendous demands placed on them to manage new initiatives, projects, incidents,
1 Overview The business benefits of Service Catalogue how this delivers value to an organisation It s all the rage right now Service Catalogue. Every web forum and ITSM thought leader and vendor is leading
Pvt. Ltd. Capacity Management Policy, Process & Procedures Document Client: Pvt. Ltd. Date : 03/04/2011 Version : 0.6 GENERAL Description Purpose Applicable to Supersedes This document establishes a Capacity
the limits of your infrastructure. How to get the most out of virtualization Business white paper Table of contents Executive summary...4 The benefits of virtualization?...4 How people and processes add
BOOST I.T. VISIBILITY AND VALUE WITH A GREAT SERVICE CATALOG www.service-now.com According to CIO Magazine, Today, CIOs are being asked to cut costs, increase productivity, and find new ways to generate
SOLUTION BRIEF CA IT Asset Manager how can I manage my asset lifecycle, maximize the value of my IT investments, and get a portfolio view of all my assets? agility made possible helps reduce costs, automate
Preparation Guide EXIN IT Service Management Associate Bridge based on ISO/IEC 20000 Edition January 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced,
Position Paper Cross-Domain vs. Traditional IT for Providers Joseph Bondi Copyright-2013 All rights reserved. Ni², Ni² logo, other vendors or their logos are trademarks of Network Infrastructure Inventory
The ITIL Foundation Examination Sample Paper A, version 5.1 Multiple Choice Instructions 1. All 40 questions should be attempted. 2. All answers are to be marked on the answer grid provided. 3. You have
Service Desk Institute 10 Steps To Successful ITSM Tool Selection Introduction The one decision that really makes a difference for both consumers of IT and our service desk analysts is the one to replace
Preparation Guide EXIN IT Service Management Associate based on ISO/IEC 20000 Edition January 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied
Colofon Title: Author: Editor: Reviewers: (for the Best Practice User Group Nederland) Publisher: PRINCE2 2009 Edition Quick Reference Card Henny Portman Steve Newton Hans Schneider Ron Seegers (Projectmeester)
ITIL / ITSM: Where Do I Start? A whitepaper presented by: Third Sky, Inc. 75 Union Street, Suite 100 Brighton, MA 02135 http://www.thirdsky.com In partnership with: FrontRange Solutions, Inc. Page 1 of
ITIL: Foundation (Revision 1.6) Course Overview The ITIL Foundation Certification Course introduces the new student to the fundamentals of IT Service Management as described in the IT Infrastructure Library
ITIL Foundation mock exam 4 1. Which of the following is NOT a purpose of Service Transition? A) To ensure that a service can be managed, operated and supported B) To provide training and certification
Self Service Jeff Hance LANDESK Software Who we are Our History 1985 Founded (LAN Systems) 1991 Pioneered Systems Management with Intel 2002 Spun out Business Product Lines LANDesk - Wavelink - Shavlik
on CHANGE MANAGEMENT ABOUT THIS... 2 IT AND CHANGE MANAGEMENT... 3 RESPONDING TO PERFORMANCE AND ACCOUNTABILITY DEMANDS...3 AN EMERGING NEED FOR CHANGE MANAGEMENT...3 DEFINING CHANGE MANAGEMENT... 4 WHAT
ITIL Event Management in the Cloud An AWS Cloud Adoption Framework Addendum July 2015 2015, Amazon Web Services, Inc. or its affiliates. All rights reserved. Notices This document is provided for informational
Creating Service Desk Metrics Table of Contents 1 ITIL, PINK ELEPHANT AND ZENDESK... 3 2 IMPORTANCE OF MONITORING, MEASURING AND REPORTING... 3 2.1 BALANCED MANAGEMENT INFORMATION CATEGORIES... 3 2.2 CSFS,
Roles within ITIL V3 Roles are employed in order to define responsibilities. In particular, they are used to assign Process Owners to the various ITIL V3 processes, and to illustrate responsibilities for
Module 1 Study Guide Introduction to PPO ITIL Capability Courses - Planning, Protection and Optimization Introducing PPO Welcome to your Study Guide. This document is supplementary to the information available
Executive Dashboards: Putting a Face on Business Service best practices WHITE PAPER Table of Contents Executive Summary...1 The Right Information to the Right Manager...2 Begin with Dashboards for IT Managers...2
BEST PRACTICES WHITE PAPER The SMB IT Decision Maker s Guide: Choosing a SaaS Service Management Solution Nine Things to Look For in Your Next SaaS Service Desk Table of Contents Introduction...................................................