ITSM中的发布管理

[size=5]我们在参考ITIL实施了事件、问题、变更及需求管理后，准备着手整理发布管理。我想的发布管理主要有：范围管理、质量管理、沟通管理和风险管理。
范围管理：明确本次发布了哪些系统等；
质量管理：明确发布的质量，有多少比率的回滚，多少比率的重发布；
沟通管理：本次发布是否都有相关的通告，发布过程及发布结果是否都透明；
风险管理：相关的发布风险是否有被识别，有没有相关的应对措施，以及相关的发布是否得到相应的审批等等。
抛砖引玉，希望大家给我更多的建议。最好是做过发布管理的人提供一些经验，谢谢！
[/size]

可以交流一下

在这交流撒  我也学习学习

发布方式放在哪里了？发布的流程在那里体现？沟通的透明程度、风险的识别程度都可以放入质量管理，作为质量管理的一项，我觉得你更应该突出流程来。

回复 #1 BluePrincess 的帖子

发布管理的焦点在于测试本身，将要保障你置入生产环境的一切对象是检验过的，完成发布的动作、风险甚至回滚方法均需要提前制作出来，以保证作业的顺利。
    个人觉得你写的内容更多是针对整个发布管理流程的层次，而不是针对一个单一发布动作管理，你的体系设计的焦点在于流程，流程保障你的每一个操作的规范性，这才是发布管理最需要攻克的部份。应该更深入些。

赞同楼上的观点，从管理控制角度，流程化的规范可以保障执行力，发布管理的体系设计重点在于流程设计。在实施的时候，需要借助支持工作流技术的ITSM软件做落地支撑，否则流程文件只会放在抽屉里或者贴在墙面上，不能得到流畅高效率的执行。

到QQ群里来交流吧.


人还不少哦.

构建“最终硬件库”和“最终软件库”

构建“最终硬件库”和“最终软件库”