ITIL Intermediate Course: RCV Student Handbook (Reference material_r3.3.0)
-
Upload
itpreneurs -
Category
Documents
-
view
235 -
download
5
description
Transcript of ITIL Intermediate Course: RCV Student Handbook (Reference material_r3.3.0)
ITpreneurs™ Service Management
REFERENCE MATERIAL
Release, Control, and Validation release 3.3.0
ITIL® Intermediate ITIL® is a registered trade mark of AXELOS Limited.Sam
ple M
ateria
l - Not
for R
eprin
t
www.ITpreneurs.com
Copyright
ITIL Release, Control, and Validation, Classroom course, release 3.3.0
Copyright and Trademark Information forPartners/Stakeholders.
ITIL® is a registered trade mark of AXELOS Limited.The Swirl logo™ is a trade mark of AXELOS Limited.The ITIL Accredited Training Organization logo is a trade markof AXELOS Limited.
IT Infrastructure Library® is a registered trademark of AXELOS Limited
No part of this document may be reproduced in any form without the written permission of bothITpreneurs and AXELOS Limited. Permission can be requested at www.ITpreneurs.com [email protected].
Material in this document has been sourced from ITIL® Service Lifecycle Suite 2nd Edition, 2011.
Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved. Please note that the information contained in this material is subject to change without notice. Furthermore, this material contains proprietary information that is protected by copyright.No part of this material may be photocopied, reproduced, ortranslated to another language without the prior consent ofITpreneurs Nederland B.V. The language used in this course is US English. Our sources ofreference for grammar, syntax, and mechanics are from The Chicago Manual of Style, The American Heritage Dictionary, andthe Microsoft Manual of Style for Technical Publications.
More on:http://www.itil-officialsite.com/IntellectualPropertyRights/TrademarkLicensing.aspx
Copyright © ITpreneurs and AXELOS Limited © 2014 ITpreneurs. All rights reserved.
Sample
Mate
rial -
Not for
Rep
rint
Contents
i
LIST OF ICONS V
LIST OF ACTIVITIES NA
GENERAL TRAINING TIPS NA
ACKNOWLEDGEMENTS VI
FOLLOW US VII
COURSE INTRODUCTION 1Introductions 2
Course Introduction 2
Course Learning Objectives 3
Unique Nature of the Course 4
Course Qualifi cation Scheme 8
Course Agenda and Exam Details 10
COURSE AGENDA
ITIL Intermediate Classroom Course (Refer to the Workbook) NA
ITIL Intermediate Expert Program Course (Refer to the Workbook) NA
ITIL Intermediate Classroom Blended Course (Refer to the Workbook) NA
ITIL Intermediate Virtual Classroom Blended Course (Refer to the Workbook) NA
UNIT 1: SERVICE TRANSITION 13
1.1 Purpose and Objectives of Service Transition 16
1.2 Scope of Service Transition 17
1.3 Business Value of Service Transition 19
1.4 Processes Within Service Transition 20
1.5 Aspects for Developing Effective Service Transition Strategy 21
1.6 Initiatives for Preparation for Service Transition 24
1.7 Planning and Coordinating Service Transition Activities 26
1.8 Providing Transition Process Support 29
1.9 Generic Roles Involved in Service Transition 31
Summary of Unit 1 37
UNIT 2: CHANGE MANAGEMENT 41
2.1 Purpose and Objectives 46
2.2 Scope of the Process 47
2.3 Business Value of the Process 48
2.4 Policies, Design, and Planning Considerations 50
2.5 Types of Change Requests 54
2.6 Role of Change Models, Change Proposals, and Standard Changes 58
2.7 Remediation Planning 61
2.8 Main Activities, Methods, Techniques, and Relationship with RCV 62
Sample
Mate
rial -
Not for
Rep
rint
ii
2.8.1 Overall Process, Including Normal and Standard Change Requests 63
2.8.2 Logging, Reviewing, and Assessing Change Requests 67
2.8.3 Authorizing Changes 73
2.8.4 Coordinating, Reviewing, and Closing Changes 74
2.8.5 Emergency Changes 80
2.9 Triggers, Inputs, Outputs, and Interfaces with Other Processes 83
2.10 Information Management 88
2.11 Process Measurement 89
2.12 Challenges and Risks 91
2.13 Operational Activities of Change Management during the Service Operation Lifecycle Stage 93
2.14 Managing Organization and Stakeholder Change as an Essential Part of Continual Improvement 94
2.15 Change Management Roles 98
2.16 Sample Test Question 100
Summary of Unit 2 101
UNIT 3: SERVICE ASSET AND CONFIGURATION MANAGEMENT 111
3.1 Purpose and Objectives 116
3.2 Scope of the Process 116
3.3 Business Value of the Process 118
3.4 Policies, Principles, and Basic Concepts 120
3.5 Main Activities, Methods, Techniques, and Relationship with RCV 130
3.5.1 Management and Planning 131
3.5.2 Confi guration Identifi cation 134
3.5.3 Confi guration Control 143
3.5.4 Status Accounting and Reporting 144
3.5.5 Verifi cation and Audit 148
3.6 Triggers, Inputs, Outputs, and Interfaces with Other Processes 150
3.7 Information Management 153
3.8 Process Measurement 154
3.9 Challenges and Risks 157
3.10 SACM Activities Performed on a Daily Basis by Service Operation 158
3.11 SACM Roles 160
3.12 Group/Individual Exercise 162
3.13 Sample Test Question 162
Summary of Unit 3 163
UNIT 4: RELEASE AND DEPLOYMENT MANAGEMENT 173
4.1 Purpose and Objectives 178
4.3 Business Value of the Process 180
4.4 Policies, Principles, and Basic Concepts 181
4.4.1 Release and Deployment Management Policy 182
4.4.2 Release Types 183
4.4.3 Release Units 185
4.4.4 Release Packages 186
4.4.5 Release and Deployment Options 187
4.4.6 Release and Deployment Models 191
4.5 Phases of Release and Deployment Management 193
4.5.1 Release and Deployment Planning 195
4.5.2 Release Build and Test 208
4.5.3 Deployment 217
Sample
Mate
rial -
Not for
Rep
rint
iii
4.5.4 Review and Closure of Deployment 229
4.6 Triggers, Inputs, Outputs, and Interface with Other Processes 231
4.7 Information Management 234
4.8 Process Measurement 235
4.9 Challenges and Risks 237
4.10 Release and Deployment Management Activities and Service Operation 239
4.11 Release and Deployment Management Roles 240
4.12 Group/Individual Exercise 242
Summary of Unit 4 243
UNIT 5: SERVICE VALIDATION AND TESTING 257
5.1 Purpose and Objectives 262
5.2 Scope of the Process 263
5.3 Business Value of the Process 265
5.4 Policies, Principles, and Basic Concepts 266
5.5 Main Activities, Processes, Methods, and Techniques 277
5.6 Triggers, Inputs, Outputs, and Interfaces with Other Processes 281
5.7 Information Management 285
5.8 Process Measurement 286
5.9 Challenges and Risks 288
5.10 Service Validation and Testing Management Roles 290
5.11 Group/Individual Exercise 292
5.12 Sample Test Question 292
Summary of Unit 5 293
UNIT 6: REQUEST FULFILMENT 299
6.1 Purpose and Objectives 304
6.2 Scope of the Process 305
6.3 Business Value of the Process 306
6.4 Policies, Principles, and Basic Concepts 307
6.5 Process Activities, Methods, and Techniques 311
6.6 Triggers, Inputs, Outputs, and Interfaces with Other Processes 314
6.7 Information Management 317
6.8 Process Measurement 318
6.9 Challenges and Risks 320
6.10 Request Fulfi lment Roles 322
6.11 Group/Individual Exercise 323
Summary of Unit 6 325
UNIT 7: CHANGE EVALUATION 331
7.1 Purpose and Objectives 336
7.2 Scope of the Process 337
7.3 Business Value of the Process 338
7.4 Policies, Principles, and Basic Concepts 339
7.5 Process Activities, Methods, and Techniques 340
7.6 Triggers, Inputs, Outputs, and Interfaces with Other Processes 349
7.7 Information Management 352
7.8 Process Measurement 353
Sample
Mate
rial -
Not for
Rep
rint
iv
7.9 Challenges and Risks 354
7.10 Change Evaluation Roles 356
7.11 Group/Individual Exercise 357
7.12 Sample Test Question 357
Summary of Unit 7 359
UNIT 8: KNOWLEDGE MANAGEMENT 3638.1 Purpose and Objectives 368
8.2 Scope of the Process 369
8.3 Business Value of the Process 370
8.4 Policies, Principles, and Basic Concepts 371
8.5 Process Activities, Methods, and Techniques 376
8.6 Triggers, Inputs, Outputs, and Interfaces With Other Processes 385
8.7 Information Management 388
8.8 Process Measurement 389
8.9 Challenges and Risks 391
8.10 Knowledge Management Activities and CSI 393
8.11 Knowledge Management Roles 394
8.12 Group/Individual Exercise 395
8.13 Sample Test Question 395
Summary of Unit 8 397
UNIT 9: TECHNOLOGY AND IMPLEMENTATION MANAGEMENT 4039.1 Generic Requirements for Technology 406
9.2 Evaluation Criteria for Service Management Tools 409
9.3 RCV Practices for Process Implementation 415
9.3.1 Managing Changes in Operations 416
9.3.2 Service Operation and Project Management 419
9.3.3 Assessment and Risk Management in Service Operation 420
9.3.4 Operational Staff in Service Design and Transition 421
9.4 Challenges, CSFs, and Risks 422
9.5 Planning and Implementing Service Management Technologies 426
9.6 Technology Considerations 431
9.6.1 Knowledge Management Tools 432
9.6.2 Collaboration 433
9.6.3 CMS 437
9.7 Group/Individual Exercise 438
9.8 Sample Test Question 438
Summary of Unit 9 439
APPENDIX A: CASE STUDY (REFER TO WORKBOOK) NA
APPENDIX B: MIND MAP EXCERCISE 443
APPENDIX C: GLOSSARY 445
APPENDIX D: SYLLABUS 539
APPENDIX E: ANSWERS (REFER TO WORKBOOK) NA
APPENDIX F: DIAGRAMS (MACRO VIEW) 563
APPENDIX G: RELEASE NOTES 573
STUDENT FEEDBACK FORM (REFER TO WORKBOOK) NA
Sample
Mate
rial -
Not for
Rep
rint
vCopyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
LIST OF ICONS
Refers to content that is meant for the instructor to lecture in class
Refers to content that is meant for the student to read on his/her own in class or at home
Refers to information items that are not covered by the instructor in class but help the student understand a particular topic in detail
Refers to a Scenario-Based Activity that the student must do in class or as homework after the completion of a topic or in between a topic
Refers to items or contents that are given in a step-by-step-instruction or checklist format
Refers to an important snippet of information that the instructors should remember to touch upon while conducting an activity or during a lecture
Refers to the simplifi cation of content that was previously diffi cult to understand or confusing
Refers to an extra piece of information that is not very important but still good to know
Refers to light, conversational snippets of information or that the instructor can use in class to break the monotony of a serious and tedious lecture
Refers to general-knowledge-based information that the instructor can use to provide relief to students during a serious or tedious classroom lecture
Refers to space for the students to take notes
Sample
Mate
rial -
Not for
Rep
rint
vi Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
We would like to sincerely thank the experts who have contributed to and shaped ITpreneurs’ ITIL Intermediate product suite.
ITpreneurs’ Course Reviewers Anessi, Ray - Pangloss Group
Costigan, Michael D - CSC
Mohr, Julie - Blue Print Audits
Vikdal, Mike - Auslyn Group
Wigmore, Michael - Independent
Pondman, Dick - Independent
Burgers, Jurian - Independent
Rijken, Adriaan - Independent
ITpreneurs’ Course Exercise WritersFoederer, Marcel - ITpreneurs
Mohr, Julie - Blue Print Audits
Vikdal, Mike - Independent
Wigmore, Michael - Independent
ACKNOWLEDGEMENTS
Sample
Mate
rial -
Not for
Rep
rint
www.ITpreneurs.com
Copyright © 2014 ITpreneurs. All rights reserved
Follow us
Before you start the course, please take a moment to:
“Like us” on Facebook
http://www.facebook.com/ITpreneurs
“Follow us” on Twitter
http://twitter.com/#!/ITpreneurs
"Add us in your circle" on Google Plus
http://gplus.to/ITpreneurs
"Link with us" on Linkedin
http://www.linkedin.com/company/ITpreneurs
"Watch us" on YouTube
http://www.youtube.com/user/ITpreneurs
Sample
Mate
rial -
Not for
Rep
rint
This
page
has b
een l
eft bl
ank i
ntenti
onall
y
Sample
Mate
rial -
Not for
Rep
rint
1Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Course Introduction
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
2 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
INTRODUCTIONS
2
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Welcome!Please share with the class:
• Your name• Your profession• Your role• Your background in IT• Your familiarity with Information Technology Infrastructure Library (ITIL®)• What you expect to learn over the next few days
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
COURSE INTRODUCTION
3
Course IntroductionITIL
Intermediate® Release, Control, and Validation
OverviewRelease, Control, and Validation (RCV) is one of the four courses that are part of the ITIL Intermediate Capability stream.The RCV course helps you understand and implement ITIL best practices related to:
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
Change Manager/CABService Validation and Testing
Change Management
SACM RolesService Asset and Configuration Management
Request Fulfilment Release and Deployment Roles
Release and Deployment Management
Service Validation and Testing Roles
Technology and Implementation Management
Change Evaluation
Knowledge Management Change Evaluation
RolesKnowledge Management Roles
RolesProcesses
Transition Planning and Support Management
Request Fulfilment Roles
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Course Introduction
3Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
OverviewRelease, Control, and Validation (RCV) is one of the four courses that are part of the ITIL Intermediate Capability stream. The RCV course helps you understand and implement ITIL best practices related to Change Management, Service Asset and Confi guration Management, Release and Deployment Management, Service Validation and Testing, Request Fulfi lment, Change Evaluation, Knowledge Management, and Technology and Implementation Management.
COURSE LEARNING OBJECTIVES
4
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Learning ObjectivesAt the end of this training, the students will have gained the knowledge and skills to:
• Comprehend the importance of the Service Management as a practice concept.
• Describe the principles, purpose, and objectives of Service Transition.• Evaluate the importance of RCV while providing Service.• Outline how all processes in RCV interact with other Service Lifecycle
processes.• Recognize and implement the processes, activities, methods, and functions used
in each of the RCV processes.• Understand how to use the processes, activities, and functions to achieve
operational excellence.• Analyze how to measure RCV.
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
4 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
5
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Learning Objectives (Contd.)• Interpret the importance of IT security and its contribution to RCV.• Justify Change Management as the capability for successful Service Transition.• Understand the capability of Service Validation and Testing for assuring the
integrity and quality of Service Transition in relation to RCV.• Comprehend the capability of Service Asset and Configuration Management
(SACM) for monitoring Service Transition in relation to RCV.• Recognize Knowledge Management as part of improving the ongoing
decision-support and service-delivery capability of the management.• Understand how Request Fulfilment and Change Evaluation guarantees Service
level performance.• Identify the roles and responsibilities associated with RCV.• Recognize the technology and implementation considerations
surrounding RCV. • Outline the challenges, Critical Success Factors (CSFs), and Risks
associated with RCV.
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
UNIQUE NATURE OF THE COURSE
6
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Delivery Method
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
Participate in your learning experience.
Internalize learning to take your final examination.
Apply new, practical experience.
You will benefit when you:
This course will not be delivered in the traditional mode of “technical training”.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Course Introduction
5Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
This course will not be delivered in the traditional mode of “technical training”, where the instructor presents and lectures on slide after slide. Instead, you will be expected to participate in the learning experience through discussions, exercises, and the sharing of practical experiences. This is to ensure that you internalize the learning, as required, to sit for your fi nal examination successfully and to apply your new practical experience back at the workplace.
7
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
Sample from the Student Reference Material and Workbook
Student MaterialsThe student materials consist of two parts:
Student Reference Material: Contains the concepts that are covered in class. We recommend that you use the Reference Material to study each evening, after class, to prepare for the fi nal exam. Each unit ends with Sample Test Questions. These questions have been created based on the format of the qualifi cation exam. The answers to these questions are given in Answers: Appendix E in the Workbook.
Student Workbook: Contains all the exercises you have to do in class. The answers to these questions are given in Answers: Appendix E in the Workbook.
Mock ExamThe Exam Preparation Guide contains the two sample exams released by APMG. Mock Exam 1 consists of Sample Paper 1 (a complete set with scenarios + question-and-answer options with their rationale) and Mock Exam 2 contains Sample Paper 2 (a complete set with scenarios + question-and-answer options with their rationale). On the last day of the course, you will have the opportunity to attempt the Mock Exam questions, which will help you prepare for the fi nal exam.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
6 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
The Royal Chao Phraya Hotel Case StudyActivities in this course are aimed at improving the retention of concepts learned. The Royal Chao Phraya Hotel case study provides the “scenario setting” for these activities.
Scenario-Based Activities are based on Single Points of Failure (SPOFs) that occur because of IT challenges at the Royal Chao Phraya Hotel. The scenarios are often intentionally not situated in the IT department, to establish the real-life connect between IT and business.
The SPOFs at the Royal are illustrative of the connect between business and IT, and the fact that IT failures or challenges lead to business challenges and setbacks.
Working through the IT challenges faced by the Royal, students will understand the value of implementing ITIL to overcome IT challenges and, consequently, comprehend how to ensure smooth business operations at their workplace.
Also, the Royal Chao Phraya hotel is used in the Intermediate-level courses to provide a “scenario setting” for the assignments, rather than in an analogous manner, as was used in the Foundation level course. This has been designed to ensure that the assignments, far more complex at this level, focus directly on the job at hand, and consequently, directly relate to IT.
Intermediate Course Matrix
Important information on Intermediate-level syllabi:The composition of the ITIL Intermediate-level syllabi has a fair degree of overlap in concepts across each of the qualifi cations. The courses too, consequently, refl ect this syllabus overlap. As you progress through the Intermediate levels and add one qualifi cation after another, you may fi nd this repetition of concepts increasing.
From a syllabus point of view, this is done to ensure students have skills in and knowledge of all the content areas required for a given Intermediate qualifi cation. In practice, for example, the same concept may differ in the way it is applied in say RCV vis-à-vis how it is applied in Service Transition.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Course Introduction
7Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
8
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
Course PrerequisiteCandidates wishing to be trained and examined for this qualification must already hold the ITIL Foundation Certificate in IT Service Management which must be presented as documentary evidence to gain admission.
Candidates who hold the following ITIL qualifications are also eligible, and similar evidence will be required:
• Earlier ITIL (V2) Foundation plus Foundation Bridge
• ITIL Expert Certificate in IT Service Management (achieved via Service Manager or Practitioner bridging routes).
9
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Introduction Course Learning Objectives Unique Nature of the CourseIntroductions
Course Prerequisite (Contd.)It is recommended that candidates:
• Can demonstrate familiarity with IT terminology and understand that the context of Service Offerings and Agreements Management within their own business environment is strongly recommended
• Have experience of working in the Service Management capacity within a service provider environment, with responsibility for at least one of the following Management processes and activities:
o Service Portfolio Managemento Service Catalogue Managemento Service Level Managemento Demand Managemento Supplier Managemento Financial Management For It Serviceso Business Relationship Management
Before attending this course, it is highly recommended that candidates refresh their concepts of the Foundation course.Sam
ple M
ateria
l - Not
for R
eprin
t
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
8 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
COURSE QUALIFICATION SCHEME
10
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Agenda and Exam DetailsCourse Qualification Scheme
Legend
SS Service Strategy
SD Service Design
ST Service Transition
SO Service Operation
CSI Continual Service Improvement
OSA Operational Support and Analysis
PPO Planning, Protection, and Optimization
RCV Release, Control, and Validation
SOA Service Offerings and Agreements
ITIL Qualification Scheme and Credit Assignment
Based on AXELOS ITIL® Service Lifecycle Suite 2nd Edition, 2011. Reproduced under licence from AXELOS.
Qualifi cation SchemeThe purpose of this topic is to help you understand the Qualifi cation Scheme, distinguish between the purposes of the two Intermediate streams, mention the included certifi cates and diplomas, and understand the different options for further training (not examinable).
There are four levels within the new scheme: a Foundation level, two Intermediate levels, the Managing Across the Lifecycle level, and an Advanced level.
The Foundation level focuses on knowledge and comprehension to provide a good grounding in the key concepts, terminology, and processes of ITIL.
The new Intermediate level contains two streams, a Lifecycle stream and a Capability stream. The Lifecycle stream is built around the fi ve core Cabinet Offi ce books: Service Strategy, Service Design, Service Transition, Service Operation, and Continual Service Improvement.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Course Introduction
9Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
11
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Qualification Scheme
Service Operation
Request Fulfillment*
***
**
**
*
*
Service Transition
Change Management
Asset & ConfigManagement
Release & Deployment
Validation & Testing
Change Evaluation
Change Authority/Manager/CAB
Change Evaluation Roles
Knowledge Management Roles
SACM Roles
Release and Deployment Roles
Service Validation andTesting Roles
*
**
Continual Service Improvement
Improvement Process
Reporting Management
CSI
OSA
SS SD ST SO
PPO RCV SOA
CSI
OSA
SS SD ST SO
PPO RCV SOA
CSI
OSA
SS SD ST SO
PPO RCV SOA
CSI Manager
Service Owner
Service Manager
CSI
Process Owner
Business and IT Analysts
Internal and external Service Providers
Processes FunctionsLegend:
Roles
Course Agenda and Exam Details
ITIL Core
Knowledge Management
Measurement Management
Based on AXELOS ITIL® Service Lifecycle Suite 2nd Edition, 2011. Reproduced under licence from AXELOS.
The Capability stream is built around four clusters:
Operational Support and Analysis (OSA): Event Management, Incident Management, Request Fulfi lment, Problem Management, Access Management, Service Desk, Technical Management, IT Operations Management, and Application Management
Planning, Protecting and Optimization (PPO): Availability Management, Capacity Management, IT Service Continuity Management, Demand Management, Risk Management, and Information Security Management
Release, Control and Validation (RCV): Change Management, Release and Deployment Management, Service Validation and Testing, Service Asset and Confi guration Management, Knowledge Management, Request Fulfi lment, and Change Evaluation
Service Offerings and Agreements (SOA): Service Portfolio Management, Service Level Management, Service Catalogue Management, Demand Management, Supplier Management, Financial Management, and Business Relationship Management
Both Intermediate streams assess your comprehension and application of the concepts of ITIL. You will be able to take units from either of the Intermediate streams, giving you credits toward a diploma.
The Managing Across the Lifecycle course brings together the full essence of the Lifecycle approach to Service Management.
After gaining the requisite number of 22 credits through your education at the Foundation, Intermediate, and Managing Across the Lifecycle levels, you will be awarded the ITIL Expert Qualifi cation. No further examination or course is required to gain the qualifi cation.
The Advanced-level diploma will assess your ability to apply and analyze the ITIL concepts in new areas.
Note: The ITIL Qualifi cation scheme is not examinable and is intended as information only. According to the APM Group, this qualifi cation is subject to change.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
10 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
COURSE AGENDA AND EXAM DETAILS
Course Prerequisites:For the Capability courses, there is no minimum mandatory experience requirement, but 2 to 4 years’ professional experience working in IT Service Management is highly desirable.
For the Lifecycle courses, there is no minimum experience requirement but basic IT literacy and around 2 years’ IT experience are highly desirable.
To be eligible for the exam you must hold the Foundation Certifi cate in IT Service Management (or other appropriate earlier ITIL and bridge qualifi cations.
12
Course IntroductionITIL
Intermediate® Release, Control, and Validation
Course Agenda and Exam DetailsCourse Qualification Scheme
Duration: 1.5 hoursQuestions: 8 Multiple-Choice Questions Each question has 4 Answer OptionsScoring Scheme: Most Correct Answer: Worth 5 marksSecond Best Answer: Worth 3 marksThird-Best Answer: Worth 1 markDistracter: No marksFormat: Closed-book, online, or paper-based examinationPass Score: 28/40 or 70% Distinction Score: Not defined yetContact Hours: 30-hours formal training with Accredited Training Organization (ATO)Personal Study Hours by APMG: 12 hours
Provisions for additional time relating to language: Candidates completing an exam:
• in a language that is not their mother tongue, and• where the language of the exam is not their primary business language,
have a maximum of 120 minutes to complete the exam and are allowed the use of a dictionary
Exam Details
Useful Tips for Writing the Exam: Review the syllabus in your course material.
Use the syllabus to focus your study within the identifi ed chapters in the core ITIL books to prepare for these exams.
The exam is written to a depth where you not only need to have a strong core competency in the ITIL best practice, but you also need to be able to apply this knowledge in practical scenarios.
Read the question CAREFULLY.
Remember that there will be qualifi ers such as NOT and BEST.
Make note of the unique business situation presented – this scenario may point you in the direction of the “best” answer from the list.
As far as possible, try to eliminate the incorrect distracter question by using your ITIL theory and assessment of the provided information.
Use your ITIL theory to assist with answering the question and selecting the best remaining answers from which to choose.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Course Introduction
11Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Because this exam is gradient marked, you will most likely fi nd very close similarities with the remaining answers.
If you are stuck on a question, skip it and move to the next one.
As you progress through the exam, you will pick up the rhythm of the structure and the language of the questions.
When in doubt, guess – you will not lose marks for providing the wrong answer.
Note: Refer to the Workbook for the Course Agenda.
Sample
Mate
rial -
Not for
Rep
rint
Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
This
page
has b
een l
eft bl
ank i
ntenti
onall
y
Sample
Mate
rial -
Not for
Rep
rint
13Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Unit1Service Transition
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
14 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
2
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
The Big “Why’’• What is Release, Control, and Validation (RCV)?• What does RCV do for you?• What does RCV do for your organization?• Why RCV?
3
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
OverviewRelease, Control, and Validation (RCV):
• Is essential to understand how to implement new or changed Services in a controlled and cost-effective manner.
• Helps in the effective transition of controls to the operations phase. • Gives in-depth knowledge on the operational-level process activities in the
Service Transition and Service Operation Lifecycles, their measurement, inter-relationships, roles and responsibilities, and so on.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
15Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
4
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
Unit Learning ObjectivesAt the end of this unit, you will be able to:
• Explain the purpose and objectives of Service Transition.• Understand the scope of the Service Transition phase of the lifecycle. • Understand the value that Service Transition provides to the business.• Illustrate the processes within Service Transition.• Describe the various aspects to be considered for developing an effective
Service Transition Strategy.• Understand the initiatives for preparing Service Transition.• Comprehend how to plan and coordinate Service Transition activities.• Explain how Service Transition provides support to stakeholders.• Understand the generic roles involved in Service Transition and their associated
responsibilities.
Unit Learning ObjectivesAt the end of the unit, you will be familiar with the processes and functions of the RCV and its value in supporting and managing Changes in an organization.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
16 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
5
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
Topics Covered in This Unit1.1 Purpose and Objectives of Service Transition1.2 Scope of Service Transition1.3 Business Value of Service Transition 1.4 Processes Within Service Transition1.5 Aspects for Developing Effective Service Transition Strategy1.6 Initiatives for Preparation for Service Transition1.7 Planning and Coordinating Service Transition Activities1.8 Providing Transition Process Support1.9 Generic Roles Involved with Service Transition
1.1 PURPOSE AND OBJECTIVES OF SERVICE TRANSITION
6
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.2 Scope of Service Transition 1.3 Business Value of Service Transition 1.4 Processes Within Service
TransitionPurpose and Objectives of Service Transition1.1
Purp
ose
Obj
ectiv
es
• The purpose of Service Transition is to ensure that new, modified, or retired Services meet business requirements, as defined in the Service Strategy and Service Design stage of the Lifecycle.
The objectives are:• “Plan and manage service
changes efficiently and effectively• Manage risks relating to new,
changed or retired services• Successfully deploy service
releases into supported environments
• Set correct expectations on the performance and use of new or changed services
• Ensure that service changes create the expected business value
• Provide good-quality knowledge and information about services and service assets.”
Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
17Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Purpose and Objectives of Service Transition
Core Guidance Reference — ST 1.1.1
The slide lists the purpose and objectives of Service Transition. To attain these objectives, the following points should emerge during the Service Transition Lifecycle stage:
Plan and manage the capacity and resources required to administer Service Transitions.
Implement a rigorous framework for evaluating Service capabilities and Risk profi les before new or changed Services are deployed.
Establish and maintain the integrity of Service Assets.
Provide effi cient repeatable mechanisms for building, testing, and deploying Services and Releases.
Ensure that Services can be managed, operated, and supported in accordance with constraints specifi ed during the Service Design stage of the Service Lifecycle.
Just Concluded T R A N S I T I O N
1.2 Scope of Service Transition
1.1Purpose and Objectives of Service Transition
Coming Up
1.2 SCOPE OF SERVICE TRANSITION
7
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
Scope of Service Transition:
• Management of complexity associated with Changes to Services andService Management processes
• Innovation, while minimizing the unintended consequences of Change• New Services• Changes to existing Services, such as expansion, reduction, change of
supplier, acquisition or disposal of sections of user base or suppliers, changeof requirements or skills availability, and so on
• Decommissioning and discontinuation of Services, applications, or otherService components
• Transfer of Services to and from other Service Providers
1.2 Scope of Service Transition 1.3 Business Value of Service Transition 1.4 Processes Within Service
TransitionPurpose and Objectives of Service Transition1.1
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
18 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Scope of the Process
Core Guidance Reference — ST 1.1.2
Service Transition offers considerable assistance to the business. It guides the process of developing and improving capabilities for transitioning new and changed Services into supported environments, such as Release planning, building, testing, evaluation, and deployment. For this, due consideration is given to Service retirement and transfer between Service Providers. This ensures that the requirements from Service Strategy, developed in Service Design, are effectively realized in Service Operation while controlling the Risks of failure and subsequent disruption.
The scope of Service Transition also includes Changes in the Service Provider’s Service Management capabilities that Impact the business, staff, projects, and third parties involved in Service Management.
Guidance on Transferring the Control of ServicesGuidance on transferring the control of Services includes transfer in the following circumstances:
Out to a new supplier, such as outsourcing From one supplier to another Back in from a supplier ; for example, insourcing Moving to a partnership or co-sourcing arrangement, such as partial outsourcing of some
processes Multiple suppliers, e.g. co-sourcing or multi-sourcing Joint venture Down-sizing, up-sizing, and off-shoring Merger and acquisition
Just Concluded T R A N S I T I O N
1.3 Business Value of Service Transition
1.2Scope of Service Transition
Coming Up
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
19Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
1.3 BUSINESS VALUE OF SERVICE TRANSITION
8
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
Business Value
1.2 Scope of Service Transition 1.3 Business Value of Service Transition 1.4 Processes Within Service
TransitionPurpose and Objectives of Service Transition1.1
Adopting and implementing standardized and consistent approaches for Service Transition will:• Enable projects to estimate the cost, timing, resource requirements, and Risks associated
with the Service Transition stage more accurately.• Enable share and re-use of Service Transition assets across projects and Services.• Reduce delays from unwarranted conflicts – for example, if multiple projects need to use
the same test setting at the same time.• Improve expectation setting of all stakeholders involved in Service Transition, including
customers, users, suppliers, partners, and projects.• Ensure that the new or changed Service can be delivered to specification without
unexpectedly affecting other Services or stakeholders.• Ensure maintainability and cost-effectiveness of new or changed Services.
Setting up Service Transition and effectively using the supporting processes helps transition new, changed, or decommissioned Services effectively.
Business ValueCore Guidance Reference — ST 1.1.4
Applying best practices will assist organizations to yield signifi cant gains. Adopting and implementing standard and consistent approaches for Service Transition will enhance business in ways mentioned on the slide. Adhering to the standards and approaches of Service Transition will also:
Result in higher volumes of successful change
Be easier for people to adopt and follow
Enable service transition assets to be shared and re-used across projects and services
Reduce delays from unexpected clashes and dependencies – for example, if multiple projects need to use the same test environment at the same time
Reduce the effort spent on managing the service transition test and pilot environments
Improve expectation setting for all stakeholders involved in service transition including customers, users, suppliers, partners and projects
Increase confi dence that the new or changed service can be delivered to specifi cation without unexpectedly affecting other services or stakeholders
Ensure that new or changed services will be maintainable and cost-effective
Improve control of service assets and confi gurations
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
20 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Just Concluded T R A N S I T I O N
1.4 Processes Within Service Transition
1.3Business Value of Service Transition
Coming Up
1.4 PROCESSES WITHIN SERVICE TRANSITION
9
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.2 Scope of Service Transition 1.3 Business Value of Service Transition 1.4 Processes Within Service
TransitionPurpose and Objectives of Service Transition1.1
The scope of service transition
Zoomed graphic provided in Appendix F.
Based on AXELOS ITIL® Service Lifecycle Suite 2nd Edition, 2011. Reproduced under licence from AXELOS.
Processes Within Service Transition
Core Guidance Reference — ST 1.1.2.1
The processes within Service Transitions can be categorized into two groups based on the Lifecycle stages where the amount of process activities takes place. The fi rst group is processes that are critical during the Service Transition stage but which infl uence and support all stages of the Service Lifecycle. The fi rst group comprises Change Management, Service Asset and Confi guration Management, and Knowledge Management.
The second group is those processes that have most of their activities in Service Transition. The processes in this group are Transition Planning and Support (Not covered in this course), Release and Deployment Management, Service Testing and Validation, and Change Evaluation.
Just Concluded T R A N S I T I O N
1.5Aspects for Developing Effective Service Transition Strategy
1.4Processes Within Service Transition
Coming UpSample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
21Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
1.5 ASPECTS FOR DEVELOPING EFFECTIVE SERVICE TRANSITION STRATEGY
10
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.6 Initiatives for Preparation for Service Transition 1.7 Planning and Coordinating
Service Transition Activities 1.8 Providing Transition Process Support
Aspects of Developing Effective Service Transition Strategy1.5
Service Transition Strategy
The Service Transition strategy defines the overall approach to organize Service Transition and allocate resources.
While defining the strategy for Service Transition, due consideration must be given to the following aspects: • Purpose and objectives of Service Transition• Context of Service Transition• Scope of Service Transition• Applicable standards, agreements, legal, regulatory, and contractual
requirements• Organizations and stakeholders involved in transition• Framework for Service Transition• Criteria
11
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.6 Initiatives for Preparation for Service Transition 1.7 Planning and Coordinating
Service Transition Activities 1.8 Providing Transition Process Support
Aspects of Developing Effective Service Transition Strategy1.5
Service Transition Strategy (Contd.)
• Identification of requirements and content of the new or changed Service• People• Approach• Deliverables from transition activities, including mandatory and optional
documentation for each stage• Schedule of milestones• Financial requirements, such as budgets and funding
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
22 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Service Transition Strategy
Core Guidance Reference — ST 4.1.5.1
Service Transition strategy defi nes the overall approach to organizing Service Transition and allocating resources. The aspects that should be considered for this are provided on the slide.
Let us look deeper into some of these aspects.
“Applicable standards, agreements, legal, regulatory and contractual requirements:
Internal standards
Interpretation of legislation, industry guidelines and other externally imposed requirements and standards
Agreements and contracts that apply to service transition
Organizations and stakeholders involved in transition:
Third parties, strategic partners, suppliers and service providers
Customers and users
Service management
Service provider
Transition organization
Framework for service transition:
Policies, processes and practices applicable to service transition including process service provider interfaces (SPIs)
Integration with policies and methods used for programme and project management
Roles and responsibilities
Transition resource planning and estimation
Transition preparation and training requirements
The release and change authorization
Re-using the organization’s experience, expertise, tools, knowledge and relevant historical data
Criteria:
Entry and exit criteria for each release stage
Criteria for stopping or re-starting transition activities
Success and failure criteria
Identifi cation of requirements and content of the new or changed service:
Services to be transitioned with target locations, customers and organizational units
Release defi nitions
Applicable SDP including architectural design
Requirements for environments to be used, locations, organizational and technical
Planning and management of environments, e.g. commissioning and decommissioning
People:
Assigning roles and responsibilities for all activities, including authorization
Assigning and scheduling training and knowledge transfer
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
23Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
Approach:
Transition model including service transition lifecycle stages
Plans for managing changes, assets, confi gurations and knowledge
Baseline and evaluation points
Confi guration audit and verifi cation points
Points where change authorization is needed
Use of change windows
Transition estimation, resource and cost planning
Preparation for service transition
Change evaluation and change authorization
Release planning, build, test, deployment and early life support
Error handling, correction and control
Management and control – recording, progress monitoring and reporting
Service performance and measurement system
Key performance indicators (KPIs) and improvement targets
Deliverables from transition activities, including mandatory and optional documentation for each stage:
Transition plans
Change management and service asset and confi guration management (SACM) plans
Release policy, plans and documentation
Test plans and reports
Build plans and documentation
Evaluation plan and report
Deployment plans and reports
Transition closure report”Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Organizations should consider the following while deciding on an appropriate Service Transition approach:
The size and nature of the Services. The number and frequency of Releases required. Any special needs of the users, for example a user’s
need for phased deployment over an extended period of time.
Just Concluded T R A N S I T I O N
1.6Initiatives for Preparation for Service Transition
1.5Aspects for Developing Effective Service Transition Strategy
Coming UpSample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
24 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
1.6 INITIATIVES FOR PREPARATION FOR SERVICE TRANSITION
12
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.6 Initiatives for Preparation for Service Transition 1.7 Planning and Coordinating
Service Transition Activities 1.8 Providing Transition Process Support
Aspects of Developing Effective Service Transition Strategy1.5
Acquire and test new Configuration Items (CIs) and components
Build and test
Test Service release
Service Operational Readiness Test (SORT)
Deployment
Entry and exit criteria, known as “quality gates”, are often executed at specific stages in the design and transition of a new or changed Service.
The stages in the Service Transition Lifecycle include:
Early life support
Review and close Service Transition
Service Transition Lifecycle Stages
Core Guidance Reference — ST 4.1.5.2, 4.1.5.3
The SDP defi nes the Lifecycle stages for the Service Transition. The transition from one stage to the next is subject to formal evaluation. The slide shows the stages in the Service Transition Lifecycle.
There are entry and exit criteria, including a list of deliverables. These criteria are often executed as ‘quality gates’ at specifi c stages in the design and transition of a new or changed Service. Each quality gate will defi ne a standard set of criteria, which must be met before the Service can move to the next stage.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
25Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
13
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
Prepare for Service Transition.The activities for preparing the Service Transition include:
• Review and acceptance of inputs from the other Service Lifecycle stages.• Review and check the input deliverables, for example Change proposal, SDP,
Service acceptance criteria and evaluation report.• Identify, raise, and schedule Requests for Change (RFCs).• Check that the Configuration Baselines are recorded in the Configuration
Management System (CMS) before the commencement of Service Transition.• Check transition readiness.
1.6 Initiatives for Preparation for Service Transition 1.7 Planning and Coordinating
Service Transition Activities 1.8 Providing Transition Process Support
Aspects of Developing Effective Service Transition Strategy1.5
Preparation for Service TransitionThe slide shows the activities involved in the preparation for the Service Transition.
The Confi guration Baseline serves as the point of reference for organizations pertaining to Changes that will be comprehensible in the future. Change Management handles requests and manages any discrepancy in the proposed Service scope, Service Strategy requirements, and Service Design baseline.
The Service Design and Service Transition staff along with other stakeholders allows Service Design and the adjoining Release units to operate and collaborate within anticipated confi nement. Consequently, a report of the SDP and Service acceptance criteria is furnished for the approval of the Change Management.
Let us now learn how to plan and coordinate activities for Service Transition.
Just Concluded T R A N S I T I O N
1.7Planning and Coordinating Service Transition Activities
1.6Initiatives for Preparation for Service Transition
Coming Up
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
26 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
1.7 PLANNING AND COORDINATING SERVICE TRANSITION ACTIVITIES
14
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.6 Initiatives for Preparation for Service Transition 1.7 Planning and Coordinating
Service Transition Activities 1.8 Providing Transition Process Support
Aspects of Developing Effective Service Transition Strategy1.5
Planning an Individual Service TransitionThe deployment and Release Management activities should be planned in stages as the details of deployment are might not be known in detail initially.
A substantial Service Transition model should be the reference point for developing each plan.
While Service Design provides the base for planning, the planner allocates resources specific to each activity and modifies plans according to new settings.
A Service Transition plan describes the tasks and activities required to issue a Release into the test settings and production. This includes:
• “Work environment and infrastructure for the Service Transition
• Schedule of milestones, handover and delivery dates
• Activities and tasks to be performed• Staffing, resource requirements,
budgets and time-scales at each stage
• Issues and risks to be managed• Lead times and contingency.”
Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Planning an Individual Service Transition
Core Guidance Reference — ST 4.1.5.4
A Service Transition plan describes the tasks and activities, as shown on the slide, to issue a Release into the proven and production. The slide shows the typical content of a Service Transition plan.
The Release and Deployment Management activities should be planned in stages as the details of deployment are primarily indistinct. A substantial Service Transition model should be the reference point for developing each plan. While Service Design provides the base for planning, the planner allocates resources specifi c to the activities and modifi es plans deemed fi t to new settings. Example, a test specialist may have left the organization.
The Service Transition Planner should allocate resources to each activity and factor in resource availability to work out whether the transition can be deployed by the required date.
If resources are not available, it may be necessary to review other transition commitments and consider changing priorities.
Such changes need to be discussed with people responsible for Change Management and Release And Deployment Management as this may affect other changes that could be dependent on or prerequisites for the release.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
27Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
15
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.6 Initiatives for Preparation for Service Transition 1.7 Planning and Coordinating
Service Transition Activities 1.8 Providing Transition Process Support
Aspects of Developing Effective Service Transition Strategy1.5
Integrated Planning
Quality planning and management ensures the successful operation of a Release into production across diverse settings.
Lower-level plans, such as Release build and test plans, should be integrated with the Change schedule and Release and Deployment Management plans.
Adoption Program and Project Management Best Practice
It is a best practice to manage several Releases and Deployments as a program and each significant deployment as a project.
External suppliers may be contracted to deliver the bulk of the deployment.
Review of Plans
Service Transition plans should be reviewed, taking into considerations any element of contingency and lead time.
The service transition planning role should verify the plan and ask appropriate questions to ensure success of the plan.
Integrated PlanningQuality planning and management ensures the successful deployment of a Release into production across distributed environments and locations. To enable good management and coordination of Service Transition strategies, lower-level plans, such as Release build and test plans, should be integrated with Change schedule and Release and Deployment Management plans. Establishing quality plans will help the Service Transition to manage and coordinate resources, such as resource allocation, utilization, budgeting, and accounting.
The central plan of the Service Transition should provide for milestone activities to be incorporated in order to improve the Service and obtain the Release components, package the Release, develop, evaluate, and operate through early life support. In addition, these activities should foster the development and maintenance of the Service and IT infrastructure, settings, and the quantifying technique to support the transition activities.
Adopting Program and Project Management Best PracticesTo manage several Releases and Deployments as a program and each signifi cant deployment as a project, it is best practice to base them on PRINCE2 and the Project Management Body of Knowledge (PMBOK). A dedicated team may conduct the actual deployment. External suppliers may be contracted to deliver the bulk of deployment; for example, implementation of the IT Service Management (ITSM) support tool.
Signifi cant deployments are typically complex. Planning such deployments should take into considerations the range of elements comprising the Service. Examples of such elements are people, application, hardware, software, documentation, and knowledge. This implies that the deployment of the Service will comprise of sub-deployment for the elements of the Service.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
28 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Reviewing the PlansAll Service Transition and Release and Deployment plans should be reviewed. It is a good practice to include an element of contingency in lead times. Also, lead times should primarily be based on experience instead on mere supplier assertion. This is particularly applicable for internal suppliers where formal contract does not exist.
As lead times typically vary seasonally, they should be considered during planning. Such considerations should specifi cally be accounted for long time-frame transitions. This is because, in long time-frame transitions, lead times may vary between stages of the transition, or between different user locations.
Before starting the Release, the Service Transition planning role should verify the plans and ask appropriate questions, such as:
Are these Service Transition and release plans up to date?
Have the plans been agreed to and authorized by all relevant parties; e.g., customers, users, operations and support staff?
Do the plans include the release dates and deliverables and refer to related Change Requests, known errors and problems?
Have the impacts on costs and organizational, technical, and commercial aspects been considered?
Have the risks to the overall services and operations capability been assessed?
Has there been a compatibility check to ensure that the confi guration items that are to be released are compatible with each other and with confi guration items in the target environments?
Have circumstances changed such that the approach needs amending?
Were the rules and guidance on how to apply it relevant for current service and release?
Do the people who need to use the plans understand and have the requisite skills to use them?
Is the service release within the SDP and the scope of the issues addressed by the transition model?
Has the service design altered signifi cantly such that it is no longer appropriate?
Have potential changes in business circumstances been identifi ed?
Just Concluded T R A N S I T I O N
1.8Providing Transition Process Support
1.7Planning and Coordinating Service Transition Activities
Coming Up
Example of Anticipating Changed Business CircumstancesA new version of a retail organization’s point-of-sale system was designed and ready for transition to the live environment. Although the new version offered added features, most improvements were related to ease of use, support, and maintainability of the software.
The transition was originally scheduled for installation in September, but due to delays in third-party suppliers, the Service was not ready for test and subsequent deployment until late November. The initially planned approach of involving 20% of user staff in acceptance trials and store disruption across the user base was no longer appropriate. With the Christmas sales boom imminent, such disruption would have been prevented by the annual change freeze. Instead, a longer, slower, but less resource-intensive acceptance-testing approach was selected with deployment to stores rescheduled for late January.
When the transition approach does require rethinking and probable alteration, this should be delivered through the formal Change Management process, since the consideration of alternatives and agreement of the revised transition approach must be properly documented. However, for foreseeable scenarios, where the path of action is documented as an accepted reaction to the circumstances, authority to record and proceed with a change may be delegated to Service Transition or another appropriate party for authorization; for example, when the Service Transition milestone dates and release dates can be achieved with the same cost and resources and with no impact on the service defi nition.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
29Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
1.8 PROVIDING TRANSITION PROCESS SUPPORT
16
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
1.6 Initiatives for Preparation for Service Transition 1.7 Planning and Coordinating
Service Transition Activities 1.8 Providing Transition Process Support
Aspects of Developing Effective Service Transition Strategy1.5
Advice
TransitionProcessSupport
Advice
Administration
Progress Monitoring
and Reporting
Communication
Provide Transition Process Support
Core Guidance Reference — ST 4.1.5.5
AdviceService Transition should provide support to stakeholders in terms of a holistic understanding of its roles. This will position them to track the Utility of its tools, processes, and supporting systems. The absence of specialist resources should not impair the ability of the transition planning and support team to identify the appropriate assets that would support the projects - for example, experts who can set up the CMS or testing tools.
Prior to implementation of the Service Transition activities and tasks, each organization should ensure that relevant transition standards, policies, and procedures match with its best practices.
A proactive approach would ease opportunities for the establishment of Service Transition processes into the project. Another alternative could be usage of Service Transition as support to the project.
AdministrationTransition planning and support should provide administration for managing:
Changes and work orders in Service Transition.
Issues, Risks, deviations, and waivers.
Support for tools and Service Transition processes.
Service Transition performance to provide input into Continual Service Improvement (CSI).
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
30 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Changes that affect the agreed-upon baseline confi guration items are controlled through Change Management.
CommunicationManaging communication throughout the Service Transition is critical to success. A communication plan should include:
Objectives of the communication.
Specifi c stakeholders, including users, customers, IT staff, suppliers, and appropriate customers of the business.
Communication content for each type of stakeholder.
Communication frequency: for example, daily, weekly, and so on, which may vary for each stakeholder group at different stages of the transition.
Channel and format, such as newsletters, posters, e-mails, reports, and presentations.
Means for measuring the success of the communication.
Appropriate stakeholders should be informed and be able to access the plans and progress of the transition. A package received from the Service Design stage of the Lifecycle contains a list of well-defi ned stakeholders. The staff in the Service Transition stage should keep the list up to date and relevant.
Progress Monitoring and ReportingActivities related to Service Transition should be monitored against the objectives of the transition model and plan. Release and deployment should be measured and monitored to verify whether the transition is proceeding according to plan.
Supervision of the actual transition against integrated Service Transition plans, Releases, and change schedules is essential. This includes incorporating frequent monitoring and updating the development and goals of each transition.
Management reports on the progression of each transition would help to identify disparities in the actual plan and to guide decisions for planning further action.
Revision of transition plans requires pertinent updates aligning with actual needs and refl ecting an active environment compared to what was intended during inception of the Service Transition devices.
Just Concluded T R A N S I T I O N
1.9Generic Roles Involved in Service Transition
1.8Providing Transition Process Support
Coming Up
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
31Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
1.9 GENERIC ROLES INVOLVED IN SERVICE TRANSITION
17
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
Generic Roles Involved in Service Transition1.9
Generic Service Owner
Generic Process
Practitioner
Generic Process Owner
Generic Process Manager
Generic Service Transition
Roles
Generic Knowledge Management Roles
Core Guidance Reference — ST 6.4.1
A role is a set of responsibilities, activities, and authorities granted to a person or team. A role is defi ned in a process or function. Roles fall into two main categories: generic and specifi c roles. Generic roles, such as Process Manager and Process Owner, are defi ned in organization to associate responsibilities that are applicable across lifecycle stages or processes. Specifi c roles are involved within a particular lifecycle stage or process such as a Change administrator or Knowledge Management Process Owner. The slide shows the generic roles of Service Transition.
Generic Service OwnerService ownership is as critical to Service Management as establishing ownership for processes which cross multiple vertical silos or departments. In an organization a single person may fulfi l the Service Owner role for more than one Service. The responsibilities of the Service Owner role are:
“Ensuring that the ongoing service delivery and support meet agreed customer requirements
Working with business relationship management to understand and translate customer requirements into activities, measures or service components that will ensure that the service provider can meet those requirements
Ensuring consistent and appropriate communication with customer(s) for service-related enquiries and issues
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
32 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Assisting in defi ning service models and in assessing the impact of new services or changes to existing services through the service portfolio management process
Identifying opportunities for service improvements, discussing these with the customer and raising RFCs as appropriate
Liaising with the appropriate process owners throughout the service lifecycle
Soliciting required data, statistics and reports for analysis and to facilitate effective service monitoring and performance
Providing input in service attributes such as performance, availability etc.
Representing the service across the organization
Understanding the service (components etc.)
Serving as the point of escalation (notifi cation) for major incidents relating to the service
Representing the service in change advisory board (CAB) meetings
Participating in internal service review meetings (within IT)
Participating in external service review meetings (with the business)
Ensuring that the service entry in the service catalogue is accurate and is maintained
Participating in negotiating SLAs and operational level agreements (OLAs) relating to the service
Identifying improvement opportunities for inclusion in the continual service improvement (CSI) register
Working with the CSI manager to review and prioritize improvements in the CSI register
Making improvements to the service.
The service owner is responsible for continual improvement and the management of change affecting the service under their care. The service owner is a primary stakeholder in all of the underlying IT processes which enable or support the service they own. For example:
Incident management Is involved in (or perhaps chairs) the crisis management team for high-priority incidents impacting the service owned
Problem management Plays a major role in establishing the root cause and proposed permanent fi x for the service being evaluated
Release and deployment management Is a key stakeholder in determining whether a new release affecting a service in production is ready for promotion
Change management Participates in CAB decisions, authorizing changes to the services they own
Service asset and confi guration management Ensures that all groups which maintain the data and relationships for the service architecture they are responsible for have done so with the level of integrity required
Service level management Acts as the single point of contact for a specifi c service and ensures that the service portfolio and service catalogue are accurate in relationship to their service
Availability management and capacity management Reviews technical monitoring data from a domain perspective to ensure that the needs of the overall service are being met
IT service continuity management Understands and is responsible for ensuring that all elements required to restore their service are known and in place in the event of a crisis
Information security management Ensures that the service conforms to information security management policies
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
33Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
Financial management for IT services Assists in defi ning and tracking the cost models in relationship to how their service is costed and recovered.”
Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Generic Process OwnerThe Process Owner ensures that their process is in accordance to the agreed and documented standard and meets the aims of the process defi nition.
The responsibilities of the Process Owner role are:
“Sponsoring, designing and change managing the process and its metrics
Defi ning the process strategy
Assisting with process design
Ensuring that appropriate process documentation is available and current
Defi ning appropriate policies and standards to be employed throughout the process
Periodically auditing the process to ensure compliance to policy and standards
Periodically reviewing the process strategy to ensure that it is still appropriate and change as required
Communicating process information or changes as appropriate to ensure awareness
Providing process resources to support activities required throughout the service lifecycle
Ensuring that process technicians have the required knowledge and the required technical and business understanding to deliver the process, and understand their role in the process
Reviewing opportunities for process enhancements and for improving the effi ciency and effectiveness of the process
Addressing issues with the running of the process
Identifying improvement opportunities for inclusion in the CSI register
Working with the CSI manager and process manager to review and prioritize improvements in the CSI register
Making improvements to the process”Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Generic Process ManagerThe Process Manager manages the operations of a Process. Multiple Process managers may be assigned to a single process; for example, IT service Continuity Managers for each data centre.. Often the same person is assigned both the Process Owner and Process manager roles. However, large organizations may have different persons for each of the roles.
The responsibilities of the Process Owner role are:
“Working with the process owner to plan and coordinate all process activities
Ensuring that all activities are carried out as required throughout the service lifecycle
Appointing people to the required roles
Managing resources assigned to the process
Working with service owners and other process managers to ensure the smooth running of services
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
34 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Monitoring and reporting on process performance
Identifying improvement opportunities for inclusion in the CSI register
Working with the CSI manager and process owner to review and prioritize improvements in the CSI register
Making improvements to the process implementation.”Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Generic Process PractitionerA Process Practitioner carries out one or more process activities.
In some organizations, a single person may be assigned both the Process Practitioner and Process Manager roles. Some organizations may assign a large numbers of practitioners to carry out different parts of the process.
The responsibilities of the Process Practitioner role are:
“Carrying out one or more activities of a process
Understanding how their role contributes to the overall delivery of service and creation of value for the business
Working with other stakeholders, such as their manager, co-workers, users and customers, to ensure that their contributions are effective
Ensuring that inputs, outputs and interfaces for their activities are correct
Creating or updating records to show that activities have been carried out correctly.”Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
18
Unit 1 : Service TransitionITIL
Intermediate® Release, Control, and Validation
Generic Roles Involved in Service Transition1.9
Transition Planning and Support Roles
Generic Service Transition Roles
Service Transition Manager
Transition Planning and Support Process Owner
Transition Planning and Support Process Manager
Transition Planning and Support Practitioner
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
35Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
Transition Planning and Support Roles
Core Guidance Reference — ST 6.4.5
Service Transition ManagerThe job titled Service Transition Manager will often be present in an organization as a combination of the roles of Transition Planning and Support Process Owner and Transition Planning and Support Process Manager.
Transition Planning and Support Process OwnerThe Transition Planning and Support Process Owner’s responsibilities typically include:
Carrying out the generic Process Owner role for the Transition Planning and Support process
Setting the scope and policies for Service Transition
Ensuring that the overall design of all Service Transition processes works together to meet the transition needs of the business.
Transition Planning and Support Process ManagerThe Transition Planning and Support Process Manager’s responsibilities typically include:
Carrying out the generic Process Manager role for the Change Management process
Managing and coordinating the functions that are involved in Service Transition
Budgeting and accounting for Service Transition activities and resources
Interfacing for senior management for Service Transition planning and reporting
Managing and coordinating requests for resources
Working with project managers and other personnel to coordinate Service Transition activities across projects, suppliers, and Service teams
Ensuring that the fi nal delivery of each Service Transition meets the agreed customer and stakeholder requirements specifi ed in the Service Design package.
Transition Planning and Support PractitionerThe transition planning and support practitioner’s responsibilities typically include:
Maintaining and integrating plans for specifi c Service Transitions
Maintaining and monitoring progress for Service Transition Changes, Issues, Risks, and deviations. This also includes tracking progress on actions and mitigation of Risks
Maintaining records and providing management information on:
o Use of resource
o Progress on project and Service Transition
o Budgeted and actual spend
Communicating with stakeholders.
Sample
Mate
rial -
Not for
Rep
rint
This
page
has b
een l
eft bl
ank i
ntenti
onall
y
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
37Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Summary of Unit 1
Service TransitionUnit Roadmap SummaryOverviewUnit Learning Objectives
Overview of the Unit.Learning objectives of the Unit.
1.1 Purpose and Objectives of Service Transition
Purpose
The purpose of Service Transition is to ensure that new, modifi ed, or retired Services meet the expectations of the business.
Objectives
The objectives of Service Transition are:
Plan and manage changes in the Service effi ciently and effectively. Manage Risks relating to new, changed, or retired Services. Successfully deploy Service releases into supported environments. Set correct expectations for the performance and use of new or changed Services. Ensure that Service Changes create the expected business value. Provide good-quality knowledge and information about Services and Service Assets.
1.2 Scope of Service Transition Scope
The scope of Service Transition includes:
Management of complexity associated with Changes to Services and Service Management Processes.
Innovation while minimizing the unintended consequences of Change. New Services. Changes to existing Services. Decommissioning and discontinuation of Services, applications, or other Service
components. Transfer of Services to and from other Service Providers.
1.3 Business Value of Service Transition
Business Value Values that Service Transition provides to the business are:
Enable projects to estimate the cost, timing, resource requirements, and Risks associated with the Service Transition stage more accurately.
Enable share and re-use of Service Transition assets across projects and Services. Reduce delays from unwarranted confl icts. Enhance expectations of all stakeholders involved in Service Transition. Ensure that the new or changed Service can be delivered to specifi cation without
unexpectedly affecting other Services or stakeholders. Ensure maintainability and cost-effectiveness of new or changed Services. Result in higher volumes of successful Change in the business. Be easier for organizations to adopt and follow. Reduce the effort spent on managing the Service Transition test and pilot environments.
Improve control of Service Assets and confi gurations.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
38 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
1.4 Processes Within Service Transition
The processes within Service Transitions can be categorized into two groups:
Processes that are critical during the Service Transition stage but which infl uence and support all stages of the Service Lifecycle:
o Change Management o Service Asset o Confi guration Management
o Knowledge Management
Processes that have most of their activities in Service Transition: o Transition Planning and Support o Release and Deployment Management o Service Testing and Validation o Change Evaluation
1.5 Aspects for Developing Effective Service Transition Strategy
Developing Effective Service Transition StrategyWhile defi ning the strategy for Service Transition, due consideration has to be given to the following aspects:
Purpose and objectives of Service Transition Context: for example, Service customer, contract agreement portfolio Scope – inclusions and exclusions Applicable standards, agreements, legal, regulatory, and contractual requirements Organizations and stakeholders involved in transition Framework for Service Transition Criteria Identifi cation of requirements and content of the new or changed Service People Approach Deliverables from transition activities, including mandatory and optional documentation
for each stage Schedule of milestones Financial requirements – budgets and funding
1.6 Initiatives for Preparation for Service Transition
Service Transition Lifecycle StagesThe stages in the Service Transition Lifecycle include:
Acquiring and testing new CIs and components Building and testing Testing Service release Testing for operational readiness of Service Deployment Early life support Reviewing and closing Service Transition
The activities for preparing the Service Transition include:
Review and acceptance of inputs from the other Service Lifecycle stages Review and check the input deliverables: for example, Change proposal, SDP, Service
acceptance criteria, and evaluation report Identify, raise, and schedule RFCs Check that the Confi guration Baselines are recorded in CMS before the commencement
of Service Transition Check transition readiness
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Service Transition
39Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
1.7 Planning and Coordinating Service Transition Activities
Planning an Individual Service TransitionAn individual Service Transition plan typically includes:
Work environment and infrastructure where the Service Transition occurs Schedule of milestones, handover and delivery dates Activities and tasks to be performed for the transition Staffi ng, resource requirements, budgets and timescales at each stage Issue and Risk Management considerations Lead times and contingency
Considerations for planning a Service Transition: The deployment and Release Management activities should be planned in stages, as the
details of deployment are primarily indistinct. A substantial Service Transition model should be the reference point for developing
each plan. While Service Design provides the base for planning, the planner allocates resources
specifi c to each activity and modifi es plans in accordance with new settings.Integrated Planning
Quality planning and management ensures the successful operation of a Release into production across diverse settings.
Lower-level plans, such as Release build and test plans should be integrated with Change schedule and Release and Deployment Management plans.
Adoption Program and Project Management Best Practices It is a best practice to manage several Releases and Deployments as a program, and
each signifi cant deployment as a project. External suppliers may be contracted to deliver the bulk of the deployment.
Review of Plans Service Transition plans should be reviewed taking into considerations any element of
contingency and lead time. The Service Transition planning role should verify the plan and ask appropriate
questions to ensure success of the plan.
1.8 Providing Transition Process Support
Advice The stakeholders should be in a position to track the Utility of the tools, processes, and
supporting systems. The transition planning and support team should be able to identify the appropriate
assets that would help the projects. Each organization should ensure that relevant transition standards, policies, and
procedures match with its best practices. A proactive approach would ease opportunities for the establishment of Service
Transition processes in the project. Another alternative could be usage of Service Transition as support for the project.
Administration Changes and work orders in Service Transition Issues, Risks, deviations, and waivers Support for tools and Service Transition processes Service Transition performance to provide input into CSI
Communication Specifi c stakeholders, including users, customers, IT staff, suppliers, and appropriate
customers of the business Communication content for each type of stakeholder Communication frequency Channel and format Means for measuring the success of the communication
Progress Monitoring and Reporting Supervision of the actual transition against integrated Service Transition plans, Releases,
and Change schedules is essential. Management reports on the progression of each transition.
Revision of transition plans requires pertinent updates aligning with actual needs and refl ecting an active environment compared to what was intended during inception of the Service Transition devices.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
40 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
1.9 Generic Roles Involved in Service Transition
Generic Service Owner Generic Process Owner Generic Process Manager Generic Process Practitioner
Transition Planning and Support Roles Service Transition Manager Transition Planning and Support Process Owner Transition Planning and Support Process Manager Transition Planning and Support Practitioner
Sample
Mate
rial -
Not for
Rep
rint
41Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Unit2Change Management
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
42 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
2
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
The Big ‘‘Why’’• What do you understand by the term “Change?”• What is Change Management?• How important is it to implement Change
Management in your organization?• What benefits does Change Management provide to
your organization?
3
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
According to ITIL:
“Change is the addition, modification or removal of anything that could have an effect on IT services”
“Change Management is the process responsible for controlling the Lifecycle of all Changes. The primary objectives of Change Management are to enable beneficial Changes to be made, with minimum disruption to the IT Services.”
Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.Sam
ple M
ateria
l - Not
for R
eprin
t
Student | ITIL Intermediate Certifi cation Level | Change Management
43Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
My Notes
In today’s fast-evolving world, it is becoming increasingly necessary for every organization to adapt to the challenges of the new market more frequently. The Changes can be from adoption of new IT infrastructure to adoption of application settings. Organizations today are increasingly dependent on IT to meet their organizational goals and objectives. To bring Changes into an organization is not an easy task. Organizations need to embark on careful and meticulous planning with all stakeholders involved to implement Change successfully.
This is why a proactive Change Management process is required to implement Changes reliably, economically, and on time.
Change Management should ensure that a fi ne balance exists between organizational fl exibility and stability. Change Management must weigh the potential Risks in terms of the availability and demand for resources, as well as the costs and benefi ts of the Change.
The Change Management process scope covers Changes to baselined Service Assets and Confi guration Items (CIs) across the entire Service Lifecycle.
Case Study ConnectionThe introduction of the new kiosk service at the Royal will enable hotel guests to book Services such as spa, scuba lessons at the pool, and special holiday packages, get printed information, such as maps and coupons to local restaurants, and so on, at their convenience, without depending on staff. While this new Change is sure to add a lot of value to the hotel’s self-help facilities, it is also sure to burden the IT Services. The hotel must ensure that all Changes brought in by setting up of the kiosk should be implemented without disrupting or causing too much Change in its IT department.
IT ConnectionThe IT industry rapidly undergoes Change. To stay up-to-date and survive in a fast and competitive market, the IT organization must keep itself updated —infrastructure, software, hardware, expert knowledge, processes, and so on. Organizations must bring in Changes in a controlled manner to avoid disruptions to any Services. What is the IT organization doing? The IT organization is implementing Change Management.
Now to the overview of what this unit covers.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
44 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
4
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
Unit OverviewA Service might need to be changed for various reasons:
Adapt to changed work circumstances.
Reduce errors.
Reduce cost.
Increase the efficiency of existing systems.Customers, whether internal
or external, might want to:
Each aspect requires some Changes in the IT system.
Manage these Changes in a well-defined, planned manner to:• Reduce Risk Exposure.• Minimize the severity of any Impact.• Correctly implement the Change at the first attempt.
OverviewA Service might need to be changed for various reasons. The customer, internal or external, might want to reduce costs, increase the effi ciency of existing systems, reduce errors, or adapt to changed work circumstances. Each reason requires some Changes in the IT system. Changing an existing system is a Risk because the Changes might lead to errors, breakdowns, or business loss.
As a result, it is imperative that you manage these Changes in a well-defi ned, planned manner to:
Reduce Risk exposure.
Minimize the severity of any Impact.
Correctly implement the Change at the fi rst attempt.
If you manage Changes using a planned approach, you will be able to save money and time for your organization.
Let us now understand the objectives of the Change Management process.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Change Management
45Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
5
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
Unit Learning ObjectivesAt the end of this unit, you will be able to:
• Understand the purpose and objectives of the process.• Explain the scope of the process.• Assess the importance of Change Management as a process capability to
generate business value.• Demonstrate an understanding of the policies, designs, and planning
considerations of Change Management.• Understand the different types of Change Request.• Understand the role of a Change Model and Change Proposals, and identify
the elements of a Standard Change.• Demonstrate an understanding of remediation planning in Change
Management.• Explain and illustrate the main activities, methods, and techniques that enable
this process and its relationship to the capability of Release, Control, and Validation (RCV).
6
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
Unit Learning Objectives (Contd.)• Describe and discuss the triggers, input, output, and interfaces
of this process with other processes.• Assess the importance of Information Management in the Change
Management process.• Examine the use of key metrics to measure the success of Change
Management.• Understand the challenges and Risks associated with Change Management.• Demonstrate an understanding of the operational activities of Change
Management during the Service Operation lifecycle stage.• Assess the importance of Managing organization and stakeholder Change as
part of Continual Improvement.• Understand the Change Management roles and their associated
responsibilities.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
46 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
7
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
Topics Covered in This Unit2.1 Purpose and Objectives2.2 Scope of the Process2.3 Business Value of the Process2.4 Policies, Design, and Planning Considerations 2.5 Types of Change Requests 2.6 Role of Change Models, Change Proposals, and Standard Changes2.7 Remediation Planning2.8 Main Activities, Methods, Techniques, and Relationship with RCV2.9 Triggers, Inputs, Outputs, and Interfaces with Other Processes2.10 Information management2.11 Process Measurement2.12 Challenges and Risks2.13 Operational Activities of Change Management during the Service
Operation Lifecycle Stage2.14 Managing Organization and Stakeholder Change as an Essential
Part of Continual Improvement2.15 Change Management Roles2.16 Sample Test Question
2.1 PURPOSE AND OBJECTIVES
8
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
2.2 Scope of the Process 2.3 Business Value of the Process 2.4 Policies, Design, and Planning ConsiderationsPurpose and Objectives2.1
Purp
ose
Obj
ectiv
es
• “The purpose of the change management process is to control the lifecycle of all changes, enabling beneficial changes to be made with minimum disruption to IT services.”
The objectives of Change Management are to:• "Respond to the customer’s changing
business requirements while maximizing value and reducing incidents, disruption and re-work.
• Respond to the business and IT requests for change that will align the services with the business needs.
• Ensure that changes are recorded and evaluated, and that authorized changes are prioritized, planned, tested, implemented, documented and reviewed in a controlled manner.
• Ensure that all changes to configuration items are recorded in the configuration management system.
• Optimize overall business risk – it is often correct to minimize business risk, but sometimes it is appropriate to knowingly accept a risk because of the potential benefit."
Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Change Management
47Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Purpose and Objectives
Core Guidance Reference — ST 4.2.1
The Side shows the purpose and objectives of Change Management. One of the objectives is to optimize overall business Risk. To achieve this objective, it might be sometimes appropriate to knowingly accept a Risk because of the potential benefi t.
Just Concluded T R A N S I T I O N
2.2Scope of the Process
2.1Purpose and Objectives
Coming Up
2.2 SCOPE OF THE PROCESS
9
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
2.2 Scope of the Process 2.3 Business Value of the Process 2.4 Policies, Design, and Planning Considerations
Purpose, Goals, and Objectives2.1
Scope of change management and release and deployment management for services
Business Service provider Supplier
Strategicchange
Manage thebusiness
Manage IT servicesManage thesupplier’sbusiness
Tacticalchange
Manage thebusiness
processes
Serviceportfolio
Manageexternalservices
Servicechange
Operationalchange
Managebusiness
operations
Serviceoperations
Externaloperations
Based on AXELOS ITIL® Service Lifecycle Suite 2nd Edition, 2011. Reproduced under licence from AXELOS.
Scope of Change Management
Core Guidance Reference — ST 4.2.2
Organizations must defi ne the Changes that are within the scope of their Service Change process. The scope should include:
Changes to all CIs across the whole service lifecycle. The CIs can be physical assets such as servers or networks, virtual assets such as virtual servers or virtual storage, or other types of assets such as agreements or contracts.
Service solutions for new or changed services, which includes the required and agreed upon functional requirements, resources and capabilities.
Management information systems and tools, primarily the service portfolio that manages and controls Services through their lifecycle.
Sample
Mate
rial -
Not for
Rep
rint
ITIL Intermediate Certifi cation Level | Release, Control, and Validation
48 Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Any technology and Management architectures required to provide the Services.
Processes required to design, transition, operate, and improve the Services.
Measurement systems, methods and metrics for the Services, the architectures, their constituent components and the processes.
Those outside the scope might include Changes such as at the department, organization, policy, and business levels and routine operational Changes, for example, repairs to printers or other routine Service components.
The above diagram shows the typical scope of a Change Management process for an IT organization and how it interfaces with the business Change Management and with the supplier’s change management at three different levels: Strategic, tactical, and operational.
“Change management is not responsible for coordinating all of the service management processes to ensure the smooth implementation of projects. This activity is carried out by transition planning and support.”Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
Just Concluded T R A N S I T I O N
2.3Business Value of the Process
2.2Scope of the Process
Coming Up
2.3 BUSINESS VALUE OF THE PROCESS
10
Unit 2 : Change ManagementITIL
Intermediate® Release, Control, and Validation
2.2 Scope of the Process 2.3 Business Value of the Process 2.4 Policies, Design, and Planning Considerations
Purpose, Goals, and Objectives2.1
Value of Change ManagementChange Management adds immense value to the business because it positions the organization to:
• Prioritize business and customer Change proposals.• Respond to business and customer Change proposals.• Implement Changes that meet Service requirements.• Optimize costs when implementing Changes.• Meet governance, legal, contractual, and regulatory requirements.
Sample
Mate
rial -
Not for
Rep
rint
Student | ITIL Intermediate Certifi cation Level | Change Management
49Copyright © ITpreneurs and AXELOS Limited 2014. All rights reserved.
Business Value of the Process
Core Guidance Reference — ST 4.2.3
Reliability and business continuity are essential for the success and survival of any organization. Service and infrastructure Changes can have a negative Impact on the business through Service disruption and delay in identifying business requirements, but Change Management enables the Service Provider to add value to the business by:
Protecting the business, and other Services, while making required Changes
Implementing Changes that meet the customers’ agreed Service requirements while optimizing costs
Contributing to meet governance, legal, contractual and regulatory requirements by providing auditable evidence of Change Management activity. This includes better alignment with ISO/IEC 20000, ISO/IEC 38500 and COBIT where these have been adopted
Reducing the number of failed Changes and, consequently, reducing instances of Service disruption, defects, and rework.
Delivering Change promptly to meet business timelines.
Tracking Changes to learn from past errors/Incidents.
Contributing to get better estimations of quality, time, and cost of Change.
Assessing the Risks associated with the transition of Services (introduction or disposal).
Aiding in the productivity of staff by minimizing the disruptions caused by high levels of unplanned or Emergency Changes, maximizing Service availability.
Reducing the Mean Time to Restore Service (MTRS) through quicker and more successful implementations of corrective Changes.
Liaising with the business Change process to identify opportunities for business improvement.
Success and Business ContinuityAll organizations rely heavily on IT Services and IT infrastructure. An organization may need to spend a lot of time on assessing the Impact of an IT Change on the business, analyzing the Impact of business Change on IT, managing the Incidents caused by Changes, identifying recurring Problems, and so on. Ensuring well-structured and planned Changes and Releases of IT Service can result in considerable cost savings and effi ciencies.
“Example of IT Service initiated business ChangeIn the retail industry, bar-coding of goods coupled with bar-code readers at the check-out was initially introduced to deliver savings by removing the need to label every item, automating stock control, speeding customer throughput and reducing check-out staff. Suggestions from IT to the Business Unit resulted in making use of this facility to power innovative concepts such as Buy One Get One Free and capturing data on each individual’s purchasing habits.”
Quoted text source is ITIL® Service Lifecycle Suite 2nd Edition, 2011. Copyright © AXELOS Limited 2014. Material is reproduced under license from AXELOS.
A C T I V I T Y I N W O R K B O O K
Just Concluded T R A N S I T I O N
2.4Policies, Design, and Planning Considerations
2.3Business Value of the Process
Coming UpSample
Mate
rial -
Not for
Rep
rint