20150729  淡然

续上

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

1）主流程图

2）主流程说明：

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

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

1）SUB-1流程图

  

2）SUB-2流程说明

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

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

1）SUB-2流程图

2）SUB-2流程说明

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

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

本帖关键字：ITSS

20150729  淡然

续上

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

1）主流程图

2）主流程说明：

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

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

1）SUB-1流程图

  

2）SUB-2流程说明

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

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

1）SUB-2流程图

2）SUB-2流程说明

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

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

本帖关键字：ITSS