各位大侠，下午好啊！ 本人做了两年的配置管理，还略懂皮毛，没做过比较规范的配置管理，很多概念都不是很明白。。。。 看过很多资料，都说 “变更控制” 在配置管理中非常重要，不明白变更控制，到底要做什么，如何体现的。 例如：客户提出某个新需求，相关人员提出了变更申请并通过，当需求文档变更后，我们做变更控制的，是不是要提醒相关人员变更设计文档、源代码等。 下面是大家讨论的结果： 广州 - 艺剑 还有一个问题，就是变更控制，看了不少资料，但是一看到这个词，我还是答不出一个所以然来 广州 - 艺剑 具体的变更控制，到底要做些什么东西 ？ 北京-xiaoxiang 同问 广州 - 艺剑 看到不少说，例如，需求改了，设计和代码也要接着改，这些需要改的东西，应该是相关人员改的，我们也不会改啊 北京 - 恐龙 但是 这个变更的动作得记录下来 北京 - 恐龙 在配置库中存档变更申请这些。。 深圳 - 莲 项目 CMO 要做的是，正确版本的变更包的控制。 北京 - 恐龙 实际上咱们做的不是变更控制 北京 - 恐龙 而是 变更管理 广州 - 艺剑 怎么控制？需求文档改了，是我们提醒要变更设计和源码吗？ 北京 - 恐龙 不是 广州 - 艺剑 而且这个概念好像很泛啊，就算需求没变，源码也是不断变更的啊 北京 - 恐龙 是相关的变更得有证据才能修改原来的东西 广州 - 艺剑 有点难以理解， 广州 - 艺剑 没接触过变更的管理，只是有时项目经理会叫我统计一下各个模块在某段时间内提交过几次，仅此而已 广州 - 艺剑 这个应该不叫变更管理吧 北京-laofo o 北京 - 恐龙 变更特指 项目方向、性质、等大的变动，代码的不算 广州 - 艺剑 哦，那比如客户有新需求，然后需求分析师就把需求更新并通知大家，相关开发人员更新设计文档，那我们做什么？ 北京 - 恐龙 这就是需求变更 广州 - 艺剑 嗯，我知道是需求变更，那我们怎么做变更控制？ 广州 - 艺剑 就是具体要做什么 北京 - 恐龙 客户有需求 北京 - 恐龙 那么 产品经理就该准备提相关的需求变更 要求 北京 - 恐龙 然后是相关的需求评审
北京 - 恐龙 评审通过，就可以开始变更 广州 - 艺剑 是，这个过程我都能理解，可是好像还是没我们要做的事情啊 北京 - 恐龙 有啊 北京 - 恐龙 变更单的存储 北京 - 恐龙 相关文档变更存档 杭州-violin 1、申请人提交变更申请 2、项目经理对变更进行评估，组织变更会议，决定是否变更 3、执行与跟踪变更

你需要定义变更申请表盒变更跟踪控制表模板 北京 - 恐龙 其他的就基本上不需要了 广州 - 艺剑 那不是自动提交到 cvs 了嘛 广州 - 艺剑 呵呵 广州 - 艺剑 然后 cvs 就记下了 版本信息了

北京 - 恐龙 就是 提出变更申请->审批->变更->评审->执行 …… 一系列动作

杭州-violin CM 要去验证这些变更项是否完成变更，并要做记录的 广州 - 艺剑 哦，那能不能这样理解，比如变更申请已经通过了，并确定了需求说明书和某个设计模块需要变更，那我们要去及时检查是否有更新？ 杭州-violin 是的 ，变更表上有完成时间的 杭州-violin 我们到那个时间点就要去跟踪和验证下

[[i] 本帖最后由 艺剑 于 2010-11-30 16:35 编辑 ]