变更管理委员会(ChangeAdvisoryBoard)是为了帮助评估变更、制定优先级和审批而召集的组织,CAB的成员之选择需要保证可以从业务和技术的角度全面的评估所有的变更,因此CAB应该包括那些明确业务需要和用户状况、了解技术开发以及IT支持职能的人员和管理层。
编号
| | | | | | |
6.3.2.1
| | | 变更经理责成变更主管制定初步的变更计划。特别的,当变更将涉及多个部门或实体的协调时(例如设计软件开发解决应用缺陷时,需要开发主管和系统主管的参与确认),应由变更经理进行协调、监督和确认。 变更计划的目的是为CAB会议评审作准备。该计划应该尽可能的详细,从而足以支持CAB会议作出决定。 | | | 因此初步变更计划应该包括:资源、技术步骤、业务考虑等方面。对于暂时不确认的信息,应该明确罗列,并于CAB会议时澄清。 |
6.3.2.2
| | | 如果为一般变更,执行步骤6.3.2.3 如果为重大变更,执行步骤6.3.2.4 | | |
|
6.3.2.3
| | | 变更主管回顾一般变更并估计完成改工作的工作量,随后再估计实施该变更的风险和对于环境的可能影响,对于一般变更,不需要通过CAB会议讨论,直接交由变更主管负责准备计划开始实施。如果变更主管如果认为目前阶段实施变更并非合适,应给向变更经理给出相应意见ITSS认证 | | | 变更主管主要通过CMDB的查询,了解对应CI的改变与业务的关系,所需的时间以及从技术角度的考量 |
6.3.2.4
| | | 根据变更的内容和变更提交人的要求,变更经理决定针对本次变更需要着的CAB成员,确保CAB成员可以代表客户、业务和技术各方面的利益和足够的权威。并在召开CAB会议之前将会议相关材料事先交给与会人员,并确认会议日程与地点。 | | | CAB的组成 召集CAB的目的是获得足够的支持和资源来授权实施变更,因此CAB应包括针对本变更的所有责任人(stakeholders,包括可以代表业务、资源等方面)。变更经理应该建立并维护CAB候选人名单,针对每一个变更的不同,召集的不同的人员,可能也需要包括外部供应商的参与。此外,建议考虑建立CAB例会制度,尽可能将需要讨论的变更问题在例会中解决 |
6.3.2.5
| | | 变更经理召开CAB会议,详细评估工作量、影响和实施风险,确认客户的满意、业务需要的满足和技术资源的充足。 | | | 特别当变更需要涉及多个部门或机制的配合时,应在CAB会议中确认各方职责。 |
6.3.2.6
| | | 根据CAB会议的结果,变更经理和变更主管重新判断和更新变更的范畴、影响和优先级以及其他任何信息的更新,如果有必要重新调整流程处理类型 | | | CAB应该获得对于所讨论变更活动的一致意见,其过程是交互的。
|