大家平时如何来管理需求?

一个项目中有许多原始用户需求. 大家在各自的项目中对这些需求是如何管理的?

在我们的项目中, 需求大多数是文本, 也有少部分是use case, sequence之类的图.

因为需求管理需要能够追踪对应的程序实现和test case, 也需要有版本管理和cross reference.等等功能.

我们比较穷, 用不起RequestPro这样的商业工具, 很希望有一个open source的, 最好是能够与eclipse集成的工具.

很想知道, 大家在项目中是如何做的.

呵呵，这么说来，自己做一个最好，如果需求管理只考虑和eclipse集成（我实在搞不清楚这两个东东集成在一起有什么意义），也就是做一个插件的应用罢了，也不难的。

和eclipse的集成倒不是非常重要. 主要是希望能比较容易地跟踪每个spec的实现状况罢了(cross ref).

就是想问问, 这种东西是否有人先做过了, 不想reinvent the wheel啊. 还有, 想看看大家在实践中是如何做的.

有人实际这样做吗?效果怎么样?
我对这样的做法有点怀疑,特别对于从需求追踪到程序实现.

把需求整理成userstory；
做的时候分解成task；
对于任何的需求变更(根据粒度大小)都作为userstory或者task加入到迭代计划中。
至于删掉的需求就扔了。

我们以前是使用xplanner记录工作进展的，所有做过的userstory都会记录下来，即使后来被删掉的userstory，毕竟已经做过了。

和Eclipse集成？
搞需求管理还是任务管理？

需求管理这种工具真的有用吗？
谁能给个实例和实施的效果？

不管理，需求分析是临时的。变成代码后就不要了。

有的时候，需求的数量比较大，又经常有变更，就需要跟踪一下。防止有东西遗漏掉。

另外，项目组的成员也会变。有的时候，新加入的人，光看代码，不一定能马上搞清楚这个代码当初的用户需求背景。

agile方法，也不仅仅是xp一种啊。另外，毕竟要和管理层和客户沟通项目状况，有一个需求管理和跟踪工具帮助，比较方便一些。

我说的只是我的经验，不是定论，我同时也不反驳和我相反的观点。
这个问题思考过，没思考出结果来，这个问题应该没有统一答案。