在需求過程方面增加投入

　　培訓項目管理人員更多地關心需求過程

　　明確項目重要人物：項目倡導者、重要客戶

　　明確項目前景和范圍的定義）

　　依靠需求工程師，并且利用領域專家完成需求工程任務（這方面系統(tǒng)分析員大有作為）

　　完善開發(fā)文化：培養(yǎng)開發(fā)人員不要作出需求決定，不要自行發(fā)揮。（有正式途徑）

　　使用不同手段啟發(fā)客戶，獲取用戶需求和期望，收集來自多種觀點的需求

　　培訓需求工程師編寫好的需求，記錄每條需求的基本原理（開發(fā)需求表達模板）

　　分析和跟蹤需求，并為需求劃分優(yōu)先級

　　對需求進行評審（需求測試）

　　基線(Baseline)

　　四、優(yōu)先級的話語權

　　優(yōu)先級在“說了算”中的地位（音量）

　　劃分需求優(yōu)先級

　　定義優(yōu)先級類別

　　對需求分類，與客戶一起優(yōu)先級達成共識

　　解決分歧，對有分歧的需求達成一致

　　創(chuàng)建基于優(yōu)先級的開發(fā)進度表

　　維護優(yōu)先級。當業(yè)務需求發(fā)生變化時，重新檢查優(yōu)先級。

　　五、項目中的溝通機制

　　外部溝通??聯(lián)合團隊（專業(yè)角度）

　　內部溝通??保持一致性（工具角度）

　　項目配置管理（需求文檔的一致）

　　有效會議溝通

　　共同詞匯的價值（元數據、數據字典）

　　盡可能避免多地點開發(fā)

　　項目干系人的溝通（項目管理角度）

　　使用“專業(yè)”語言，例：SOW、WBS、 CCB、基線、變更、配置管理

　　六、控制非正式需求

　　變更需求有很多來源，了解有哪些來源

　　承認這些來自多方面的利益要求是很正常的，但是并不能保證滿足需求

　　開放的、明確的協(xié)商過程，在對需求劃分優(yōu)先級時要考慮各方的需求

　　制度上保證所有需求只通過一個渠道采集（需求接收渠道要統(tǒng)一）。

　　CCB