20150729淡然

续上

3.4.2变更管理主流程（CH-0变更管理流程）

1）主流程图

2）主流程说明：

[p=21,null,center]编码	[p=21,null,center]活动	[p=21,null,center]责任人	[p=21,null,center]说明
[p=21,null,left]SUB-1	[p=21,null,left]变更的发起、接受与分类	[p=21,null,left]变更发起者	变更发起者在系统中发起或者接受一个变更，并对其进行相关类型的分类。ITSS培训
[p=21,null,left]SUB-2	[p=21,null,left]变更的评估与审批	变更经理 变更负责人 CAB	对变更负责人的变更计划进行评估，分析对IT业务和其他业务是否有影响。分析是否需要变更以及判断是否为重大变更
[p=21,null,left]SUB-3	任务安排分派	变更经理	变更经理安排分派变更单
[p=21,null,left]SUB-4	构建变更	变更负责人	变更负责人根据计划构建变更，并做好回滚机制。
[p=21,null,left]SUB-5	实施变更	变更执行者	变更执行者实施变更，测试变更，更改变更记录；在实施变更过程中（主要针对应用系统），变更执行者根据变更需求判断是否需要提交发布申请，若需要，则提交发布申请，转至发布管理流程，待发布流程结束后，再返回变更流程进行相应处理。
[p=21,null,left]SUB-6	关闭变更	变更负责人	验证变更信息，制定后续计划，关闭变更。

3.4.3子流程1（SUB-1发起、接受&分类）

1）SUB-1流程图

2）SUB-2流程说明

[p=21,null,center]编码	[p=21,null,center]活动	[p=21,null,center]责任人	[p=21,null,center]说明
[p=21,null,left]BGFQZ-1	[p=21,null,left]收集变更信息	变更发起者	根据变更需求，收集变更相关的准备信息，通常有外部业务流程（事件、配置、变更）的推动，和变更业务申请
[p=21,null,left]BGFQZ-2	验证&提交RFC	变更发起者	验证收集的变更准备信息，并根据变更表单提交RFC
[p=21,null,left]BGFQZ-3	判断信息是否完整	变更发起者	提交前审核变更表单信息是否完整
[p=21,null,left]BGFQZ-4	收集补充信息	变更发起者	若变更表单信息不完整，则补充缺失的信息，有些信息补全需要通过外部流程ITSS认证
[p=21,null,left]BGFQZ-5	对RFC进行分类	变更发起者	对收集完整的变更请求，进行分类选择
[p=21,null,left]BGFQZ-6	确认合适的执行路径	变更发起者	依据客户需求和收集的变更信息，选择合适的执行路径后，发送给下一子流程（SUB-2评估、审批）

3.4.4子流程2（SUB-2评估、审批）

1）SUB-2流程图

2）SUB-2流程说明

[p=21,null,center]编码	[p=21,null,center]活动	[p=21,null,center]责任人	[p=21,null,center]说明
[p=21,null,left]BGJL-1	[p=21,null,left]初步计划	变更经理	变更负责人依据变更信息制定初步的变更计划
[p=21,null,left]BGJL-2	判断是否为重大变更	变更经理	依据RFC信息&分类，判断变更类型是否为重大变更
[p=21,null,left]BGJL-3	评估&审批IT影响	变更经理	当此变更类型为标准变更时，由变更经理依据CI配置信息，进行评估&审批IT影响
[p=21,null,left]BGJL-4	评估&审批业务影响	变更经理	当此变更类型为标准变更时，由变更经理依据CI配置信息，进行评估&审批业务影响
[p=21,null,left]BGJL-5	判断是否需要变更	变更经理	依据前两步的分析结果，判断该RFC的可行性
[p=21,null,left]CAB-1	评估&审批IT影响	变更专家组	当此变更类型为重大变更时，由CAB依据CI配置信息，进行评估&审批IT影响
[p=21,null,left]CAB-2	评估&审批业务影响	变更专家组	当此变更类型为重大变更时，由CAB依据CI配置信息，进行评估&审批业务影响ITSS考试
[p=21,null,left]CAB-3	判断是否需要变更	变更专家组	依据前两步的分析结果，判断该RFC的可行性
[p=21,null,left]BGJL-6	联系用户	变更经理	当RFC被拒绝后，需要由变更负责人跟用户（变更发起人）确认变更被拒绝的结果和理由，通常需要通过外部接口来和用户沟通，确认完毕后将流程发送至关闭变更流程（SUB-6变更关闭）

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

本帖关键字：ITSS

