今天特別想談談需求管理這回事！
需求管理跟測試有什么關系胧卤？
什么是測試唯绍？好的測試，是把產品問題扼殺在需求上枝誊，耗費的成本遠遠小于項目走到需求之后流程產生的成本况芒。是否如此？
有沒有遇到過一個版本就在一個需求單上叶撒，后面評論區(qū)跟著長長一段各路大神討論需求的留言绝骚，需求改動后的樣子到底如何，還需要使勁在評論區(qū)內找其真身祠够？
有沒有遇到需求A在開發(fā)過程中压汪，變成了需求A+A.1+A.2……，發(fā)布后古瓤，過了一段時間回來或者換個人來跟止剖，看到的還是需求A，A.1+A.2不知何處可尋落君？
有沒有遇到需求是測試W負責穿香，跟進期間需求B改動不少成了B.1，同期測試Y負責的功能C和B有關绎速，B的一個小改動直接影響C皮获，然測試Y并不知道有B.1的改動，等到測試遇到了問題纹冤，咨詢后才知道洒宝？
作為新人，或者工作中難免要去負責一個迭代了好幾個版本的功能萌京。面對需求輸出出口不統(tǒng)一的情況也曾混亂和痛不欲生過:跟進一個迭代了好幾個版本的需求A雁歌，去找去看不同的文件，還要找不同的人問改動詳情……期間溝通知残，搜索很費時間和心力靠瞎，還要被產品反問:不是跟你們測試誰誰說過了嗎（太囧╯□╰）。
什么是好的需求管理呢橡庞？
我希望需求管理能解決以下幾點：
1较坛、每個產品對應一個總的需求文檔印蔗，無論產品經歷多少個迭代扒最，看到這個需求文檔就能大致熟悉產品現(xiàn)在的情況；
2华嘹、哪個版本對應哪些需求吧趣，能一目了然；
3、每個需求變更都得到很好的控制强挫，即使小需求小改動岔霸，也請好好深思熟慮后，經過審核再納入版本中并備注修改緣由俯渤；
4呆细、每個需求變更，在哪個版本上開發(fā)八匠，大概的開發(fā)時間絮爷，開發(fā)完成時間，提測時間梨树；
5坑夯、一個大版本拆分多個子需求跟蹤，各個子需求能指派給不同的開發(fā)抡四，不同的測試跟蹤柜蜈，針對子需求的改動都能從上面了解到；
6指巡、需求變更了淑履，一定知會到相關人員，消息出現(xiàn)斷層厌处，就可能會影響項目進度了鳖谈；
7、需求開發(fā)完成阔涉，測試驗證通過缆娃，才算一個需求完成的周期；
8瑰排、最后贯要，每個版本迭代后，及時更新總的需求文檔椭住，備份在案崇渗。
需求管理不止步于產品，也和整個項目相關人員緊密相關京郑，好的需求管理能減少很多不必要的溝通宅广。項目這么趕，何不花點時間規(guī)范一下呢些举？
以上是我的一些體會和看法跟狱。
不知道行業(yè)內對需求管理是否有個比較好的標準？
大家對需求管理又有什么樣的見解呢户魏？期待路過大神們的高見驶臊。
PS：
百度了解到的其他需求管理辦法：
Excel管理跟蹤：（用Excel管理不利于多方相關人員查閱和修改挪挤。如果是騰訊文檔的Excel，列數(shù)多時查看起來不方便）：
https://blog.csdn.net/wangzi11322/article/details/82388175
#有輸出关翎，有成長#
