20150829淡然

续上


4.10RACI表

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

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

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

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

告知(InformafterImplement)该活动的结果应该通知该角色

4.10.1RACI表格简缩用语[td]

流程角色	缩写
变更经理(ChangeManager)	CM
变更协调员(ChangeCoordinator)	Ccoo
变更主管(ChangeOwner)	CO
变更流程主管（ChangeManagementProcessOwner）	CMPO
变更流程执行负责人(ChangeManagementProcessExecutor)	CMPE
变更管理委员会(ChangeAdvisoryBoard)	CAB
紧急变更管理委员会(EmergencyChangeAdvisoryBoard)	ECAB

4.10.2RACI表格

负责(Responsible)、承担(Accountable)、事前咨询(Consultbeforedoing)、事后通知(Informafterdoing)

[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.10RACI表

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

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

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

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

告知(InformafterImplement)该活动的结果应该通知该角色

4.10.1RACI表格简缩用语[td]

流程角色	缩写
变更经理(ChangeManager)	CM
变更协调员(ChangeCoordinator)	Ccoo
变更主管(ChangeOwner)	CO
变更流程主管（ChangeManagementProcessOwner）	CMPO
变更流程执行负责人(ChangeManagementProcessExecutor)	CMPE
变更管理委员会(ChangeAdvisoryBoard)	CAB
紧急变更管理委员会(EmergencyChangeAdvisoryBoard)	ECAB

4.10.2RACI表格

负责(Responsible)、承担(Accountable)、事前咨询(Consultbeforedoing)、事后通知(Informafterdoing)

[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