需求管理

項目管理之需求管理（項目管理之需求管理是什么）

項目需求的完整性和正確性是項目成功的基石。項目前期如果沒有管理好需求，往往會導致項目返工或需求遺漏，開發(fā)過程中也會耗費研發(fā)大量的精力處理需求，這樣就造成額外的勞動量，使得開發(fā)無法按期完成需求，而造成版本的延期。因此，管理好項目需求成為了每個項目經(jīng)理的難題

今年做了那么多個項目，深深感到對項目的需求把握管理好是項目成功的關鍵。每一次痛苦的開發(fā)經(jīng)歷之后，我們會去思考究竟是哪里出問題了？其中，需求的管理是非常重要的一環(huán)，糟糕的需求管理往往帶來混亂的開發(fā)活動。對需求的管理大概有那么幾個活動。

首先是需求獲取，獲取并整理整個項目的所有需求，保證項目需求的完整性，避免需求遺漏，為項目工作量估算做準備。

其次是需求理解和設計，拿到需求后，需要理解并分解每個需求點，理解客戶的需要和期望的需求，為實現(xiàn)項目目標而定義、記錄、分析干系人的需求。

最后是需求傳達，將需求點設計出交互和視覺，初步還原產(chǎn)品原型，傳達到相關開發(fā)人員，保證開發(fā)對需求理解的正確性。

需求獲取

大項目都會配置一名PO，即產(chǎn)品經(jīng)理，他負責項目的需求收集，規(guī)劃整個項目的需求。由產(chǎn)品經(jīng)理提交需求規(guī)格說明書后，項目經(jīng)理需要梳理整個項目的所有需求，產(chǎn)出系統(tǒng)需求規(guī)格說明書，組織干系人評審，如：產(chǎn)品經(jīng)理，開發(fā)經(jīng)理，項目經(jīng)理，開發(fā)人員，測試人員。評審目的一是為了保證干系人需求理解一致性，二是保證需求無遺漏。

系統(tǒng)需求規(guī)格說明書是產(chǎn)品開發(fā)的依據(jù)，是后續(xù)設計階段的輸入。系統(tǒng)需求規(guī)格說明書一般包括一些內(nèi)容：整體需求描述（需求背景和需求細分概述），整體的系統(tǒng)用戶場景，詳細功能需求規(guī)格（列舉所有的產(chǎn)品新特性），原有特性改進和優(yōu)化（原有功能的改動點），非功能需求規(guī)格（穩(wěn)定性，性能指標，可維護性等）。

需求理解

由于需求大多是一句話需求，而且每個人的理解又不同，開發(fā)周期長了會導致理解存在偏差，如果沒有明確的交互和詳細的描述，就造成額外的工作量，使得開發(fā)無法按期完成需求，而造成版本的延期。

為了保證項目需求點理解始終一致性，項目開發(fā)前，項目經(jīng)理需要明確整個項目的交互或需求詳細描述，將所有的需求點使用交互還原產(chǎn)品原型，并且組織交互評審。

Axure RP是一款專業(yè)的快速原型設計工具，讓負責定義需求和規(guī)格、設計功能和界面的專家能夠快速創(chuàng)建應用軟件或Web網(wǎng)站的線框圖、流程圖、原型和規(guī)格說明文檔。

需求跟蹤矩陣是一種主要管理需求變更和驗證需求是否得到了實現(xiàn)的有效工具，借助RTM，可以跟蹤每個需求的狀態(tài)。我們可以將需求詳細的記錄在需求矩陣中，供開發(fā)和測試檢視。

需求傳達

在將需求交付給開發(fā)團隊之后，需求傳達不明確將給開發(fā)活動帶來很大的不確定性，最終交付的產(chǎn)出也是不明確的，版本經(jīng)理在需求傳達過程中付不可推卸的責任。

如何將需求傳達到位，避免開發(fā)和測試過程返工。我們除了給出系統(tǒng)需求，交互設計和需求矩陣外，還要求研發(fā)和測試負責人在開發(fā)前進行需求講解和需求檢視，檢視不明確的和錯誤的需求及時記錄和糾正。開發(fā)過程中歇性的檢視產(chǎn)出結(jié)果和體驗，同時對測試用例進行評審，保證測試用例的正確性和有效性。