《某跨国公司变更管理流程设置.docx》由会员分享，可在线阅读，更多相关《某跨国公司变更管理流程设置.docx（51页珍藏版）》请在三一办公上搜索。
1、ABB IS Service & Supply IntegrationChange ManagementProcess Operations ManualWe reserve all rights in this document and in the information contained therein. Reproduction, use or disclosure to third parties without express authority is strictly forbidden. ABB Ltd; 2017Contents1.Introduction61.1Purpo
2、se of the document61.2Audience62.Change Management process62.1Definition62.2Scope62.3Process Inputs and Outputs72.4Related Processes72.5Process Objectives72.6Roles and Responsibilities82.7Principles and Policies122.8Change Types122.9Environment Scope162.10Change Creation162.11Approvals172.12Change E
3、valuation and Assessment182.13Change Planning202.14Lead Time242.15Change Development242.16Change Testing242.17Change Priority252.18Change Outages252.19Change Freeze262.20Change Advisory Board (CAB)262.21Emergency Change Procedure322.22Post Implementation Review342.23Change Closure342.24Notifications
4、352.25Change Management Process Flows & Workflows362.26ADONIS Level 4 Process Flow362.27SNOW Workflows per change type373.Reporting (KPIs + SLAs)494.Tower Specifics504.1EUC504.2EUS504.3Core Software Platform (CSP)504.4Network505.Stakeholders506.Templates506.1RFC Template506.2Functional Specification
5、506.3Change Test Results516.4Implementation plan516.5Backup Plan516.6Point of No return details516.7Communication Plan516.8Backout plan516.9CAB Readiness Checklist516.10CAB Agenda & Minutes516.11Deployment Verification Plan516.12Post Implementation Review516.13Weekly CAB meetings517.Vocabulary528.Ex
6、ternal References538.1Process Policy Document Change Management538.2Change Management workflows in SNOW538.3Change Management Stakeholders list531. Introduction1.1 Purpose of the documentThe purpose of this document is to explain Change Management process defined and implemented within ABB IS RUN. I
7、t describes definitions, scope, policies, activities, roles & responsibilities and many other practicalities that will help understand and run Change Management process from operational perspective. This document outlines the operating guidelines for daily activities and processes used by all Change
8、 Management stakeholders.1.2 AudienceThis document is intended to be used by ABB IS RUN personnel and Service Suppliers. Specifically Service Suppliers will be responsible to align their internal working practices to this document in regards to handling Changes.2. Change Management process2.1 Defini
9、tionA Change is defined as the addition, modification or removal of an authorized, planned or supported service or Configuration Item (CI). Changes may occur due to introduction of a new service, modification to an existing service or termination of an existing service in an IT Infrastructure or for
10、 fixing a problem in an existing system.Change Management helps organizations understand and work to minimize risks of changes to the IT environment. It is essentially a process for managing the people-side of change. 2.2 ScopeChange Management process can be used to track and manage all IT infrastr
11、ucture changes. A software application change may include enhancements/modifications to existing applications to address identified problems, address business needs or any other requirement. Similarly a hardware change may include changes to computing devices, network components, storage devices and
12、 other hardware Configuration Items (CI) to replace malfunctioning hardware, increase hardware capacity or other requirements. In other words, changes to all Configuration Items will be governed by this process. 2.3 Process Inputs and OutputsUpdated CMDBPIR ReportsApproved and ImplementedChange Docu
13、mentationOther ProcessesPIR ReportsBusiness RequirementsChange PoliciesCI Data from CMDBChange Management process2.4 Related ProcessesProcess Input to Change Management Output from Change Management Incident Management Trigger for Change Report on incidents arising out of the failed changes Approval
14、s, Risk Assessment and control of change required to be implemented for incident resolution.Problem Management Trigger for Change Report on problems arising out of the failed changes Approvals, Risk Assessment and control of change required to be implemented for problem resolution.Service Asset andC
15、onfiguration Management CI Verification Information on changes to CIs for updates of CMDBKnowledge Management Input for process improvement Change Reports Service Catalogue Management Service Requests Updates to Service CatalogueTable 1Related Processes2.5 Process ObjectivesThe goal of Change Manage
16、ment process is to maintain the integrity of the controlled IS environment. Change Management is the “gateway” through which every change must pass on its way to the controlled environment. Change Management process primarily aims at ensuring the implementation of changes with minimum risk to the bu
17、siness. The objectives of Change Management process are: Ensure efficient and prompt handling of changes Provide accurate and regular information about all planned changes Ensure consistent procedures for change implementation to minimize the risk of failure Minimize Incidents resulting from the int
18、roduction of Changes Ensure risk and impact analysis to assess risk of changes and minimize risk of implementation Monitor and track the lifecycle of all changes Ensure proper categorization of changes and that proper procedures are followed for each type of change Reduce bureaucracy without comprom
19、ising on controls for implementation of changes2.6 Roles and ResponsibilitiesThis section describes roles and responsibilities within Change Management process.2.6.1 Change Requester (ABB, Service Provider)This role is part of current ADONIS process. The Change Requester is the person who creates th
20、e change request and submits it for further processing.Major responsibilities include: Creating and submitting a Change Request with accurate and detailed level of information Obtaining additional information, as needed, for submitted Change Requests Working with the OTL Change Coordinator to resolv
21、e any data inconsistencies with the request Identifying parties to be notified and defining notification criteria Testing and verifying Change was implemented according to requestProcess RoleOrganizational RoleServiceNow FieldChange Requester (ABB, Service Provider)Service ProvidersABB IS RUNRequest
22、ed by2.6.2 OTL Change Coordinator (ABB)This role is part of current ADONIS process. The OTL Change Coordinator is responsible for seeing that Change Manager and other specialists bring the Change to a close.Major responsibilities include: Monitoring the lifecycle of an assigned Change Verifying the
23、supporting documentation accompanying the Change Record is complete Assisting Change Requester with change creation Performing Change Assessment (based on questions and answers) Confirming Change Planning done by BTL Change Manager Assisting Change Requester with test implementation when required Ch
24、airing CAB/ECAB meetings Conducting Post Implementation Review to verify implementation when required Managing escalations relating to a Change Making sure all required stakeholders are notified about the changeProcess RoleOrganizational RoleServiceNow FieldOTL Change Coordinator (ABB)IS Tower Servi
25、ce CoordinatorChange Task Assignment Group/Change Task Assigned To2.6.3 BTL Change Manager (Service Provider)This role is part of current ADONIS process. BTL Change Manager is responsible for carrying out various activities in order to implement the change.Major responsibilities include: Planning an
26、d coordinating technical execution of the Change Implementing/developing fully authorized Change Attempting to resolve any issues with the implementation/development Creating Functional and Technical Specifications Performing unit & integration testing after Change implementation/development Conduct
27、ing Post Implementation Review to verify implementation when required Updating manuals and operating instructions when applicable Documenting Change implementation/development results (Post Rollout Documentation) Verifying proper authorizations have been obtained and documented in the Change Record
28、prior to scheduling the change Coordinating the implementation/development of the Change Backing out an unsuccessful Change, if required Verifying the update of the CMDB to reflect the implemented ChangeProcess RoleOrganizational RoleServiceNow FieldBTL Change Manager (Service Provider)Service Provi
29、derChange Assignment Group/Change Assignee2.6.4 OTL Change SME (ABB)This role is part of current ADONIS process. OTL Change SME is the one responsible to technically review and assess the change before it goes to production environment.Major responsibilities include: Reviewing functional specificati
30、ons created by BTL Change Manager Reviewing change before change deployment from technical point of view Updating transport numbers, if required Setting Post Rollout Documentation requirement, if necessary Making sure required documentation is in placeProcess RoleOrganizational RoleServiceNow FieldO
31、TL Change SME (ABB)Subject Matter ExpertChange Task Assignment Group/Change Task Assigned To2.6.5 BTL Deployment Manager (Service Provider)This role is part of current ADONIS process. BTL Deployment Manager performs the day-to-day management of the deployment activities.Major responsibilities includ
32、e: Defining implementation approach for deployment activities Confirming that deployments are carried out on schedule Implementing authorized Changes to the production environment Carrying out the deployment plan to its completion Attempting to resolve any issues arising during the deployment Execut
33、ing the Change remediation procedures, in case of a failure during one of the implementation procedures Updating manuals and operating instructions when applicable Raising updates to CMDB for CI status changes Verifying the Configuration Information is updated as appropriateProcess RoleOrganizationa
34、l RoleServiceNow FieldBTL Deployment Manager (Service Provider)Service ProviderChange Task Assignment Group/ Change Task Assignee2.6.6 CI OwnerThis role is part of current ADONIS process. Service Owner is responsible for individual Business Service.Major responsibilities include: Being the owner of
35、Business Service in SNOW Evaluating and approving changes during Pre-Approval, Functional Approval and for SOX related changesProcess RoleOrganizational RoleServiceNow FieldCI OwnerSystem/Application OwnerService Owner based on Business Service2.6.7 SD&A ApproverThis role is not part of current ADON
36、IS process. In case where changes are processed which impact ABB IS RUN customers, the SD&A function shall be involved in the approval process before the change is deployed into production. This approach ensures consistent decision making processes and allows for a pro-active communication towards t
37、he ABB IS RUN customers.Major responsibilities include: Evaluating and approving changes (emergency, major & minor with Critical/High risk) before change deployment Manages Client Relationship and Business interface Acts as a Single Point of Contact for communication to and from Business stakeholder
38、sProcess RoleOrganizational RoleServiceNow FieldSD&A ApproverSD&A ManagersApprover Group member2.6.8 Technical Service Owner (ABB)This role is not part of current ADONIS process. Technical Service Owner holds the responsibility for managing the Tower Control.Major responsibilities include: Being acc
39、ountable for Tower Control changes Approving Changes during CABECAB meetingProcess RoleOrganizational RoleServiceNow FieldTechnical Service Owner (ABB)Tower Control LeadChange Task Assignment Group/ Change Task Assignee2.6.9 Change Process Manager (ABB)This role is not part of current ADONIS process
40、. Change Process Manager holds operational responsibility for managing the whole process.Major responsibilities include: Suggesting improvements to Change Management process Reporting on the Key Performance Indicators (KPIs) to evaluate the effectiveness and efficiency of the process Ensuring all re
41、levant staff have the required training on the process and are aware of their role in the processProcess RoleOrganizational RoleServiceNow FieldChange Process Manager (ABB)SSIChange Task Assignment Group/ Change Task Assignee2.6.10 RACI MatrixDetailed RACI is described Process Policy Document Change
42、 Management.2.7 Principles and PoliciesAll Principles and Policies have been described in Process Policy Document Change Management. Most important ones have been described in below sections.2.8 Change TypesClassification of changes into different types is required for an efficient and effective Cha
43、nge Management process primarily because of the following reasons: All changes are not equal and need to be treated differently Differentiation between changes that have different levels of risk has to be made and Change Management process needs to achieve a balance between “change lifecycle times”
44、and “controls for risk mitigation”. This can be achieved by having different workflows for each class of change Simple and Standard changes should be easy to implement and should not go through multiple levels of approvals Changes with different levels of risk to the controlled environment have diff
45、erent pre-deployment requirements for risk control and mitigationThe following change types have been defined:Change typeChange CategoryRequest for Change (RFC)RFC Major ChangeRequest for Change (RFC)RFC Minor Change Request for Change (RFC)RFC Minor Operational ChangeStandard ChangeStandard ChangeE
46、mergency ChangeEmergency ChangeEmergency ChangeExpedited Change Incident-initiated ChangeIncident-initiated Change MajorIncident-initiated ChangeIncident-initiated Change MinorTable 2 Change TypesNOTE: The differentiation between categorizing a Change Type as minor or major occurs through the completion of a structured Change Evaluation and Assessment.The Emergency Change type is further categorized as Emergency Change or Expedited Change. The differentiation is based on the definitions in the Emergency Change Categorization Policy.Change Type/TowerCSPEUCHostingNetwork
