项目自身特点，频繁变更。这样的项目如何进行发布版本控制！

猫儿

项目自身特点，频繁变更。这样的项目如何进行发布版本控制！

请大家畅有欲言！！！！

luoyear

1、提交版本测试时候，必须提交变更说明及系统测试建议；

迎风

首先项目是否有建立起配置管理的流程？另外建立起相应流程后在操作过程中团队是否能保证流程的严肃性？每个项目不同阶段都有不同的变更响应策略，是否有流于形式？阶段里程碑的实施是否有进行量化跟踪？等等……

其实，变更频繁并不可怕，可怕的是变更失去控制……因此，我想这个问题还是从机制和组织架构方面切入比较妥当，当然，这首先就又回到管理层的态度这个问题的上面了，呵呵～

猫儿

流程都有的。

有时候我们在想，受控的代价，往往是时间及工作量。

作为领导层，常常顾及不了流程，更观注市场，所以，问题就来了。

有没有时间、工作量小，而能让版本能到控制的办法。

迎风

其实配置管理只要前期合理规划，加上有适合的流程与工具并且能得到项目团队的普遍支持，并不会开销太多的时间来进行。当然，随着项目规模的提高配置项的增加也会增加配置管理的复杂度，这时就必须在时间、效率和质量三个方面进行权衡了～～

wzb521

啊哦，俺们的功能是一直在加的，敢问大虾们，这个怎么控制呢？

我只是发表了一次建议，于是我们公司出来了一个中间版本，已经趋于稳定，欣喜ing

但最近不知道是软件还是硬件原因，客户方硬件通讯瘫痪，不用我们中间版本了，郁闷。