故事1：开发团队提交了一个测试版，需要测试团队来进行测试。但是，测试团队对这个版本的需求并不了解，不知道它的需求是什么？
测试团队是如何解决这个问题的呢？第一是自学。通过探索新版本的功能来了解它。第二是提问，开发团队很厌恶的回答这些问题。
最后产品投产上线，产品经理上来一看，火冒三丈：一堆功能错乱，需求理解错误的内容。
故事2：产品经理为了产品有竞争力，做了市场分析、竞品调研。指定了一系列的需求。
过了几个月，发布了新版本，但是，新功能参差不齐，好几个“killer feature”没有实现。
以上的故事的原因就是，没有需求管理。产品无法聚焦在客户关注的需求上面，最后导致产品么有竞争力。
需求管理要解决的问题是：
1，尽可能多的需求搜集。不只是产品经理，运维和技术支持人员，经常能够发现有价值的需求。
2，确定哪些需求有价值。通过需求管理的流程化，对需求进行分析评估、可行性分析，确定哪些需求具备比较高的价值。
3，保证有价值的需求尽可能先推出。需求管理是一个流程，通过这个流程的运转，我们能够把高优先级的需求优先排期，优先实现。
4，需求与开发同步。
5，各个团队共享一个需求，么有理解偏差。使用一个需求，防止鸡同鸭讲。
当我们具备了需求管理，我们能：
1，统计当前需求的状态，比如总共的需求个数、已经开发完成的需求个数、正在开发的需求、排期中的需求。
2，共享需求，排除理解异议。测试团队很早就可以自己去查看需要测试的需求，而不依赖于开发团队最终的代码和解释，提前编写测试用例。
3，通过排期，能够让产品经理聚焦在需求上，尽可能发布包含更多killer feature的版本。顺便说一下，killer feature这个词，我是抄微软的，觉得是一个非常棒的词，就是通过这些feature可以kill竞争对手的产品。
当然，泽众ALM的需求管理模块已经包含了这个功能。并且自己也在使用。还有什么比自己都认同更有说服力？
推荐阅读：
sales@spasvo.com
