大家在項目管理的過程中要注意保持責任心，按時保質完成任務;要學著盡可能將約定都以文本保存并讓相關人員確認;還要懂得集思廣益，集眾人之長找出最合適的解決之法。如此，才能保障完美做好需求管理，讓項目的完成度大大提升。

　　明確項目需求范圍

　　要做好項目，自然要先知道項目需要做什么，即：項目需求。如果客戶的需求不是很具體、明確，今后可能會使項目充滿很多的風險和項目范圍的變化。因此，項目開始時最好將項目的需求的范圍規定清楚。而明確項目需求的方法主要有兩種。

　　1、搭積木的方法

　　其實就是找到同類產品，即類似的項目;再將項目任務拆分成功能模塊;并和客戶討論模塊的搭建;然后根據討論的情況，推測出客戶的真實需求。

　　同時，在制定模塊價格的時候，需要注意的是應該包括系統集成的費用，而不僅僅是模塊開發的成本。需要注意的是這個方法需要項目團隊有較強的產品設計和分析能力。

　　2、敏捷迭代開發法

　　這個方法是指從項目的最小的功能模塊開始分析;再不斷和客戶討論，讓客戶對自己產品認知逐步加深;同時，項目組不斷根據客戶的需求，更新迭代產品;如此，在不斷的改良過程中，就會達到客戶的真實需求。

　　這里，項目經理要注意，需要立即建立與重要項目干系人的溝通計劃，保證和客戶溝通的時間，頻度內容等等。同時在項目初期，由于需求不明確，此時加強溝通尤為重要。

　　需求變動要以書面確認

　　這一點是項目管理中很令人頭痛的，需求如果沒有以書面的形式確定下來的話，就比較容易變動。人的思想都是不斷改變的，今天一個想法，明天一個點子，想法的不同可能會導致程序要重開發，或者數據庫要重新設計。這樣的情況，做程序的肯定都遇到過。

　　需求變動有的時候是避免不了的，隨著時間的推移，需求肯定會有所變化的，但是要以書面或者是電子檔的形式確定下來，這里確定只是一個階段，確定下來就有了依據，至少提需求的人會認真的思考，會盡量把需求提得更清楚、更全面，對于他來說也是一種責任。

　　如果真的有需求變動，要在原來的基礎上有所改進，也要等到一期做完。因為改進是永無止靜的，沒有最好，只有更好，所以這種改進要一步一步完成，不能一口吃個胖子出來。