ITIL SERVICE LIFECYCLE SERVICE TRANSITION ITIL LIFECYCLE STAGES
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION ITIL SERVICE LIFECYCLE SERVICE TRANSITION](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-1.jpg)
![ITIL LIFECYCLE – STAGES – SERVICE TRANSITION Service Transition(ST) is development and improvement of ITIL LIFECYCLE – STAGES – SERVICE TRANSITION Service Transition(ST) is development and improvement of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-2.jpg)
![ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Concepts − V Model − Configuration ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Concepts − V Model − Configuration](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-3.jpg)
![ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Processes − Transition Planning and Support ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Processes − Transition Planning and Support](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-4.jpg)
![Service Transition V Model 5 Service Transition V Model 5](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-5.jpg)
![Key Terms • • • 6 Change : The addition, modification or removal of Key Terms • • • 6 Change : The addition, modification or removal of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-6.jpg)
![Key Terms • • • 7 Release : A collection of hardware, software, documentation, Key Terms • • • 7 Release : A collection of hardware, software, documentation,](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-7.jpg)
![Configuration Item (CI) • Anything that needs to be managed in order to deliver Configuration Item (CI) • Anything that needs to be managed in order to deliver](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-8.jpg)
![Configuration Management System (CMS) • Information about all Configuration Items − CI may be Configuration Management System (CMS) • Information about all Configuration Items − CI may be](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-9.jpg)
![Configuration Management System 10 Configuration Management System 10](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-10.jpg)
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION – TRANSITION PLANNING AND SUPPORT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – TRANSITION PLANNING AND SUPPORT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-11.jpg)
![Purpose/Goal/Objective The purpose of the Transition Planning and Support activities is to: − Plan Purpose/Goal/Objective The purpose of the Transition Planning and Support activities is to: − Plan](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-12.jpg)
![Purpose/Goal/Objective The goals of Transition Planning and Support are to: − Plan and coordinate Purpose/Goal/Objective The goals of Transition Planning and Support are to: − Plan and coordinate](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-13.jpg)
![Scope • The scope of the Service Transition Planning and Support activities includes: − Scope • The scope of the Service Transition Planning and Support activities includes: −](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-14.jpg)
![Policies, principles and basic concepts • Service Design will – in collaboration with customers, Policies, principles and basic concepts • Service Design will – in collaboration with customers,](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-15.jpg)
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION – CHANGE MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – CHANGE MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-16.jpg)
![Purpose/Goals/Objectives The purpose of the Change Management process is to ensure that: − Standardized Purpose/Goals/Objectives The purpose of the Change Management process is to ensure that: − Standardized](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-17.jpg)
![Scope • Addition, Modification or Removal of − Any Service or Configuration Item or Scope • Addition, Modification or Removal of − Any Service or Configuration Item or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-18.jpg)
![Value to the business Prioritizing and responding to requests • Implementing changes in required Value to the business Prioritizing and responding to requests • Implementing changes in required](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-19.jpg)
![Key Terms • • Change : Addition, modification or removal of anything that could Key Terms • • Change : Addition, modification or removal of anything that could](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-20.jpg)
![Policies, principles and basic concepts • Change Types − Normal Changes to : • Policies, principles and basic concepts • Change Types − Normal Changes to : •](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-21.jpg)
![Sample of Normal Flow 22 Sample of Normal Flow 22](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-22.jpg)
![Remember • Change, configuration, release and deployment − Should be planned together − Should Remember • Change, configuration, release and deployment − Should be planned together − Should](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-23.jpg)
![7 Rs of Change Management • Who RAISED the change? • What is the 7 Rs of Change Management • Who RAISED the change? • What is the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-24.jpg)
![Roles: Change Manager • Usually authorizes minor changes • Coordinates and runs CAB meetings Roles: Change Manager • Usually authorizes minor changes • Coordinates and runs CAB meetings](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-25.jpg)
![Roles: CAB and ECAB • Change Advisory Board (CAB) − Supports the change manager Roles: CAB and ECAB • Change Advisory Board (CAB) − Supports the change manager](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-26.jpg)
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE ASSETS AND CONFIGURATION MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE ASSETS AND CONFIGURATION MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-27.jpg)
![Purpose/Goals/Objectives The purpose are to: − Identify, control, record, report, audit and verify service Purpose/Goals/Objectives The purpose are to: − Identify, control, record, report, audit and verify service](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-28.jpg)
![Purpose/Goals/Objectives The goals are to: − Support the business and customer’s control objectives and Purpose/Goals/Objectives The goals are to: − Support the business and customer’s control objectives and](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-29.jpg)
![Scope • Asset Management covers service assets across the whole service lifecycle. It provides Scope • Asset Management covers service assets across the whole service lifecycle. It provides](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-30.jpg)
![Scope • Configuration Management ensures that selected components of a complete service, system or Scope • Configuration Management ensures that selected components of a complete service, system or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-31.jpg)
![Policies, principles and basic concepts • Service Lifecycle CIs − Business case, plan, design Policies, principles and basic concepts • Service Lifecycle CIs − Business case, plan, design](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-32.jpg)
![SACM – Key Concepts • Asset − Any component of a business process • SACM – Key Concepts • Asset − Any component of a business process •](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-33.jpg)
![SACM – Configuration Management System (CMS) • System used to manage the information under SACM – Configuration Management System (CMS) • System used to manage the information under](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-34.jpg)
![Configuration Management System (CMS) The CMS is the heart of Service Asset and Configuration Configuration Management System (CMS) The CMS is the heart of Service Asset and Configuration](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-35.jpg)
![Configuration Management Data. Base (CMDB) Details about CIs are stored in the Configuration Management Configuration Management Data. Base (CMDB) Details about CIs are stored in the Configuration Management](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-36.jpg)
![CMDB & CMS CMDB is a database only, while the CMS also includes tools CMDB & CMS CMDB is a database only, while the CMS also includes tools](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-37.jpg)
![Configuration Baseline • A configuration baseline is the configuration of a service, product or Configuration Baseline • A configuration baseline is the configuration of a service, product or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-38.jpg)
![Snapshot • A snapshot of the current state of a configuration item or an Snapshot • A snapshot of the current state of a configuration item or an](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-39.jpg)
![Definitive Media Library (DML) • The Definitive Media Library (DML) is the secure library Definitive Media Library (DML) • The Definitive Media Library (DML) is the secure library](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-40.jpg)
![Relationship between DML and CMDB 41 Relationship between DML and CMDB 41](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-41.jpg)
![Definitive Spares • An area should be set aside for the secure storage of Definitive Spares • An area should be set aside for the secure storage of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-42.jpg)
![SACM – Roles • Service Asset Manager • Configuration Manager • Each of these SACM – Roles • Service Asset Manager • Configuration Manager • Each of these](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-43.jpg)
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION – RELEASE AND DEPLOYMENT MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – RELEASE AND DEPLOYMENT MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-44.jpg)
![Release and Deployment Management Release & Deployment Management ensures well-planned, cost-effective and properly implemented Release and Deployment Management Release & Deployment Management ensures well-planned, cost-effective and properly implemented](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-45.jpg)
![Purpose/Goals/Objectives • Purpose : − Ensure the structured release and deployment of IT Services Purpose/Goals/Objectives • Purpose : − Ensure the structured release and deployment of IT Services](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-46.jpg)
![Scope • 47 The scope of Release and Deployment Management includes the processes, systems Scope • 47 The scope of Release and Deployment Management includes the processes, systems](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-47.jpg)
![Policies, principles and basic concepts Release − A collection of hardware, software, documentation, processes Policies, principles and basic concepts Release − A collection of hardware, software, documentation, processes](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-48.jpg)
![Policies, principles and basic concepts • Release Unit − CIs that are normally released Policies, principles and basic concepts • Release Unit − CIs that are normally released](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-49.jpg)
![Release and Deployment – Releases Approaches Concepts • Big bang versus phased approach − Release and Deployment – Releases Approaches Concepts • Big bang versus phased approach −](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-50.jpg)
![Big Bang vs. Phased • ‘Big bang’ option – the new or changed service Big Bang vs. Phased • ‘Big bang’ option – the new or changed service](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-51.jpg)
![Push and Pull Approach • A push approach is used where the service component Push and Pull Approach • A push approach is used where the service component](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-52.jpg)
![Automated vs. Manual • Whether by automation or other means, the mechanisms to release Automated vs. Manual • Whether by automation or other means, the mechanisms to release](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-53.jpg)
![Release and Deployment – Roles • Release package and build manager − Establishes final Release and Deployment – Roles • Release package and build manager − Establishes final](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-54.jpg)
![Release and Deployment – Roles • Deployment Manager − Final physical delivery of the Release and Deployment – Roles • Deployment Manager − Final physical delivery of the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-55.jpg)
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE VALIDATION AND TESTING ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE VALIDATION AND TESTING](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-56.jpg)
![Service Validation and Testing Service Testing and Validation establishes confidence that a new or Service Validation and Testing Service Testing and Validation establishes confidence that a new or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-57.jpg)
![Purpose/Goals/Objectives The purpose of the Service Validation and Testing process is to: − Plan Purpose/Goals/Objectives The purpose of the Service Validation and Testing process is to: − Plan](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-58.jpg)
![Purpose/Goals/Objectives The objectives of Service Validation and Testing are to: − Provide confidence that Purpose/Goals/Objectives The objectives of Service Validation and Testing are to: − Provide confidence that](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-59.jpg)
![Policies, principles and basic concepts • Service Transition V-Model • Entry Criteria and Exit Policies, principles and basic concepts • Service Transition V-Model • Entry Criteria and Exit](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-60.jpg)
![Policies, principles and basic concepts The “Service V” model represent the different configuration levels Policies, principles and basic concepts The “Service V” model represent the different configuration levels](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-61.jpg)
![The Service “V” Model Represents the different configuration levels to be built and tested The Service “V” Model Represents the different configuration levels to be built and tested](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-62.jpg)
![The Service “V” Model Page 63 The Service “V” Model Page 63](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-63.jpg)
![Entry Criteria and Exit Criteria • Effective validation and testing focuses on whether the Entry Criteria and Exit Criteria • Effective validation and testing focuses on whether the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-64.jpg)
![User Acceptance Test User testing – application, system, service • Testing is comprised of User Acceptance Test User testing – application, system, service • Testing is comprised of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-65.jpg)
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION – EVALUATION ITIL SERVICE LIFECYCLE SERVICE TRANSITION – EVALUATION](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-66.jpg)
![Purpose/Goals/Objectives The purpose of evaluation is − To provide a consistent and standardized means Purpose/Goals/Objectives The purpose of evaluation is − To provide a consistent and standardized means](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-67.jpg)
![Policies, principles and basic concepts • 68 Policies − The following policies apply to Policies, principles and basic concepts • 68 Policies − The following policies apply to](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-68.jpg)
![Policies, principles and basic concepts • Principles − The following principles shall guide the Policies, principles and basic concepts • Principles − The following principles shall guide the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-69.jpg)
![Evaluation Process 70 Evaluation Process 70](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-70.jpg)
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION – KNOWLEDGE MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – KNOWLEDGE MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-71.jpg)
![Knowledge Management (KM) “The process responsible for gathering, analyzing, storing and sharing knowledge and Knowledge Management (KM) “The process responsible for gathering, analyzing, storing and sharing knowledge and](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-72.jpg)
![Purpose/Goals/Objectives The purpose of Knowledge Management is: − To ensure that the right information Purpose/Goals/Objectives The purpose of Knowledge Management is: − To ensure that the right information](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-73.jpg)
![Purpose/Goals/Objectives The objectives of Knowledge Management include: − Enabling the service provider to be Purpose/Goals/Objectives The objectives of Knowledge Management include: − Enabling the service provider to be](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-74.jpg)
![Value to business • Knowledge Management is especially significant within Service Transition since relevant Value to business • Knowledge Management is especially significant within Service Transition since relevant](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-75.jpg)
![Policies, principles and basic concepts • Knowledge Management is typically displayed within the Data–to– Policies, principles and basic concepts • Knowledge Management is typically displayed within the Data–to–](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-76.jpg)
![D-I-K-W Structure Information comes from providing context to data. Information is typically stored in D-I-K-W Structure Information comes from providing context to data. Information is typically stored in](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-77.jpg)
![D-I-K-W Structure Knowledge is composed of the tacit experiences, ideas, insights, values and judgments D-I-K-W Structure Knowledge is composed of the tacit experiences, ideas, insights, values and judgments](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-78.jpg)
![Data, Information, Knowledge and Wisdom (DIKW) Context Wisdom Knowledg e Information Data Understanding 79 Data, Information, Knowledge and Wisdom (DIKW) Context Wisdom Knowledg e Information Data Understanding 79](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-79.jpg)
![Relationship of CMDB, CMS & SKMS 80 Relationship of CMDB, CMS & SKMS 80](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-80.jpg)
![Service Knowledge Management System (SKMS) 81 Service Knowledge Management System (SKMS) 81](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-81.jpg)
- Slides: 81
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION ITIL SERVICE LIFECYCLE SERVICE TRANSITION](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-1.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION
![ITIL LIFECYCLE STAGES SERVICE TRANSITION Service TransitionST is development and improvement of ITIL LIFECYCLE – STAGES – SERVICE TRANSITION Service Transition(ST) is development and improvement of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-2.jpg)
ITIL LIFECYCLE – STAGES – SERVICE TRANSITION Service Transition(ST) is development and improvement of capabilities for transitioning new and changed services into operations. ST will ensure that the design will deliver the intended strategy and that it can be operated and maintained effectively. ST is concerned with managing change, risk & quality assurance and has an objective to implement service designs so that service operations can manage the services and infrastructure in a controlled manner.
![ITIL LIFECYCLE STAGES SERVICE TRANSITION Concepts V Model Configuration ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Concepts − V Model − Configuration](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-3.jpg)
ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Concepts − V Model − Configuration Item − Configuration Management System − Knowledge Management − Data-Information-Knowledge-isdom − Service Knowledge Management System − Definitive Media Library 3
![ITIL LIFECYCLE STAGES SERVICE TRANSITION Processes Transition Planning and Support ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Processes − Transition Planning and Support](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-4.jpg)
ITIL LIFECYCLE – STAGES – SERVICE TRANSITION • Processes − Transition Planning and Support − Change Management − Service Asset and Configuration Management − Release and Deployment Management − Service validation and Testing − Change Evaluation − Knowledge Management 4
![Service Transition V Model 5 Service Transition V Model 5](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-5.jpg)
Service Transition V Model 5
![Key Terms 6 Change The addition modification or removal of Key Terms • • • 6 Change : The addition, modification or removal of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-6.jpg)
Key Terms • • • 6 Change : The addition, modification or removal of anything that could have an effect on IT Service; scope should include all IT services, Configuration Items, Processes, documentation, etc Configuration Item (CI) : Any component that needs to be managed in order to deliver an IT service Build : The activity of assembling a number of Configuration Items to create part of an IT service. It may also refer to a Release Configuration Management Data. Base (CMDB): Configuration Management identifies the various components of IT infrastructure as Configuration Items (CIs). All the information regarding CIs are help within the Configuration Management Database (CMDB) Configuration Management System (CMS) : A set of tools and databases that are used to manage an It Service Provider’s configuration data Definitive Media Library (DML) : One or more locations in which the definite and approved versions of all software Configuration Items are securely stored
![Key Terms 7 Release A collection of hardware software documentation Key Terms • • • 7 Release : A collection of hardware, software, documentation,](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-7.jpg)
Key Terms • • • 7 Release : A collection of hardware, software, documentation, process or other components required to implement one or more approved Changes to IT Services Release Unit : Components of an IT service that are normally released together. Service Knowledge Management System (SKMS) : A set of tools and databases that are used to manage knowledge and information which includes the Configuration Management System. Transition : A change in state, corresponding to a movement of an IT service or other Configuration Item from one Lifecycle status to the next. Validation : An activity that ensures a new or changed IT service, process, plan or other deliverable meets the needs of the business.
![Configuration Item CI Anything that needs to be managed in order to deliver Configuration Item (CI) • Anything that needs to be managed in order to deliver](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-8.jpg)
Configuration Item (CI) • Anything that needs to be managed in order to deliver an IT Service • CI information is recorded in the Configuration Management System • CI information is maintained throughout its Lifecycle by Configuration Management • ALL CIs are controlled by Change Management • CIs typically include − IT Services, hardware, software, buildings, people, and formal documentation such as Process documentation and SLAs 8
![Configuration Management System CMS Information about all Configuration Items CI may be Configuration Management System (CMS) • Information about all Configuration Items − CI may be](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-9.jpg)
Configuration Management System (CMS) • Information about all Configuration Items − CI may be entire service, or any component − Stored in 1 or more databases (CMDBs) • CMS stores attributes − Any information about the CI that might be needed • CMS stores relationships − Between CIs − With incident, problem, change records etc. • CMS has multiple layers − Data sources and tools, information integration, knowledge processing, presentation 9
![Configuration Management System 10 Configuration Management System 10](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-10.jpg)
Configuration Management System 10
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION TRANSITION PLANNING AND SUPPORT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – TRANSITION PLANNING AND SUPPORT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-11.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION – TRANSITION PLANNING AND SUPPORT
![PurposeGoalObjective The purpose of the Transition Planning and Support activities is to Plan Purpose/Goal/Objective The purpose of the Transition Planning and Support activities is to: − Plan](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-12.jpg)
Purpose/Goal/Objective The purpose of the Transition Planning and Support activities is to: − Plan appropriate capacity and resources to package a release, build, release, test, deploy and establish the new or changed service into production − Provide support for the Service Transition teams and people − Plan the changes required in a manner that ensures the integrity of all identified customer assets, service assets and configurations can be maintained as they evolve through Service Transition − Ensure that Service Transition issues, risks and deviations are reported to the appropriate stakeholders and decision makers − Coordinate activities across projects, suppliers and service teams where required. 12
![PurposeGoalObjective The goals of Transition Planning and Support are to Plan and coordinate Purpose/Goal/Objective The goals of Transition Planning and Support are to: − Plan and coordinate](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-13.jpg)
Purpose/Goal/Objective The goals of Transition Planning and Support are to: − Plan and coordinate the resources to ensure that the requirements of Service Strategy encoded in Service Design are effectively realized in Service Operations − Identify, manage and control the risks of failure and disruption across transition activities. The objective of Transition Planning and Support is to: − Plan and coordinate the resources to establish successfully a new or changed service into production within the predicted cost, quality and time estimates − Ensure that all parties adopt the common framework of standard reusable processes and supporting systems in order to improve the effectiveness and efficiency of the integrated planning and coordination activities − Provide clear and comprehensive plans that enable the customer and business change projects to align their activities with the Service Transition plans. 13
![Scope The scope of the Service Transition Planning and Support activities includes Scope • The scope of the Service Transition Planning and Support activities includes: −](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-14.jpg)
Scope • The scope of the Service Transition Planning and Support activities includes: − Incorporating design and operation requirements into the transition plans − Managing and operating Transition Planning and Support activities − Maintaining and integrating Service Transition plans across the customer, service and contract portfolios − Managing Service Transition progress, changes, issues, risks and deviations − Quality review of all Service Transition, release and deployment plans − Managing and operating the transition processes, supporting systems and tools − Communications with customers, users and stakeholders − Monitoring and improving Service Transition performance 14
![Policies principles and basic concepts Service Design will in collaboration with customers Policies, principles and basic concepts • Service Design will – in collaboration with customers,](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-15.jpg)
Policies, principles and basic concepts • Service Design will – in collaboration with customers, external and internal suppliers and other relevant stakeholders – develop the Service Design and document it in a Service Design Package (SDP). • The SDP includes the following information that is required by the Service Transition team: − The applicable service packages (e. g. Core Service Package, Service Level Package) − The service specifications − The service models − The architectural design required to deliver the new or changed Service including constraints − The definition and design of each release package − The detailed design of how the service components will be assembled and integrated into a release package − Release and deployment plans − The Service Acceptance Criteria. 15
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION CHANGE MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – CHANGE MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-16.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION – CHANGE MANAGEMENT
![PurposeGoalsObjectives The purpose of the Change Management process is to ensure that Standardized Purpose/Goals/Objectives The purpose of the Change Management process is to ensure that: − Standardized](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-17.jpg)
Purpose/Goals/Objectives The purpose of the Change Management process is to ensure that: − Standardized methods and procedures are used for efficient and prompt handling of all changes − All changes to service assets and configuration items are recorded in the Configuration Management System − Overall business risk is optimized. The goals 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. The objective of the Change Management process is: − To ensure that changes are recorded and then evaluated, authorized, prioritized, planned, tested, implemented, documented and reviewed in a controlled manner. 17
![Scope Addition Modification or Removal of Any Service or Configuration Item or Scope • Addition, Modification or Removal of − Any Service or Configuration Item or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-18.jpg)
Scope • Addition, Modification or Removal of − Any Service or Configuration Item or associated documentation • Including − Strategic, Tactical and Operational changes • Excluding − Business strategy and process − Anything documented as out of scope 18
![Value to the business Prioritizing and responding to requests Implementing changes in required Value to the business Prioritizing and responding to requests • Implementing changes in required](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-19.jpg)
Value to the business Prioritizing and responding to requests • Implementing changes in required times • • • 19 Meet agreed service requirements while optimizing costs Reducing failed changes and rework Correctly estimating quality, time and cost Assessing and managing risks Managing staff time
![Key Terms Change Addition modification or removal of anything that could Key Terms • • Change : Addition, modification or removal of anything that could](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-20.jpg)
Key Terms • • Change : Addition, modification or removal of anything that could have an effect on IT Services Request for Change (RFC) : A formal proposal for a change to be made. Change Window : A regular, agreed time when changes may be implemented with minimal impact on services. Change Advisory Board (CAB) : A group of people that advices the Change Manager in the assessment, prioritization and scheduling of changes. Page 20
![Policies principles and basic concepts Change Types Normal Changes to Policies, principles and basic concepts • Change Types − Normal Changes to : •](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-21.jpg)
Policies, principles and basic concepts • Change Types − Normal Changes to : • Service Portfolios, Service definitions • Project changes, User accesses, Operational Changes − Standard Changes • Change to a service or infrastructure for which the approach is preauthorized by Change Management. • Has an accepted and established procedure. − Emergency Changes • Insufficient time for normal handling • Should use normal process as far as possible • Changes that will have a high negative impact on the business 21
![Sample of Normal Flow 22 Sample of Normal Flow 22](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-22.jpg)
Sample of Normal Flow 22
![Remember Change configuration release and deployment Should be planned together Should Remember • Change, configuration, release and deployment − Should be planned together − Should](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-23.jpg)
Remember • Change, configuration, release and deployment − Should be planned together − Should have coordinated implementation • 23 Remediation Plans − Every change should have a back-out plan − Sometimes a change can’t be backed out • Must still have a plan for what to do
![7 Rs of Change Management Who RAISED the change What is the 7 Rs of Change Management • Who RAISED the change? • What is the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-24.jpg)
7 Rs of Change Management • Who RAISED the change? • What is the REASON for the change? • What is the RETURN required from the change? • What are the RISKS involved in the change? • What RESOURCES are required to deliver the change? • Who is RESPONSIBLE for the build, test and implementation of the change? • What is the RELATIONSHIP between this change and other changes? 24
![Roles Change Manager Usually authorizes minor changes Coordinates and runs CAB meetings Roles: Change Manager • Usually authorizes minor changes • Coordinates and runs CAB meetings](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-25.jpg)
Roles: Change Manager • Usually authorizes minor changes • Coordinates and runs CAB meetings • Produces change schedule • Coordinates change/build/test/implementation • Reviews/Closes Changes 25
![Roles CAB and ECAB Change Advisory Board CAB Supports the change manager Roles: CAB and ECAB • Change Advisory Board (CAB) − Supports the change manager](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-26.jpg)
Roles: CAB and ECAB • Change Advisory Board (CAB) − Supports the change manager − Consulted on significant changes − Business, users, application/technical support, operations, service desk, capacity, service continuity, third parties… • 26 Emergency CAB (ECAB) − Subset of the standard CAB − Membership depends on the specific change
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION SERVICE ASSETS AND CONFIGURATION MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE ASSETS AND CONFIGURATION MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-27.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE ASSETS AND CONFIGURATION MANAGEMENT
![PurposeGoalsObjectives The purpose are to Identify control record report audit and verify service Purpose/Goals/Objectives The purpose are to: − Identify, control, record, report, audit and verify service](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-28.jpg)
Purpose/Goals/Objectives The purpose are to: − Identify, control, record, report, audit and verify service assets and configuration items, including versions, baselines, constituent components, their attributes, and relationships − Account for, manage and protect the integrity of service assets and configuration items (and, where appropriate, those of its customers) through the service lifecycle by ensuring that only authorized components are used and only authorized changes are made − Protect the integrity of service assets and configuration items (and, where appropriate, those of its customers) through the service lifecycle − Ensure the integrity of the assets and configurations required to control the services and IT infrastructure by establishing and maintaining an accurate and complete Configuration Management System. 28
![PurposeGoalsObjectives The goals are to Support the business and customers control objectives and Purpose/Goals/Objectives The goals are to: − Support the business and customer’s control objectives and](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-29.jpg)
Purpose/Goals/Objectives The goals are to: − Support the business and customer’s control objectives and requirements − Support efficient and effective Service Management processes by providing accurate configuration information to enable people to make decisions at the right time, e. g. to authorize change and releases, resolve incidents and problems faster. − Minimize the number of quality and compliance issues caused by improper configuration of services and assets − Optimize the service assets, IT configurations, capabilities and resources. The objective of is: − To define and control the components of services and infrastructure and maintain accurate configuration information on the historical, planned and current state of the services and infrastructure. 29
![Scope Asset Management covers service assets across the whole service lifecycle It provides Scope • Asset Management covers service assets across the whole service lifecycle. It provides](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-30.jpg)
Scope • Asset Management covers service assets across the whole service lifecycle. It provides a complete inventory of assets and who is responsible for their control. • It includes: − Full lifecycle management of IT and service assets, from the point of acquisition through to disposal − Maintenance of the asset inventory. 30
![Scope Configuration Management ensures that selected components of a complete service system or Scope • Configuration Management ensures that selected components of a complete service, system or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-31.jpg)
Scope • Configuration Management ensures that selected components of a complete service, system or product (the configuration) are identified, baselined and maintained and that changes to them are controlled. It also ensures that releases into controlled environments and operational use are done on the basis of formal approvals. It provides a configuration model of the services, assets and infrastructure by recording the relationships between service assets and configuration items. SACM may cover non-IT assets, work products used to develop the services and configuration items required to support the service that are not formally classified as assets. • The scope covers interfaces to internal and external service providers where there assets and configuration items that need to be controlled, e. g. shared assets. 31
![Policies principles and basic concepts Service Lifecycle CIs Business case plan design Policies, principles and basic concepts • Service Lifecycle CIs − Business case, plan, design](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-32.jpg)
Policies, principles and basic concepts • Service Lifecycle CIs − Business case, plan, design package… • Service CIs − Service package, acceptance criteria, … − Service assets • Management, organization, process, knowledge, people, information, applications, infrastructure, financial capital • Organization CIs • Internal and External CIs 32
![SACM Key Concepts Asset Any component of a business process SACM – Key Concepts • Asset − Any component of a business process •](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-33.jpg)
SACM – Key Concepts • Asset − Any component of a business process • Process (Change Management) • Organization (Experience, Reports) • People, Infomration, Applications, Infrastructure • Financial Capital − Configuration Item • “Any asset being a service component, or other item under control of Configuration Management” Page 33
![SACM Configuration Management System CMS System used to manage the information under SACM – Configuration Management System (CMS) • System used to manage the information under](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-34.jpg)
SACM – Configuration Management System (CMS) • System used to manage the information under SACM − Details of all the component of IT Infrastructure − Maintain relationships − Configuration Management Database (CMDB) − Automated tools Page 34
![Configuration Management System CMS The CMS is the heart of Service Asset and Configuration Configuration Management System (CMS) The CMS is the heart of Service Asset and Configuration](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-35.jpg)
Configuration Management System (CMS) The CMS is the heart of Service Asset and Configuration Management • The CMS maintains one or more CMDBs, and each CMDB stores attributes of CIs, and relationships with other CIs. • The CMS also maintains several physical libraries, such as the Definite Media Library (DML) for the secure storage of CIs. Although this is a physical library, the CMS logically represent its content. • Page 35
![Configuration Management Data Base CMDB Details about CIs are stored in the Configuration Management Configuration Management Data. Base (CMDB) Details about CIs are stored in the Configuration Management](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-36.jpg)
Configuration Management Data. Base (CMDB) Details about CIs are stored in the Configuration Management Data. Base (CMDB) from which queries about the IT Infrastructure can be answered • The details of a CI that are mentioned in a CMDB include : • Unique Identifier (service tag) • Attributes (supplier, price) • Status (ordered, testing, production, archived) • History (past incidents, applied changes) • Category (hardware, software) • Relationship (is connected to, is a part of) • The scope of the Configuration Management database is defined by the area of responsibility of the IT organization • The level of detail is defined by the need for information of the IT management processes, the control of the information and the costs and benefits of a CMDB • Page 36
![CMDB CMS CMDB is a database only while the CMS also includes tools CMDB & CMS CMDB is a database only, while the CMS also includes tools](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-37.jpg)
CMDB & CMS CMDB is a database only, while the CMS also includes tools • CMS maintains one or more CMDBs • CMS is used by all IT Service Management processes • CMS Components − Secure Libraries and Secure Stores − Definitive Media Library (DML) − Configuration baseline − Snapshot • Page 37
![Configuration Baseline A configuration baseline is the configuration of a service product or Configuration Baseline • A configuration baseline is the configuration of a service, product or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-38.jpg)
Configuration Baseline • A configuration baseline is the configuration of a service, product or infrastructure that has been formally reviewed and agreed on, that thereafter serves as the basis for further activities and that can be changed only through formal change procedures. • It captures the structure, contents and details of a configuration and represents a set of configuration items that are related to each other. • Establishing a baseline provides the ability to: − Mark a milestone in the development of a service, e. g. Service Design baseline − Build a service component from a defined set of inputs − Change or rebuild a specific version at a later date − Assemble all relevant components in readiness for a change or release − Provide the basis for a configuration audit and back out, e. g. after a change. 38
![Snapshot A snapshot of the current state of a configuration item or an Snapshot • A snapshot of the current state of a configuration item or an](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-39.jpg)
Snapshot • A snapshot of the current state of a configuration item or an environment, e. g. from a discovery tool. • This snapshot is recorded in the CMS and remains as a fixed historical record. Sometimes this is referred to a footprint. • A snapshot is not necessarily formally reviewed and agreed on – it is just a documentation of a state, which may contain faults and unauthorized CIs. • One example is where a snapshot is established after an installation, perhaps using a discovery tool, and later compared to the original configuration baseline. • The snapshot: − Enables problem management to analyse evidence about a situation pertaining at the time incidents actually occurred − Facilitates system restore to support security scanning software. 39
![Definitive Media Library DML The Definitive Media Library DML is the secure library Definitive Media Library (DML) • The Definitive Media Library (DML) is the secure library](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-40.jpg)
Definitive Media Library (DML) • The Definitive Media Library (DML) is the secure library in which the definitive authorized versions of all media CIs are stored and protected. It stores master copies of versions that have passed quality assurance checks. • Master copies of all software assets − In house, external software house, COTS… − Scripts as well as code − Management tools as well as applications − Including licenses • Quality checked − Complete, correct, virus scanned… • The only source for build and distribution 40
![Relationship between DML and CMDB 41 Relationship between DML and CMDB 41](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-41.jpg)
Relationship between DML and CMDB 41
![Definitive Spares An area should be set aside for the secure storage of Definitive Spares • An area should be set aside for the secure storage of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-42.jpg)
Definitive Spares • An area should be set aside for the secure storage of definitive hardware spares. • These are spare components and assemblies that are maintained at the same level as the comparative systems within the controlled test or live environment. • Details of these components, their locations and their respective builds and contents should be comprehensively recorded in the CMS. • These can then be used in a controlled manner when needed for additional systems or in the recovery from incidents. Once their (temporary) use has ended, they are returned to the spares store or replacements are obtained. 42
![SACM Roles Service Asset Manager Configuration Manager Each of these SACM – Roles • Service Asset Manager • Configuration Manager • Each of these](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-43.jpg)
SACM – Roles • Service Asset Manager • Configuration Manager • Each of these is the process owner for their area − Implement policy and standards − Procure and manage finances − Agree scope, processes, and procedures − Define and procure tools − Recruit and train staff − Oversee collection and management of data − Manage audits − Provide management reports 43
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION RELEASE AND DEPLOYMENT MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – RELEASE AND DEPLOYMENT MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-44.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION – RELEASE AND DEPLOYMENT MANAGEMENT
![Release and Deployment Management Release Deployment Management ensures wellplanned costeffective and properly implemented Release and Deployment Management Release & Deployment Management ensures well-planned, cost-effective and properly implemented](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-45.jpg)
Release and Deployment Management Release & Deployment Management ensures well-planned, cost-effective and properly implemented IT Service. It helps balance the customer’s demand for change and IT stability. Release and Deployment Management, deploys change into the live environment, along with responsibility for quality control during development and implementation. It provides a clear plan that guides release activities with minimal unpredicted impact to live services 45
![PurposeGoalsObjectives Purpose Ensure the structured release and deployment of IT Services Purpose/Goals/Objectives • Purpose : − Ensure the structured release and deployment of IT Services](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-46.jpg)
Purpose/Goals/Objectives • Purpose : − Ensure the structured release and deployment of IT Services Goal : − Deploy release into production & establish the effective use of the service. • Objective : − Project the line environment through the use of formal procedures. • 46
![Scope 47 The scope of Release and Deployment Management includes the processes systems Scope • 47 The scope of Release and Deployment Management includes the processes, systems](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-47.jpg)
Scope • 47 The scope of Release and Deployment Management includes the processes, systems and functions to package, build, test and deploy a release into production and establish the service specified in the Service Design package before final handover to service operations.
![Policies principles and basic concepts Release A collection of hardware software documentation processes Policies, principles and basic concepts Release − A collection of hardware, software, documentation, processes](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-48.jpg)
Policies, principles and basic concepts Release − A collection of hardware, software, documentation, processes or other components required to implement one or more approved changes to IT services. • Release Unit − Components of an IT Service that are normally released together • Release Package / release Design − One or more release units to upgrade from “as-is situation” to “to-be situation” • 48
![Policies principles and basic concepts Release Unit CIs that are normally released Policies, principles and basic concepts • Release Unit − CIs that are normally released](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-49.jpg)
Policies, principles and basic concepts • Release Unit − CIs that are normally released together − Typically includes sufficient components to perform a useful function. For example: • Fully configured desktop PC, payroll application − Considerations include • Ease and amount of change needed to deploy • Resources needed to build, test and deploy • Complexity of interfaces 49
![Release and Deployment Releases Approaches Concepts Big bang versus phased approach Release and Deployment – Releases Approaches Concepts • Big bang versus phased approach −](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-50.jpg)
Release and Deployment – Releases Approaches Concepts • Big bang versus phased approach − Phased approach can be by users, locations, functionality… • Push versus Pull deployment • Automated versus manual deployment 50
![Big Bang vs Phased Big bang option the new or changed service Big Bang vs. Phased • ‘Big bang’ option – the new or changed service](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-51.jpg)
Big Bang vs. Phased • ‘Big bang’ option – the new or changed service is deployed to all user areas in one operation. This will often be used when introducing an application change and consistency of service across the organization is considered important. • Phased approach – the service is deployed to a part of the user base initially, and then this operation is repeated for subsequent parts of the user base via a scheduled rollout plan. This will be the case in many scenarios such as in retail organizations for new services being introduced into the stores’ environment in manageable phases. 51
![Push and Pull Approach A push approach is used where the service component Push and Pull Approach • A push approach is used where the service component](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-52.jpg)
Push and Pull Approach • A push approach is used where the service component is deployed from the centre and pushed out to the target locations. • In terms of service deployment, delivering updated service components to all users – either in big-bang or phased form – constitutes ‘push’, since the new or changed service is delivered into the users’ environment at a time not of their choosing. • A pull approach is used for software releases where the software is made available in a central location but users are free to pull the software down to their own location at a time of their choosing or when a user workstation restarts. • The use of ‘pull’ updating a release over the internet has made this concept significantly more pervasive. A good example is virus signature updates, which are typically pulled down to update PCs and servers when it best suits the customer; however at times of extreme virus risk this may be overridden by a release that is pushed to all known users. 52
![Automated vs Manual Whether by automation or other means the mechanisms to release Automated vs. Manual • Whether by automation or other means, the mechanisms to release](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-53.jpg)
Automated vs. Manual • Whether by automation or other means, the mechanisms to release and deploy the correctly configured service components should be established in the release design phase and tested in the build and test stages. • Automation will help to ensure repeatability and consistency. • The time required to provide a well-designed and efficient automated mechanism may not always be available or viable. • If a manual mechanism is used it is important to monitor and measure the impact of many repeated manual activities as they are likely to be inefficient and error-prone. • Too many manual activities will slow down the release team and create resource or capacity issues that affect the service levels. 53
![Release and Deployment Roles Release package and build manager Establishes final Release and Deployment – Roles • Release package and build manager − Establishes final](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-54.jpg)
Release and Deployment – Roles • Release package and build manager − Establishes final release configuration − Builds final release − Test final delivery prior to independent testing − Establishes and reports known errors and workarounds − Provides input to final implementation sign-off 54
![Release and Deployment Roles Deployment Manager Final physical delivery of the Release and Deployment – Roles • Deployment Manager − Final physical delivery of the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-55.jpg)
Release and Deployment – Roles • Deployment Manager − Final physical delivery of the service implementation − Co-ordinates documentation and communications • Including training and customer, service management and technical release notes − Plans deployment with Change, SKMS and SACM − Technical and application guidance and support • Including known errors and workarounds − Feedback on effectiveness of the release − Records metrics for deployment • To ensure within agreed SLAs 55
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION SERVICE VALIDATION AND TESTING ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE VALIDATION AND TESTING](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-56.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION – SERVICE VALIDATION AND TESTING
![Service Validation and Testing Service Testing and Validation establishes confidence that a new or Service Validation and Testing Service Testing and Validation establishes confidence that a new or](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-57.jpg)
Service Validation and Testing Service Testing and Validation establishes confidence that a new or changes service will deliver the value and outcomes expected. Service Testing and Validation provides a structured validation and testing process that delivers quality assurance that the Service Design and release is fit for purpose and fit for use. 57
![PurposeGoalsObjectives The purpose of the Service Validation and Testing process is to Plan Purpose/Goals/Objectives The purpose of the Service Validation and Testing process is to: − Plan](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-58.jpg)
Purpose/Goals/Objectives The purpose of the Service Validation and Testing process is to: − Plan and implement a structured validation and test process that provides objective evidence that the new or changed service will support the customer’s business and stakeholder requirements, including the agreed service levels − Quality assure a release, its constituent service components, the resultant service and service capability delivered by a release − Identify, assess and address issues, errors and risks throughout Service Transition. The goal of Service Validation and Testing is − To assure that a service will provide value to customers and their business. 58
![PurposeGoalsObjectives The objectives of Service Validation and Testing are to Provide confidence that Purpose/Goals/Objectives The objectives of Service Validation and Testing are to: − Provide confidence that](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-59.jpg)
Purpose/Goals/Objectives The objectives of Service Validation and Testing are to: − Provide confidence that a release will create a new or changed service or service offerings that deliver the expected outcomes and value for the customers within the projected costs, capacity and constraints − Validate that a service is ‘fit for purpose’ – it will deliver the required performance with desired constraints removed − Assure a service is ‘fit for use’ – it meets certain specifications under the specified terms and conditions of use − Confirm that the customer and stakeholder requirements for the new or changed service are correctly defined and remedy any errors or variances early in the service lifecycle as this is considerably cheaper than fixing errors in production. 59
![Policies principles and basic concepts Service Transition VModel Entry Criteria and Exit Policies, principles and basic concepts • Service Transition V-Model • Entry Criteria and Exit](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-60.jpg)
Policies, principles and basic concepts • Service Transition V-Model • Entry Criteria and Exit Criteria • User Acceptance Test 60
![Policies principles and basic concepts The Service V model represent the different configuration levels Policies, principles and basic concepts The “Service V” model represent the different configuration levels](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-61.jpg)
Policies, principles and basic concepts The “Service V” model represent the different configuration levels to be built and tested to deliver a service capability. • The left-hand side represents the specification of the service requirements down to the detailed service design. • The right-hand side focuses on the validation activities that are performed against the specifications designed on the left-hand side. • The V model approach is traditionally associated with the waterfall lifecycle, just as applicable to other lifecycle including iterative lifecycle, such as prototyping, RAD approaches. • 61
![The Service V Model Represents the different configuration levels to be built and tested The Service “V” Model Represents the different configuration levels to be built and tested](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-62.jpg)
The Service “V” Model Represents the different configuration levels to be built and tested to deliver a service capability Page 62
![The Service V Model Page 63 The Service “V” Model Page 63](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-63.jpg)
The Service “V” Model Page 63
![Entry Criteria and Exit Criteria Effective validation and testing focuses on whether the Entry Criteria and Exit Criteria • Effective validation and testing focuses on whether the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-64.jpg)
Entry Criteria and Exit Criteria • Effective validation and testing focuses on whether the service will deliver as required. • This is based on the perspective of those who will use, deliver, deploy, manage and operate the service. • The test entry and exit criteria are developed as the Service Design Package is developed. • These will cover all aspects of the service provision from different perspectives including: − Service Design – functional, management and operational − Technology design − Process design − Measurement design − Documentation − Skills and knowledge. 64
![User Acceptance Test User testing application system service Testing is comprised of User Acceptance Test User testing – application, system, service • Testing is comprised of](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-65.jpg)
User Acceptance Test User testing – application, system, service • Testing is comprised of tests to determine whether the service meets the functional and quality requirements of the end users (customers) by executing defined business processes in an environment that, as closely as possible, simulates the live operational environment. This will include changes to the system or business process. • Full details of the scope and coverage will be defined in the user test and user acceptance test (UAT) plans. • The end users will test the functional requirements, establishing to the customer’s agreed degree of confidence that the service will deliver as they require. • They will also perform tests of the Service Management activities that they are involved with, e. g. ability to contact and use the service desk, response to diagnostics scripts, incident management, request fulfillment, change request management. 65
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION EVALUATION ITIL SERVICE LIFECYCLE SERVICE TRANSITION – EVALUATION](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-66.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION – EVALUATION
![PurposeGoalsObjectives The purpose of evaluation is To provide a consistent and standardized means Purpose/Goals/Objectives The purpose of evaluation is − To provide a consistent and standardized means](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-67.jpg)
Purpose/Goals/Objectives The purpose of evaluation is − To provide a consistent and standardized means of determining the performance of a service change in the context of existing and proposed services and IT infrastructure. The actual performance of a change is assessed against its predicted performance and any deviations between the two are understood and managed. The goal of evaluation is − To set stakeholder expectations correctly and provide effective and accurate information to Change Management to make sure changes that adversely affect service capability and introduce risk are not transitioned unchecked. The objective are to: − Evaluate the intended effects of a service change and as much of the unintended effects as is reasonably practical given capacity, resource and organizational constraints − Provide good quality outputs from the evaluation process so that Change Management can expedite an effective decision about whether a service change is to be approved or not. 67
![Policies principles and basic concepts 68 Policies The following policies apply to Policies, principles and basic concepts • 68 Policies − The following policies apply to](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-68.jpg)
Policies, principles and basic concepts • 68 Policies − The following policies apply to the evaluation process: − Service Designs or service changes will be evaluated before being transitioned. − Any deviation between predicted and actual performance will be managed by the customer or customer representative by accepting the change even though actual performance is different to what was predicted; rejecting the change; or requiring a new change to be implemented with revised predicted performance agreed in advance. No other outcomes of evaluation are allowed. − An evaluation shall not be performed without a customer engagement package.
![Policies principles and basic concepts Principles The following principles shall guide the Policies, principles and basic concepts • Principles − The following principles shall guide the](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-69.jpg)
Policies, principles and basic concepts • Principles − The following principles shall guide the execution evaluation process: − As far as is reasonably practical, the unintended as well as the intended effects of a change need to be identified and their consequences understood and considered. − A service change will be fairly, consistently, openly and, wherever possible, objectively evaluated. • Basic Concepts − The evaluation process uses the Plan–Do–Check–Act (PDCA) model to ensure consistency across all evaluations. 69
![Evaluation Process 70 Evaluation Process 70](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-70.jpg)
Evaluation Process 70
![ITIL SERVICE LIFECYCLE SERVICE TRANSITION KNOWLEDGE MANAGEMENT ITIL SERVICE LIFECYCLE SERVICE TRANSITION – KNOWLEDGE MANAGEMENT](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-71.jpg)
ITIL SERVICE LIFECYCLE SERVICE TRANSITION – KNOWLEDGE MANAGEMENT
![Knowledge Management KM The process responsible for gathering analyzing storing and sharing knowledge and Knowledge Management (KM) “The process responsible for gathering, analyzing, storing and sharing knowledge and](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-72.jpg)
Knowledge Management (KM) “The process responsible for gathering, analyzing, storing and sharing knowledge and information within an organization. • The primary purpose of Knowledge Management is to improve efficiency by reducing the need to rediscover knowledge. ” • Knowledge Management ensures that availability and quality of knowledge assists in the direct support of IT Services across the entire lifecycle. • 72
![PurposeGoalsObjectives The purpose of Knowledge Management is To ensure that the right information Purpose/Goals/Objectives The purpose of Knowledge Management is: − To ensure that the right information](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-73.jpg)
Purpose/Goals/Objectives The purpose of Knowledge Management is: − To ensure that the right information is delivered to the appropriate place or competent person at the right time to enable informed decision. The goal of Knowledge Management is − To enable organizations to improve the quality of management decision making by ensuring that reliable and secure information and data is available throughout the service lifecycle. 73
![PurposeGoalsObjectives The objectives of Knowledge Management include Enabling the service provider to be Purpose/Goals/Objectives The objectives of Knowledge Management include: − Enabling the service provider to be](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-74.jpg)
Purpose/Goals/Objectives The objectives of Knowledge Management include: − Enabling the service provider to be more efficient and improve quality of service, increase satisfaction and reduce the cost of service − Ensuring staff have a clear and common understanding of the value that their services provide to customers and the ways in which benefits are realized from the use of those services − Ensuring that, at a given time and location, service provider staff have adequate information on: • Who is currently using their services • The current states of consumption • Service delivery constraints • Difficulties faced by the customer in fully realizing the benefits expected from the service. 74
![Value to business Knowledge Management is especially significant within Service Transition since relevant Value to business • Knowledge Management is especially significant within Service Transition since relevant](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-75.jpg)
Value to business • Knowledge Management is especially significant within Service Transition since relevant and appropriate knowledge is one of the key service elements being transitioned. • Examples where successful transition rests on appropriate Knowledge Management include: − User, service desk, support staff and supplier understanding of the new or changed service, including knowledge of errors signed off before deployment, to facilitate their roles within that service − Awareness of the use of the service, and the discontinuation of previous versions − Establishment of the acceptable risk and confidence levels associated with the transition, e. g. measuring, understanding and acting correctly on results of testing and other assurance results. − Effective Knowledge Management is a powerful asset for people in all roles across all stages of the service lifecycle. It is an excellent method for individuals and teams to share data, information and knowledge about all facets of an IT service. The creation of a single system for Knowledge Management is recommended. 75
![Policies principles and basic concepts Knowledge Management is typically displayed within the Datato Policies, principles and basic concepts • Knowledge Management is typically displayed within the Data–to–](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-76.jpg)
Policies, principles and basic concepts • Knowledge Management is typically displayed within the Data–to– Information–to–Knowledge–to–Wisdom (DIKW) structure. The use of these terms is set out below. • Data is a set of discrete facts about events. Most organizations capture significant amounts of data in highly structured databases such as Service Management and Configuration Management tools/systems and databases. • The key Knowledge Management activities around data are the ability to: − Capture accurate data − Analyze, synthesize, and then transform the data into information − Identify relevant data and concentrate resources on its capture. 76
![DIKW Structure Information comes from providing context to data Information is typically stored in D-I-K-W Structure Information comes from providing context to data. Information is typically stored in](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-77.jpg)
D-I-K-W Structure Information comes from providing context to data. Information is typically stored in semi-structured content such as documents, e-mail, and multimedia. • The key Knowledge Management activity around information is managing the content in a way that makes it easy to capture, query, find, re-use and learn from experiences so that mistakes are not repeated and work is not duplicated. • 77
![DIKW Structure Knowledge is composed of the tacit experiences ideas insights values and judgments D-I-K-W Structure Knowledge is composed of the tacit experiences, ideas, insights, values and judgments](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-78.jpg)
D-I-K-W Structure Knowledge is composed of the tacit experiences, ideas, insights, values and judgments of individuals. People gain knowledge both from their own and from their peers’ expertise, as well as from the analysis of information (and data). Through the synthesis of these elements, new knowledge is created. • Knowledge is dynamic and context based. Knowledge puts information into an ‘ease of use’ form, which can facilitate decision making. In Service Transition this knowledge is not solely based on the transition in progress, but is gathered from experience of previous transitions, awareness of recent and anticipated changes and other areas that experienced staff will have been unconsciously collecting for some time. • • 78 Wisdom gives the ultimate discernment of the material and having the application and contextual awareness to provide a strong common sense judgment
![Data Information Knowledge and Wisdom DIKW Context Wisdom Knowledg e Information Data Understanding 79 Data, Information, Knowledge and Wisdom (DIKW) Context Wisdom Knowledg e Information Data Understanding 79](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-79.jpg)
Data, Information, Knowledge and Wisdom (DIKW) Context Wisdom Knowledg e Information Data Understanding 79
![Relationship of CMDB CMS SKMS 80 Relationship of CMDB, CMS & SKMS 80](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-80.jpg)
Relationship of CMDB, CMS & SKMS 80
![Service Knowledge Management System SKMS 81 Service Knowledge Management System (SKMS) 81](https://slidetodoc.com/presentation_image_h/d67f1c52354073e94feed5c7496d4e21/image-81.jpg)
Service Knowledge Management System (SKMS) 81
Itil service transition definition
Itil five stages
Continual service improvement 7 steps
Itil service lifecycle
Lead lifecycle mangement
Https://www.servicetonic.es/itil/introduccion-a-itil-v3/
Application lifecycle management itil
What are the 5 stages of itil?
Stages of epidemiological transition
Demographic transition
Demographic transition
Midlife transition stages
Continual service improvement metrics itil
Service delivery manager itil definition
Wave soa
Micro service transition
5 stages of service learning
Desventajas de itil
Lynda itil
Cmm in software engineering
Que es itil
Itil implementation plan
Eplc definition
Microsoft operations framework
Itil vs cobit
Itil brief overview
Project management in itil
Itil iso 9001
Hva er itil
Itil real world examples
Mof itil
Hiv wikipedia
Herramienta workflow itil
Activities in event management
Network infrastructure best practices
Itil change advisory board
Problem management roles and responsibilities
Itil in a nutshell
Itil vs etom
Slm reifegrad
Itil intermediate rcv
Isoiec27001
Objetivos de una mesa de ayuda
Itil introduction ppt
Ventajas y desventajas de itil
Methode itil
Mof itil
Itil vs cobit
Sejarah itil
Itil ramverk
Introduction to itil
Release management itil
Pdca itil
Change configuration & release management
Itil smo
Itil
Volga bulgar devleti
Bs15000 certification
Configuration item definition
Itil qualification scheme
Accenture itil
Itil
Cobi architecture
Itil information technology infrastructure library
Karluklar uygurlar ve basmillerle birleşerek
"fogo data centers"
Bsm itil
Itil background
Metadata lifecycle
Desktop lifecycle management
Computer lifecycle replacement
Insect cycle of life
Snow leopard life
Project approval lifecycle
System engineering life cycle
Student life cycle model
Student lifecycle management system
Controller vs service vs repository
Requirements elicitation lifecycle
Bc planning lifecycle
Microsoft certificate lifecycle manager
Ruedi willi sap