20150729淡然

续上

3.4.2变更管理主流程（CH-0变更管理流程）

1）主流程图

2）主流程说明：

[p=21,null,center]编码	[p=21,null,center]活动	[p=21,null,center]责任人	[p=21,null,center]说明
[p=21,null,left]SUB-1	[p=21,null,left]变更的发起、接受与分类	[p=21,null,left]变更发起者	变更发起者在系统中发起或者接受一个变更，并对其进行相关类型的分类。ITSS培训
[p=21,null,left]SUB-2	[p=21,null,left]变更的评估与审批	变更经理 变更负责人 CAB	对变更负责人的变更计划进行评估，分析对IT业务和其他业务是否有影响。分析是否需要变更以及判断是否为重大变更
[p=21,null,left]SUB-3	任务安排分派	变更经理	变更经理安排分派变更单
[p=21,null,left]SUB-4	构建变更	变更负责人	变更负责人根据计划构建变更，并做好回滚机制。
[p=21,null,left]SUB-5	实施变更	变更执行者	变更执行者实施变更，测试变更，更改变更记录；在实施变更过程中（主要针对应用系统），变更执行者根据变更需求判断是否需要提交发布申请，若需要，则提交发布申请，转至发布管理流程，待发布流程结束后，再返回变更流程进行相应处理。
[p=21,null,left]SUB-6	关闭变更	变更负责人	验证变更信息，制定后续计划，关闭变更。

3.4.3子流程1（SUB-1发起、接受&分类）

1）SUB-1流程图

2）SUB-2流程说明

[p=21,null,center]编码	[p=21,null,center]活动	[p=21,null,center]责任人	[p=21,null,center]说明
[p=21,null,left]BGFQZ-1	[p=21,null,left]收集变更信息	变更发起者	根据变更需求，收集变更相关的准备信息，通常有外部业务流程（事件、配置、变更）的推动，和变更业务申请
[p=21,null,left]BGFQZ-2	验证&提交RFC	变更发起者	验证收集的变更准备信息，并根据变更表单提交RFC
[p=21,null,left]BGFQZ-3	判断信息是否完整	变更发起者	提交前审核变更表单信息是否完整
[p=21,null,left]BGFQZ-4	收集补充信息	变更发起者	若变更表单信息不完整，则补充缺失的信息，有些信息补全需要通过外部流程ITSS认证
[p=21,null,left]BGFQZ-5	对RFC进行分类	变更发起者	对收集完整的变更请求，进行分类选择
[p=21,null,left]BGFQZ-6	确认合适的执行路径	变更发起者	依据客户需求和收集的变更信息，选择合适的执行路径后，发送给下一子流程（SUB-2评估、审批）

3.4.4子流程2（SUB-2评估、审批）

1）SUB-2流程图

2）SUB-2流程说明

[p=21,null,center]编码	[p=21,null,center]活动	[p=21,null,center]责任人	[p=21,null,center]说明
[p=21,null,left]BGJL-1	[p=21,null,left]初步计划	变更经理	变更负责人依据变更信息制定初步的变更计划
[p=21,null,left]BGJL-2	判断是否为重大变更	变更经理	依据RFC信息&分类，判断变更类型是否为重大变更
[p=21,null,left]BGJL-3	评估&审批IT影响	变更经理	当此变更类型为标准变更时，由变更经理依据CI配置信息，进行评估&审批IT影响
[p=21,null,left]BGJL-4	评估&审批业务影响	变更经理	当此变更类型为标准变更时，由变更经理依据CI配置信息，进行评估&审批业务影响
[p=21,null,left]BGJL-5	判断是否需要变更	变更经理	依据前两步的分析结果，判断该RFC的可行性
[p=21,null,left]CAB-1	评估&审批IT影响	变更专家组	当此变更类型为重大变更时，由CAB依据CI配置信息，进行评估&审批IT影响
[p=21,null,left]CAB-2	评估&审批业务影响	变更专家组	当此变更类型为重大变更时，由CAB依据CI配置信息，进行评估&审批业务影响ITSS考试
[p=21,null,left]CAB-3	判断是否需要变更	变更专家组	依据前两步的分析结果，判断该RFC的可行性
[p=21,null,left]BGJL-6	联系用户	变更经理	当RFC被拒绝后，需要由变更负责人跟用户（变更发起人）确认变更被拒绝的结果和理由，通常需要通过外部接口来和用户沟通，确认完毕后将流程发送至关闭变更流程（SUB-6变更关闭）

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

本帖关键字：ITSS