现在我们项目的情况：
需求、设计、开发三部分是迭代进行的，但是需求的东西，可以说天天改，天天有增加的！

用户的业务需求也是都会有新增和修改的情况，根本没有一个确定的版本

需求分析，每天开会，对于系统原型中的什么数据项的问题，可以开3-4次会议才能确定！

开发人员写文档和代码的时候，任务重复度很高！

不知道QA能在那些地方来提高大家的效率，加强进度的管理？
还有SCM的配置管理怎么控制会比较好？

我目前在项目里面承担SCM和QA的工作，但是没有具体的实践经验，遇到这个事情，只能在PM的带领下处理事情

也看了很多论坛的帖子，说QA的工作是需要独立的，但是目前我们项目的进度要求是确定的，12月31日一定要完成一个可运行的版本

马上就11月1日需求还没有确定，不知道这个我能从什么方面来处理这个问题？

如果大家遇到了，会怎么处理呢？

[ 本帖最后由 applepig0622 于 2007-11-3 22:45 编辑 ]

这是一个普遍的问题，需求往往需要很长一段时间，有时甚至到项目结尾还要改需求，它由客户和项目人员共同作用的结果。这种事情不可能在短时间之内提高，需要一个过程的改进！lz还是不要操之过急！

现在问题更加明显了

需求用了4个月时间，现在客户说12月底要出版本，要上线

一个功能，PM只给技术人员4天时间完成，一个月系统整个出一个运行版本进入联调

现在我每天的工作除了质量管理还要测试，准备模拟数据～～～～～

问题根本在于项目管理，我说的项目管理是不是你的PM我不清楚，羡慕管理必须有进度估计和控制，合同以前就要有估计阿，现在的状况，如果利润高的话，赶快增加人手啊！

QA可以直接与一线经理沟通，如果无休止的需求不能有效地控制，那下面的工作质量没发保证啊，以后花的成本太大了。

首先，你的问题很普遍
我觉得应该让客户配合（必须让客户也投入人力成本）在每一个需求上签字认可，然后筛选功能优先级。再根据目前最大的人力投入（例如目前3个人，最多再增加7个人，一共就是10个人）工作量然后筛选出重要功能，其它附加功能宁可抛弃暂时不做，一定要保证测试的时间，不然到时候不但不能按时交货，还让客户觉得质量低下

需求变更的影响分析呢
成本，进度，质量等等

需求一直不确定，纯粹的追加人手也只是增加成本而已。以你目前的情况很有必要和客户确定到底他们想要什么，客户每天不停的改变主意，开发疲于奔命，到了最后期限也很难拿的出产品。确定需求以后要让客户签字保证需求是双方都认可了的，如果需要改变而造成的成本的增加需要由客户方来承担，不然这样做下去迟早亏本。如果PM搞不定客户，可以请高层出面。我觉得现在不是QA仅仅从过程上形成指导就能够控制的了。
等需求能够相对稳定，再快速开发出原型让客户确认是否是他们想要的，这样会好一些。
仅是个人想法而已。

迭代进行？
那就用迭代的理论：
四个阶段：先启（inception），精化（elaboration），构造（contruction），交付（transtion）
根据这四个阶段确定迭代次数，一定确定每次迭代的目标、评估标准、时间进度等；再跟踪迭代次数划分里程碑，确定每个里程碑的目标和交付物。

需求不确定、“任务重复度很高”－－建议采取度量方法，用精确的数据说话－－需求改多少次？每次讨论花费多少时间？平均重复多少次？重复累积工作量有多少？
开发人员只有4天时间－－项目的各项工作的工作量分配比例是多少？开发占多少比例？
一切都可以用数据来说话！

QA可以帮助项目经理做做估算、评估风险等，使他能以外人的角度来看项目的情况。