为什么需要需求管理？

故事1：开发团队提交了一个测试版，需要测试团队来进行测试。但是，测试团队对这个版本的需求并不了解，不知道它的需求是什么？

测试团队是如何解决这个问题的呢？第一是自学。通过探索新版本的功能来了解它。第二是提问，开发团队很厌恶的回答这些问题。

最后产品投产上线，产品经理上来一看，火冒三丈：一堆功能错乱，需求理解错误的内容。

故事2：产品经理为了产品有竞争力，做了市场分析、竞品调研。指定了一系列的需求。

过了几个月，发布了新版本，但是，新功能参差不齐，好几个“killer feature”没有实现。

以上的故事的原因就是，没有需求管理。产品无法聚焦在客户最关注的需求上面，最后导致产品么有竞争力。

需求管理要解决的问题是：

1，尽可能多的需求搜集。不只是产品经理，运维和技术支持人员，经常能够发现有价值的需求。

2，确定哪些需求有价值。通过需求管理的流程化，对需求进行分析评估、可行性分析，确定哪些需求具备比较高的价值。

3，保证有价值的需求尽可能先推出。需求管理是一个流程，通过这个流程的运转，我们能够把高优先级的需求优先排期，优先实现。

4，需求与开发同步。

5，各个团队共享一个需求，么有理解偏差。使用一个需求，防止鸡同鸭讲。

当我们具备了需求管理，我们能：

1，统计当前需求的状态，比如总共的需求个数、已经开发完成的需求个数、正在开发的需求、排期中的需求。

2，共享需求，排除理解异议。测试团队很早就可以自己去查看需要测试的需求，而不依赖于开发团队最终的代码和解释，提前编写测试用例。

3，通过排期，能够让产品经理聚焦在需求上，尽可能发布包含更多killer feature的版本。顺便说一下，killer feature这个词，我是抄微软的，觉得是一个非常棒的词，就是通过这些feature可以kill竞争对手的产品。

当然，泽众ALM的需求管理模块已经包含了这个功能。并且自己也在使用。还有什么比自己都认同更有说服力？