故事1：開發(fā)團(tuán)隊(duì)提交了一個測試版，需要測試團(tuán)隊(duì)來進(jìn)行測試。但是，測試團(tuán)隊(duì)對這個版本的需求并不了解，不知道它的需求是什么？
測試團(tuán)隊(duì)是如何解決這個問題的呢？第一是自學(xué)。通過探索新版本的功能來了解它。第二是提問，開發(fā)團(tuán)隊(duì)很厭惡的回答這些問題。
最后產(chǎn)品投產(chǎn)上線，產(chǎn)品經(jīng)理上來一看，火冒三丈：一堆功能錯亂，需求理解錯誤的內(nèi)容。
故事2：產(chǎn)品經(jīng)理為了產(chǎn)品有競爭力，做了市場分析、競品調(diào)研。指定了一系列的需求。
過了幾個月，發(fā)布了新版本，但是，新功能參差不齊，好幾個“killer feature”沒有實(shí)現(xiàn)。
以上的故事的原因就是，沒有需求管理。產(chǎn)品無法聚焦在客戶關(guān)注的需求上面，最后導(dǎo)致產(chǎn)品么有競爭力。
需求管理要解決的問題是：
1，盡可能多的需求搜集。不只是產(chǎn)品經(jīng)理，運(yùn)維和技術(shù)支持人員，經(jīng)常能夠發(fā)現(xiàn)有價值的需求。
2，確定哪些需求有價值。通過需求管理的流程化，對需求進(jìn)行分析評估、可行性分析，確定哪些需求具備比較高的價值。
3，保證有價值的需求盡可能先推出。需求管理是一個流程，通過這個流程的運(yùn)轉(zhuǎn)，我們能夠把高優(yōu)先級的需求優(yōu)先排期，優(yōu)先實(shí)現(xiàn)。
4，需求與開發(fā)同步。
5，各個團(tuán)隊(duì)共享一個需求，么有理解偏差。使用一個需求，防止雞同鴨講。
當(dāng)我們具備了需求管理，我們能：
1，統(tǒng)計(jì)當(dāng)前需求的狀態(tài)，比如總共的需求個數(shù)、已經(jīng)開發(fā)完成的需求個數(shù)、正在開發(fā)的需求、排期中的需求。
2，共享需求，排除理解異議。測試團(tuán)隊(duì)很早就可以自己去查看需要測試的需求，而不依賴于開發(fā)團(tuán)隊(duì)最終的代碼和解釋，提前編寫測試用例。
3，通過排期，能夠讓產(chǎn)品經(jīng)理聚焦在需求上，盡可能發(fā)布包含更多killer feature的版本。順便說一下，killer feature這個詞，我是抄微軟的，覺得是一個非常棒的詞，就是通過這些feature可以kill競爭對手的產(chǎn)品。
當(dāng)然，澤眾ALM的需求管理模塊已經(jīng)包含了這個功能。并且自己也在使用。還有什么比自己都認(rèn)同更有說服力？
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
