如何做需求管理？

分解成原子态
用白板定性
之后打出来订在一起
用excle写详细需求
也打出来订在一起
两本书一样的东西
差不多就是需求了

BORLAND的Caliberrm,居于数据库方式

BORLAND的Caliberrm,居于数据库方式

这个软件，是大家一起用，还是负责需求的人一个人用？ 一个人用就失去了交流的意义。

另外，有没有汉化版本？因为中文交流起来容易些

网上有介绍的

首先要确定你忘记的原因。有些事情本身就不值得去记住，这些东西还是忘记的好，对需求也是一样的。
跟踪需求的变化，不是你把需求列出来就可以的，而是要把需求做到单位化，颗粒化。这一点工具帮不了你，你需要的是方法论。
对于需求的挖掘，要以理解动机为基础。实际上理想需求，同满足动机比较起来，显然是没有那么重要的。而动机不是一开始就可以真正明白的，需求的理解过程往往就是探索动机的过程。

使用story card + excel记录和管理需求，这就足够了。
个人认为需求管理主要有以下要点需要注意：

1 需求的价值：
该需求的存在目的是什么？
它的商业价值是否可以/如何用金钱来衡量？
这个需求需要花费多少力量/金钱来完成？
不做它的机会成本有多少？

2 需求的优先级：
它比其他的需求更重要吗？
它需要在下一个发布中完成吗？
有没有手动的方式可以暂时代替这个需求？

Agree, Excel could be the best tool tracking stories. But for tracking bugs, we are mixing Excel with Jira, which is easier for a wider team members tracking the status. For others? If your team is not distributed, I didn't see any value buying a fancy enterprise ready requirement management tool.

The first point mentioned by iceclound could be broken down into two, so it should be:
1. Value
2. Effort
3. Priority

:) 我开始也是分3个point来写的，后来觉得value和cost其实是同样的东西，就放一起了

1、需求总得编号进行管理，有了编号之后就会有生命周期。
2、需求是有属性的，比如优先级、比如关联性
3、什么工具无所谓，关键是一个良好的过程