20151112  淡然

续上

5.3      变更管理流程详细设计5.3.1      （9.2.1）变更发起

序号	步骤名称	责任人	输入	输出	说明
9.2.1.1	收集信息	变更请求者	变更需求		q 变更申请人收集变更需求。变更需求可能来自于IT人员维护自发的、用户从OA提交的，以及事件、问题管理流程
9.2.1.2	填写变更请求单	变更请求者		变更请求记录RFC	q 创建变更请求记录             ITSS考试 q 填写变更请求记录 l   变更请求记录必须包含变更来源、变更类型、变更所属应用系统、变更分类、变更描述（变更内容、变更原因）、变更是否中断业务、是否需要测试、计划开始时间、计划完成时间、需通知部门等信息。 q 初步为变更分配类型、等级等 q 对于用户从OA提交的变更，如已在OA环节完成了系统关键用户、业务部门等方面的评审，并且IT运维服务部也有相关人员参加了并达成一致，则由变更请求者直接将评审相关结论、意见、文档以及变更计划等作为附件一并提交 q 完成后提交给相关领域的变更主管，（必要时咨询变更经理）转9.2.2

5.3.2      （9.2.2）检查、分类和计划

序号	步骤名称	责任人	输入	输出	说明
9.2.2.1	检查变更请求内容、类型、等级	变更主管	初始的RFC	完善的RFC	q 变更主管负责对变更请求者提交的RFC进行检查，检查其信息的完整性和正确性 q 如信息不完整或不正确，则协同变更请求者完善该变更请求单 q 评估变更的等级等信息
	接受变更吗？		完善的RFC		q 判断是否接受变更， 如接受，更新变更状态为‘计划中’                   ITSS认证 判断是否是紧急变更，如是紧急变更，则转9.2.10紧急变更子流程，否则作为非标准变更转9.2.2.3协调资源 q 如不接受，则转9.2.2.2取消变更
9.2.2.2	取消变更，更新记录并关闭变更	变更主管	初始的RFC	批复原因 取消并关闭的RFC	q 取消变更，更新变更记录，将状态改为‘关闭’，结束代码设为‘取消’ q 通知变更请求者变更取消的原因
9.2.2.3	协调资源	变更主管	完善的RFC	协调好的资源	q 变更主管协调各方资源，这些资源是各领域的技术人员，可能包括厂家、集成商、或省公司自己的维护人员，并可将变更单转给主要的技术人员进行方案制定与评审，如需要可开出子任务单给相关人员协助评估，协助人员通过子任务单反馈意见 q 如有必要，变更主管负责再次评估变更的等级，提出可能会影响哪些业务系统和部门，以供决策参考 q 对重大或复杂的变更可能需要变更经理帮助协调各方资源
9.2.2.4	制定变更实施计划、测试计划、回退计划	变更实施人员	完善的RFC、 协调好的资源	变更实施计划、回退计划、测试计划	q 可以查询配置管理数据库，找出可能会受影响的配置项和关系 q 利用各方资源，包括子任务单的反馈意见，制定出明确的最终变更方案，实施计划，可包括技术实施步骤、测试计划、回退计划、日程安排、实施人员安排、通告计划、监控计划（监控内容、监控时间、负责人）等，详细程度因具体变更的内容和难易程度而定 q 对于OA上提交的变更，在变更请求者提交变更时已将变更相关计划和业务评审结果一并附上，变更主管可直接进行评估并提交变更经理进行方案合理性审批
	需要测试吗？				q 如需要测试，则转9.2.2.5 测试变更 q 如没有测试条件或不需要测试，则将所有计划和相关文档提交给变更主管，转9.2.2.6由变更主管，初步审核所有计划，整理相关信息，并提交给变更经理审批
9.2.2.5	测试变更	变更实施人员	变更实施计划、回退计划、测试计划	修正的变更实施计划、回退计划、测试报告	q 如有条件，则对变更实施计划和回退计划进行测试，保证变更的正确进行和回退的有效性 q 整理测试报告
9.2.2.6	初步审核所有计划，整理相关信息，并提交给变更经理审批	变更主管	RFC、实施计划、回退计划、测试报告		q 变更主管初步审核所有计划，整理相关信息，更新RFC，提交RFC及变更计划等附件给变更经理 q 转9.2.3 审批变更
	重新计划？		驳回的RFC，变更经理返回的审批意见和结果		q 变更主管从9.2.6收到被驳回的变更请求，可以决定取消或重新计划 q 如果决定重新计划 ，更新变更状态为‘计划中’，转9.2.2.3重新计划                  ITSS培训 q 否则，转9.2.2.2取消变更

待续http://ITIL-foundation.cn/thread-53152-1-1.html

本帖关键字：ITSS

