如何制定变更管理的RACI表格---ITSS
20150829淡然
续上4.10RACI表
流程可能涉及不同的部门与边界，因此流程和工作指南需要映射到角色上，流程的负责人需要进行相应的确认和安排。当某公司开始新的管理流程时，不同的角色需要理解和明确其职责，因此，对于变更管理流程的每一活动都需要明确其与每一角色的管理，其可能的关系如下：
承担(Accountable)该角色对该活动结果承担责任，确保该活动的完成
负责(Responsible)该角色负责该活动的具体实施ITSS考试
咨询(ConsultbeforeImplement)该活动的实施前需要咨询该角色的意见
告知(InformafterImplement)该活动的结果应该通知该角色
4.10.1RACI表格简缩用语
流程角色 | 缩写 |
变更经理(ChangeManager) | CM |
变更协调员(ChangeCoordinator) | Ccoo |
变更主管(ChangeOwner) | CO |
变更流程主管（ChangeManagementProcessOwner） | CMPO |
变更流程执行负责人(ChangeManagementProcessExecutor) | CMPE |
变更管理委员会(ChangeAdvisoryBoard) | CAB |
紧急变更管理委员会(EmergencyChangeAdvisoryBoard) | ECAB |
负责(Responsible)、承担(Accountable)、事前咨询(Consultbeforedoing)、事后通知(Informafterdoing)
编号 | 步骤/工作指南 | CM | CCoo | CO | CAB | ECAB | CMPE | CMPO |
步骤6.3.1 | ||||||||
6.3.1.1 | 变更请求初步审查 | A | R | |||||
6.3.1.2 | 驳回RFC | A | R | |||||
6.3.1.3 | 接受RFC | A | R | |||||
6.3.1.4 | 协助变更提交人完成RFC | A | R | |||||
6.3.1.5 | 判断紧急变更 | A/R | I | |||||
6.3.1.6 | 预设优先级 | A/R | C | |||||
6.3.1.7 | 判别变更分类 | A/R | C | I | ||||
6.3.1.8 | 确认变更主管 | A/R | C | I | ||||
6.3.1.9 | 授权变更主管 | A/R | C | I | ||||
6.3.1.10 | 是否需要争议处理 | |||||||
6.3.1.11 | 驳回变更争议处理 | A/R | C | I | ||||
步骤6.3.2 | ||||||||
6.3.2.1 | 准备初步变更计划 | R | A | |||||
6.3.2.2 | 判断是否一般变更 | A | R | |||||
6.3.2.3 | 评估一般变更的风险与影响 | A | R | |||||
6.3.2.4 | 召集CAB成员 | A/R | C | I | ||||
6.3.2.5 | 影响、风险和工作量评估 | A | C | R | ||||
6.3.2.6 | 回顾和更新变更的范畴、影响和优先级 | A | C | R | ||||
步骤6.3.3 | ||||||||
6.3.3.1 | 评估所有相关RFC | A/R | ||||||
6.3.3.2 | 回顾和讨论CAB结果 | A | R | |||||
6.3.3.3 | 变更审批 | A/R | ||||||
6.3.3.4 | 调集资源 | A | R | |||||
6.3.3.5 | 通知变更的驳回ITSS认证 | A/R | ||||||
步骤6.3.4 | ||||||||
6.3.4.1 | 判别类型 | A/R | ||||||
6.3.4.2 | 安排一般变更 | A/R | ||||||
6.3.4.3 | 变更的通知 | A/R | ||||||
6.3.4.4 | 初步时间安排 | A/R | R | R | ||||
6.3.4.5 | 资源安排 | A | R | I | ||||
步骤6.3.5 | ||||||||
6.3.5.1 | 变更判断 | A | R | |||||
6.3.5.2 | 一般变更的开发测试 | A | R | |||||
6.3.5.3 | 重大变更的开发测试 | A | R | |||||
6.3.5.4 | 测试结果的可接纳性 | A | R | |||||
6.3.5.5 | 失败原因分析 | A | R | |||||
6.3.5.6 | 发现问题，并改进 | A | R | |||||
6.3.5.7 | 准备回退计划 | A | R | |||||
6.3.5.8 | 准备变更上线指南 | A | R | |||||
步骤6.3.6 | ||||||||
6.3.6.1 | 回顾RFC文档和开发测试结果 | A/R | ||||||
6.3.6.2 | 确定变更实施时间 | A/R | ||||||
6.3.6.3 | 宣布时间并实施变更 | A/R | I | I | I | |||
6.3.6.4 | 实施时是否成功 | A | I | R | ||||
步骤6.3.7 | ||||||||
6.3.7.1 | 回顾变更实施过程 | A | R | R | ||||
6.3.7.2 | 验证变更的完成并签收 | A/R | R | R | ||||
6.3.7.3 | 记录经验总结和改进建议 | A | R | |||||
6.3.7.4 | 关闭变更纪录 | A/R | I | I | I | |||
步骤6.3.8 | ||||||||
6.3.8.1 | 召集紧急变更委员会 | A/R | I | I | ||||
6.3.8.2 | 紧急分析 | A/R | R | R | R | |||
6.3.8.3 | 快速安排资源 | A | R | R | R | |||
6.3.8.4 | 协调快速开发、测试紧急变更 | A | R | I/C | ||||
6.3.8.5 | 测试是否成功 | A | R | I/C | ||||
6.3.8.6 | 快速分析失败原因 | A | R | I | ||||
6.3.8.7 | 紧急变更修正 | A | R | I | ||||
6.3.8.8 | 协调实施紧急变更 | A | R | I | ||||
6.3.8.9 | 变更是否成功 | A | R | I | ||||
6.3.8.10 | 紧急变更回退 | A | R | I | ||||
6.3.8.11 | 分析紧急变更失败原因 | A | R | I | ||||
6.3.8.12 | 紧急变更回顾 | A | R | I | ||||
6.3.8.13 | 关闭RFC | A/R | I | I | I | I | ||
步骤6.3.9 | ||||||||
6.3.9.1 | 计划标准变更 | A | R | |||||
6.3.9.2 | 协调标准变更执行 | A | R | |||||
6.3.9.3 | 变更是否成功 | A | R | |||||
6.3.9.4 | 关闭RFC | A/R | I | I | I | |||
步骤6.3.10 | ||||||||
6.3.10.1 | 执行变更回退 | A | R | |||||
6.3.10.2 | 分析失败原因 | A | R | |||||
6.3.10.3 | 判断是否标准变更 | A | R | |||||
6.3.10.4 | 更新该标准变更 | A | R | |||||
步骤2.4.1 | ||||||||
2.4.1.1 | 制订流程考核指标 | R | A | |||||
2.4.1.2 | 制定流程执行报告格式和产生周期 | R | A | |||||
2.4.1.3 | 产生流程执行报告 | R | A | |||||
2.4.1.4 | 报告分发和反馈 | R | I | |||||
2.4.1.5 | 修改变更管理流程考核指标、流程执行报告格式和产生周期 | R | R,A | I | ||||
步骤2.4.2 | ||||||||
2.4.2.1 | 评估流程 | R | R | A | ||||
2.4.2.2 | 开发流程改进实施计划 | R | R | A | ||||
2.4.2.3 | 流程改进实施 | R | R | A | ||||
2.4.2.4 | 流程改进实施回顾 | R | R | A | ||||
步骤2.4.3 | ||||||||
2.4.3 | 升级上报管理ITSS培训 | R,A |
待续
本帖关键字：ITSS