由日常工作想起的变更管理的一些小火花
学习资料： ITIL培训基地专家讲堂直播 300期视频回放
我本人目前是负责审批会前期确认会影响对外服务的变更审批，包括基础架构、应用系统、中间件，主要确认变更时间、确认风险、确认影响范围及对用户的知会等工作，各位不要笑，是比较杂了点，部门也不大，60多人，甲方，包括了开发团队、运维团队等等。
这半年，在变更结果上出现了一些不好的结果，一方面固然是由于系统的扩大和日趋复杂，另一方面也是一直按工作流程来执行，case by case的沟通，并没有什么成文的制度。我准备着手制订变更申请和审批的制度，大概的想法如下：
1、变更审批涉及的配置管理，基础架构(服务器、中间件、网络、防火墙）-》应用系统-》数据传输（作业，即时传输）,这个是内功，不能保证即时的管理，但起码保证在有可能产生重大影响的方面做到一个短周期内的可见。
2、信息更新机制（在没有系统进行管理的情况下）
3、制度：变更审批指导制度，上诉作为附属资料参考
4、目的：审批变更的时候的评估影响范围及指导申请的时候所需的提前做的工作内容及交付物
5、变更分级机制，不同的系统的划分不同的时段执行，需要设立禁止变更的时间段
6、变更申请的前置工作及信息充足与风险评估出的警告等级的之间换算关系
7、申请准备工作充足换取成功率
有点乱，只是抛砖，希望引玉
不错，变更管理需要设计合理，可以控制风险，又不会增加太多的工作量。 jacky 发表于 2011-8-24 11:38 static/image/common/back.gif
需要領導支持。
这个不用太担心，我们公司的文化里有条“有效授权”，因此基本我在制定制度的时候只要能够让有利益关联的认可，基本领导都会支持. 有领导推动就好做
页:
[1]
2