20151112  淡然

续上

5.3      变更管理流程详细设计5.3.1      （9.2.1）变更发起

序号	步骤名称	责任人	输入	输出	说明
9.2.1.1	收集信息	变更请求者	变更需求		q 变更申请人收集变更需求。变更需求可能来自于IT人员维护自发的、用户从OA提交的，以及事件、问题管理流程
9.2.1.2	填写变更请求单	变更请求者		变更请求记录RFC	q 创建变更请求记录             ITSS考试 q 填写变更请求记录 l   变更请求记录必须包含变更来源、变更类型、变更所属应用系统、变更分类、变更描述（变更内容、变更原因）、变更是否中断业务、是否需要测试、计划开始时间、计划完成时间、需通知部门等信息。 q 初步为变更分配类型、等级等 q 对于用户从OA提交的变更，如已在OA环节完成了系统关键用户、业务部门等方面的评审，并且IT运维服务部也有相关人员参加了并达成一致，则由变更请求者直接将评审相关结论、意见、文档以及变更计划等作为附件一并提交 q 完成后提交给相关领域的变更主管，（必要时咨询变更经理）转9.2.2

5.3.2      （9.2.2）检查、分类和计划

序号	步骤名称	责任人	输入	输出	说明
9.2.2.1	检查变更请求内容、类型、等级	变更主管	初始的RFC	完善的RFC	q 变更主管负责对变更请求者提交的RFC进行检查，检查其信息的完整性和正确性 q 如信息不完整或不正确，则协同变更请求者完善该变更请求单 q 评估变更的等级等信息
	接受变更吗？		完善的RFC		q 判断是否接受变更， 如接受，更新变更状态为‘计划中’                   ITSS认证 判断是否是紧急变更，如是紧急变更，则转9.2.10紧急变更子流程，否则作为非标准变更转9.2.2.3协调资源 q 如不接受，则转9.2.2.2取消变更
9.2.2.2	取消变更，更新记录并关闭变更	变更主管	初始的RFC	批复原因 取消并关闭的RFC	q 取消变更，更新变更记录，将状态改为‘关闭’，结束代码设为‘取消’ q 通知变更请求者变更取消的原因
9.2.2.3	协调资源	变更主管	完善的RFC	协调好的资源	q 变更主管协调各方资源，这些资源是各领域的技术人员，可能包括厂家、集成商、或省公司自己的维护人员，并可将变更单转给主要的技术人员进行方案制定与评审，如需要可开出子任务单给相关人员协助评估，协助人员通过子任务单反馈意见 q 如有必要，变更主管负责再次评估变更的等级，提出可能会影响哪些业务系统和部门，以供决策参考 q 对重大或复杂的变更可能需要变更经理帮助协调各方资源
9.2.2.4	制定变更实施计划、测试计划、回退计划	变更实施人员	完善的RFC、 协调好的资源	变更实施计划、回退计划、测试计划	q 可以查询配置管理数据库，找出可能会受影响的配置项和关系 q 利用各方资源，包括子任务单的反馈意见，制定出明确的最终变更方案，实施计划，可包括技术实施步骤、测试计划、回退计划、日程安排、实施人员安排、通告计划、监控计划（监控内容、监控时间、负责人）等，详细程度因具体变更的内容和难易程度而定 q 对于OA上提交的变更，在变更请求者提交变更时已将变更相关计划和业务评审结果一并附上，变更主管可直接进行评估并提交变更经理进行方案合理性审批
	需要测试吗？				q 如需要测试，则转9.2.2.5 测试变更 q 如没有测试条件或不需要测试，则将所有计划和相关文档提交给变更主管，转9.2.2.6由变更主管，初步审核所有计划，整理相关信息，并提交给变更经理审批
9.2.2.5	测试变更	变更实施人员	变更实施计划、回退计划、测试计划	修正的变更实施计划、回退计划、测试报告	q 如有条件，则对变更实施计划和回退计划进行测试，保证变更的正确进行和回退的有效性 q 整理测试报告
9.2.2.6	初步审核所有计划，整理相关信息，并提交给变更经理审批	变更主管	RFC、实施计划、回退计划、测试报告		q 变更主管初步审核所有计划，整理相关信息，更新RFC，提交RFC及变更计划等附件给变更经理 q 转9.2.3 审批变更
	重新计划？		驳回的RFC，变更经理返回的审批意见和结果		q 变更主管从9.2.6收到被驳回的变更请求，可以决定取消或重新计划 q 如果决定重新计划 ，更新变更状态为‘计划中’，转9.2.2.3重新计划                  ITSS培训 q 否则，转9.2.2.2取消变更

待续http://ITIL-foundation.cn/thread-53152-1-1.html

本帖关键字：ITSS