一、需求管理——消除軟件開發(fā)百病之源
在總結(jié)我們之前做過的產(chǎn)品，特別是不成功的產(chǎn)品，總是能找到其中的一些原因；而在這些原因中我們不難發(fā)現(xiàn)對于因沒有合理的管理好需求導(dǎo)致的問題不在少數(shù)，所以就會出現(xiàn)類似于“人員并不清楚究竟該做什么，但卻一直忙碌不停的開發(fā)”情況，到最終會就出現(xiàn)“開發(fā)出來的產(chǎn)品竟不是用戶所需要的產(chǎn)品”的杯具！
需求是產(chǎn)品的根源，需求工作的優(yōu)劣對產(chǎn)品的影響最大。產(chǎn)品開發(fā)的源頭，如果一開始方向錯了，接下去的工作就會錯上加錯，離“好產(chǎn)品”越走越遠(yuǎn)了，所以我們先抓源頭，有序的開展產(chǎn)品研發(fā)過程。
怎樣子才能合理并且有序的把我們的需求管理起來呢？得建立一套完整的需求管理機制，對需求從產(chǎn)生到消亡（需求的生老病死）整個生命過程進行管理，合理有效的分配公司有限的人力、物資資源，做最有性價比的事情。
二、需求實踐——解決問題之道
需求管理的實踐主要包括四個流程：需求采集、需求分析、需求篩選、需求處理。
2.1 需求采集
通過多種形式對不同用戶的需求進行收集，通常的形式有：用戶訪談、調(diào)查問卷、測試結(jié)果、數(shù)據(jù)分析等；用戶有：最終用戶、市場人員、編輯人員、測試人員、領(lǐng)導(dǎo)等。在這個階段對需求的屬性進行詳細(xì)記錄，并且記錄可追溯的反饋人員，廣泛的記錄不同用戶對產(chǎn)品的需求。
2.2 需求分析
在需求分析階段，對需求進行一番分析，確定其基本屬性、做了之后對產(chǎn)品會帶來哪些商業(yè)價值？用戶量的提高？以用實現(xiàn)這項求求所要付出的人員、時間等成本，最終算出需求的性價比；在這個過程中主要對需求進行全方面的評測，明確目的性與創(chuàng)造的價值。
對于一些BUG或是功能上的小修改之類的需求，不做詳細(xì)分析，一般確定修改后，直接轉(zhuǎn)為需求處理。
2.3 需求篩選
這個階段工作是結(jié)合現(xiàn)狀對需求進行處理，主要是解決—做不做？做多少？什么時候做？的問題；
需求的評審的形式主要是團隊晨會中展開，邀請領(lǐng)導(dǎo)參與，團隊中成員有頁面設(shè)計師、前端工程師、程序員、測試人員等角色；
通過一次評審，對多個需求進行打包，整理出一個版本（或者子項目）所需的的需求點；
對打包好的需求點形成文檔，提交由領(lǐng)導(dǎo)復(fù)核，確認(rèn)后進入開發(fā)周期；
2.4 需求處理
對己確定好的版本（或者子項目）的需求點，進行開發(fā)，這里主要涉及開發(fā)流程，詳情參考相關(guān)開發(fā)規(guī)范。
圖表 1 需求管理流程圖
三、需求采集——人人參與
需求采集對于整個需求管理流程最為重要，決定做什么的數(shù)據(jù)基礎(chǔ)，需求采集也并不是產(chǎn)品設(shè)計之前的工作，而是一個貫穿始終的過程；它并不是產(chǎn)品人員的事情，而是所有人員的事情；
不同人員、不同角色，能提出自己所擅長的領(lǐng)域問題，不同的的關(guān)注點的問題，在需求采集階段，我們不怕發(fā)現(xiàn)什么荒謬的需求，而是怕遺漏合理的需求……