項目需求分析是確定項目目標、范圍的關鍵，是項目開端的重要步驟。要知道若是一開始的需求都為弄明白，不清楚自己要做什么，那么項目組后面的行動只會迷茫并舉步維艱或在誤差的方向越走越偏。

　　下面就從具體操作著手向大家講講從寫需求計劃，到與前線業(yè)務人員確定需求，到根據(jù)大家意見修改需求，具體都是如何做的。

　　需求計劃撰寫

　　需求類別和模板確定之后，就要分配給項目相關負責人去撰寫需求。對中大型項目來說，撰寫需求說明書的人應該有多個，所以需要切分工作任務。

　　切分的原則是：每個任務盡可能獨立，任務的安排盡可能并行;每個任務必須要確定完成時間，如果時間不滿足項目進度，需調配其它人力資源進行協(xié)助;有些項目比較特殊，可能現(xiàn)有項目成員的專業(yè)能力無法覆蓋，此時需要引入外部專家或者將這部分任務外包出去。

　　為了把控需求收集的進度，需求撰寫計劃中要安排幾個檢查點。假如需求撰寫的排期是1個月，那么就可以設置3個檢查點。第一個檢查點為第一周結束，第二個檢查點為第三周結束，第三個檢查點為第四周結束前2天。每到一個檢查點，各個需求撰寫人需將成果匯總到項目經理手里做審查，根據(jù)審查的意見或建議迅速調整或整改。

　　需求描述說明不能過于簡單

　　有時，客戶并不明白需求分析有如此重要，于是只作一份簡略之至的規(guī)格說明，僅涉及了產品概念上的內容，然后讓開發(fā)人員在項目進展中去完善，結果很可能出現(xiàn)的是開發(fā)人員先建立產品的結構之后再完成需求說明。

　　這種方法可能適合于尖端研究性的產品或需求本身就十分靈活的情況。但在大多數(shù)情況下，這會給開發(fā)人員帶來挫折，即：使他們在不正確的假設前提和極其有限的指導下工作，也會給客戶帶來煩惱，即：他們無法得到他們所設想的產品。

　　大致的計劃說明比較容易，反而細節(jié)流程操作涉及真正執(zhí)行者動手過程而多數(shù)情況大家都模棱兩可。在項目執(zhí)行過程中，風險是無處不在的，而在項目前期大家做需求分析時也蘊藏著不少風險因子。其中因為需求本身的描述、變更或是項目參與者的理解不當?shù)龋伎赡茏尨蠹覍椖啃枨蠓治霎a生誤差。