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