你们是不是把“发布流程”定义为初始发布了？
我做个产品版本变更图说明下，你看看你们是不是这种情况
V1.0 功能点A-B-C-D-E
V1.1功能点A变更为A1
A1-B-C-D-E
V2.0发布新功能F
功能点A1-B-C-D-E-F
……
看了你们的流程设置，我觉得你们是理解成这样了，对不对？
本帖最后由 longerwood 于 2011-4-30 01:33 编辑
1、变更管理是规避IT环境的变化给IT服务满足业务目标所带来的风险的控制过程。
2、发布管理是规避一个变更的实施给IT服务满足业务目标所带来的风险的控制过程。
3、也就是说，变更管理的主要执行内容是在对变更的需求或原因的评估和审查，确认是否需要执行这样一个变更，同时跟踪变更的执行过程。这个过程就是变更管理过程的前一部分。
4、而当一个变更被确定实施后，为了保证这个变更给生产环境带来的风险最小，我们需要在变更在生产系统上实施之前，在测试环境中进行测试，确认IT环境的这个变化不会对IT服务形成风险，或知晓这个变化可能对IT服务造成什么样的风险并进一步评估，以确定最终是否将这个变化付诸实施于生产环境。这个过程就是发布管理过程。
5、在确认一个IT环境的变化可以实施于生产环境中，还要考虑“回退”的机制，因为虽然在测试环境中经过测试和评估，但任何生产环境的变化仍然还是存在一定的不确定性的风险，因此在生产环境中执行变更要有“回退”机制的保障。这个过程是变更管理过程的后一部分，在这部分之后还有变更的完成部分，比如通知客户，归档进行配置管理变更等等。
6、另外，发布管理不仅仅是针对“软件系统”的，可能我们比较习惯于“软件的发布”，即软件又发布了一个新版本，但对于IT服务来讲，IT环境的一个配置项的变化都需要“发布”到IT环境之中。
7、对于什么样的变更会引起发布管理过程的执行，这个要根据变更的分类分级确定，比如常规变更/日常变更就不需要发布管理，一般变更和重要变更需要进行发布管理，而紧急/例外变更是先变更，而后补充履行发布管理。
:P 楼上解释的很清晰。
回复 Serendipity 的帖子
我们现在还没具体实施，只是定义是这样定义的，按照我们的定义，感觉就是
V1.0 A-B-C-D-E
有变更了
V1.1 A1-B-C-D-E 可以走变更，也可以走发布，两者都可以选，就是不知道什么时候改选什么