20150829 淡然

续上


4.10   RACI 表

流程可能涉及不同的部门与边界，因此流程和工作指南需要映射到角色上，流程的负责人需要进行相应的确认和安排。当某公司开始新的管理流程时，不同的角色需要理解和明确其职责，因此，对于变更管理流程的每一活动都需要明确其与每一角色的管理，其可能的关系如下：

承担(Accountable)                          该角色对该活动结果承担责任，确保该活动的完成

负责(Responsible)                           该角色负责该活动的具体实施                             ITSS考试

咨询(Consult before Implement)       该活动的实施前需要咨询该角色的意见

告知(Inform after Implement)            该活动的结果应该通知该角色

4.10.1   RACI表格简缩用语[td]

流程角色	缩写
变更经理(Change Manager)	CM
变更协调员(Change Coordinator)	Ccoo
变更主管(Change Owner)	CO
变更流程主管（Change Management Process Owner）	CMPO
变更流程执行负责人(Change Management Process Executor)	CMPE
变更管理委员会(Change Advisory Board)	CAB
紧急变更管理委员会(Emergency Change Advisory Board)	ECAB

4.10.2   RACI 表格

负责(Responsible)、承担(Accountable)、事前咨询(Consult before doing)、事后通知(Inform after doing)

[td]

编号	步骤/工作指南	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

待续http://www.ITILxf.com/thread-52364-1-1.html

本帖关键字：ITSS

展开全部

微信扫一扫，阅读更方便^_^

20150829 淡然

续上


4.10   RACI 表

流程可能涉及不同的部门与边界，因此流程和工作指南需要映射到角色上，流程的负责人需要进行相应的确认和安排。当某公司开始新的管理流程时，不同的角色需要理解和明确其职责，因此，对于变更管理流程的每一活动都需要明确其与每一角色的管理，其可能的关系如下：

承担(Accountable)                          该角色对该活动结果承担责任，确保该活动的完成

负责(Responsible)                           该角色负责该活动的具体实施                             ITSS考试

咨询(Consult before Implement)       该活动的实施前需要咨询该角色的意见

告知(Inform after Implement)            该活动的结果应该通知该角色

4.10.1   RACI表格简缩用语[td]

流程角色	缩写
变更经理(Change Manager)	CM
变更协调员(Change Coordinator)	Ccoo
变更主管(Change Owner)	CO
变更流程主管（Change Management Process Owner）	CMPO
变更流程执行负责人(Change Management Process Executor)	CMPE
变更管理委员会(Change Advisory Board)	CAB
紧急变更管理委员会(Emergency Change Advisory Board)	ECAB

4.10.2   RACI 表格

负责(Responsible)、承担(Accountable)、事前咨询(Consult before doing)、事后通知(Inform after doing)

[td]

编号	步骤/工作指南	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

待续http://www.ITILxf.com/thread-52364-1-1.html

本帖关键字：ITSS

展开全部

微信扫一扫，阅读更方便^_^