jennyzhu 发表于 2011-4-28 13:15 http://ITIL-foundation.cn/static/image/common/back.gif
我们公司变更和发布是并列的两种，两个跑的流程基本一致，跟richard说的比较接近，所以很难区分两者 。按照 ...
预授权的变更（或称标准变更）有多种处理方法，最简单的就是直接派工单，这个不用走发布。比如修改用户密码，服务台收到用户的请求，直接帮用户改好了，工单关闭即可。
非标准变更，比如用户换一台主机，已经涉及到CMDB中CI的变化，这个需要变更申请，并通过发布去是实现。
你说的变更和发布是并列的情况，应该那个所谓的发布是变更+发布吧？这个还好理解一点。但前面那个所谓的变更，只审批，后面谁做事？
感觉各位对发布和变更的目的和边界搞混了
大家会理解不同也很正常因为不同企业的流程执行不同。
说说我们的流程吧。
变更可以作为事件流程的中间过程，变更不走完，事件不能执行下步操作。
发布和变更没关系，发布流程内置审批活动，而且只限制在软件版本更新领域，硬件的则根据规模和范围判断是直接走事件还是通过变更审核。
还是没太明白各位的说法。我们公司在新建变更的时候有三种：标准变更、紧急变更、发布，三者是并列的关系，跑的流程基本一致，所以一旦有变更发生，“标准变更”和“发布”之间如何选择就成了问题。
感觉大家还是为了建流程而建流程，如果变更和发布流程同样，为什么不删除一个流程呢，保证了风险审批就可以了。
发布管理很多人认为是变更管理的实施流程，也没法说这个是错误的。重启小机可能需要审批，但是一般谁还会走个发布流程呢。
所以建议发布流程只管理软件产品的部署，测试和实施。