评估项
| 客户应答（栾宜男）
| 备注
|
有专人负责变更管理流程，对整体流程负责，并授权定义、管理、改进流程。
| 变更经理主要负责检查变更文档，并关单。文档要求参照PPT。 ITSS考试
|
|
使用工作任务单来管理员工变更工作，确保要求的活动被执行。
| 只有同组内的做不完变更时派变更任务单，如果涉及多个组会分别开变更单。
|
|
变更管理定义了一个正式的、可审计的流程，用于变更的批准和授权。
| 是，新系统上线和老系统升级适用新增或变更服务管理流程（由业务条线或者开发发起），技术变更适用L2-变更与发布管理流程。
|
|
有统一的变更管理流程，涵盖生产服务和支持基础架构中的所有变更（包括设施、网络）。
| 是。
|
|
对机构或财务有重大影响的变更应提交变更建议，包含业务和财务方面的分析评估，且在提交RFC前应通过业务部门的审批。
| 有的变更会通知业务部门，但是并没有统一的要求。
|
|
变更管理流程控制生产系统的硬件、系统软件、应用软件和网络的变更，包括固件、补丁、参数配置等。
| CI只到硬件层，OS及之上没有记录在CMDB。
|
|
不涉及业务流程的应用程序数据的变更由变更管理流程控制。
| 应用数据的变更会建变更单提交。
|
|
有实施紧急变更的流程。该流程包括技术、风险管理，文档应根据需求作必要的更新，可能是在变更执行之后。
| 与非标准变更审批路径一致，但应急处理前可采用口头或邮件等方式审批，事后补流程。
|
|
有变更咨询委员会（CAB）或其他正式定义的小组，对计划中的变更可能带来的影响作出评估，并评审失败的变更。
| 每周三下午对升级变更进行评审，变更评审会：提交人，运维管理员，专家组（架构组，杭州研发，深圳研发）条线，在会上会与涉及的相关人员一起讨论。
常规变更：目前提交人领导和运营中心领导审批，但是没有实质的风险评估。 ITSS认证
|
|
CAB会议遵循一个正式的标准议程，会后出具会议纪要，并分发给相关人员。
| CAB有会议纪要。
|
|
所有相关人员都能够获知已批准的变更日程安排，并且该日程安排经业务、服务级别管理和其他相关组同意。
| 定期发邮件通知变更日历。
|
|
有作业计划维护窗口，由变更管理流程控制，并得到业务、服务级别管理和其他相关组的认可，其使用情况和有效性被有效监控并且定期输出相关报告。
| 窗口一：周二15:30—周三8:00，仅适用于：
IT类,职能类,风险合规稽核类管理类;
窗口二：周五15:30—下周一8:00,适用于全部系统
|
|
“标准变更”是指一些日常的、低风险、经过评估和验证的变更，通过常规变更流程定义标准变更的内容。
| 有，由系统管理员提交质量经理，审批通过后加入系统清单中。
|
|
变更管理流程与配置管理流程紧密结合。
| 不要求管理员更改配置项，靠监控系统同步。
变更影响分析靠经验。
|
|
有相关机制能够发现生产环境中的未授权变更，并进行调查，采取相应的措施。
| 目前由监控系统直接同步CMDB。
|
|
每一个变更都要包含变更实施计划，并且内容足够充分，使实施风险最小化。
| 要求有升级说明，由变更经理关闭变更单之前检查。
|
|
变更包含补救（回退）计划。
| 限业务影响度为较高以上系统。
|
|
根据变更类型和类别，运用合适的测试标准进行测试。
| 紧急变更也要求测试。
|
|
变更成功后进行验证，识别产生的问题并采取措施解决。
| 目前要求在一周内总结因变更导致的事件单。
|
|
更新变更相关文档。
| 没有明确要求。目前评估变更后需要对哪些文档进行变更难以评估。 ITSS培训
|
|
转播
分享
淘帖
()