[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

[p=30,2,center]

我本人目前是负责审批会前期确认会影响对外服务的变更审批，包括基础架构、应用系统、中间件，主要确认变更时间、确认风险、确认影响范围及对用户的知会等工作，各位不要笑，是比较杂了点，部门也不大，60多人，甲方，包括了开发团队、运维团队等等。

这半年，在变更结果上出现了一些不好的结果，一方面固然是由于系统的扩大和日趋复杂，另一方面也是一直按工作流程来执行，casebycase的沟通，并没有什么成文的制度。我准备着手制订变更申请和审批的制度，大概的想法如下：
1、变更审批涉及的配置管理，基础架构(服务器、中间件、网络、防火墙）-》应用系统-》数据传输（作业，即时传输）,这个是内功，不能保证即时的管理，但起码保证在有可能产生重大影响的方面做到一个短周期内的可见。
2、信息更新机制（在没有系统进行管理的情况下）
3、制度：变更审批指导制度，上诉作为附属资料参考
4、目的：审批变更的时候的评估影响范围及指导申请的时候所需的提前做的工作内容及交付物
5、变更分级机制，不同的系统的划分不同的时段执行，需要设立禁止变更的时间段
6、变更申请的前置工作及信息充足与风险评估出的警告等级的之间换算关系
7、申请准备工作充足换取成功率

有点乱，只是抛砖，希望引玉

变更前需有测试这一环节，这最好由专属组别负责。

楼主的介绍里面没有提到任何的变更后验证和评审的步骤，这样的变更流程是不完全的。

另外，要向标准化变更必须要有个规章制度出台。建议先看看ITIL的书把制度先弄出来吧。

有领导推动就好做

jacky 发表于 2011-8-24 11:38
需要領導支持。

这个不用太担心，我们公司的文化里有条“有效授权”，因此基本我在制定制度的时候只要能够让有利益关联的认可，基本领导都会支持.