項目經(jīng)理的目標(biāo)就是在時間、成本及質(zhì)量要求的范圍內(nèi)交付客戶預(yù)期的產(chǎn)品。產(chǎn)品本身是由客戶的需求確定的。作為項目經(jīng)理，我們沒有權(quán)力提出需求，我們的客戶才有，并且可以對需求進行變更，而我們要盡全力去滿足這些需求。眾多領(lǐng)域的一系列研究表明，沒有需求或需求不明會對項目的成本和交付日期產(chǎn)生重大影響。
在建筑業(yè)，業(yè)主擁有初步需求的決定權(quán)。然后建筑師負(fù)責(zé)設(shè)計滿足這些需求的建筑，工程隊負(fù)責(zé)跟進建筑草圖進行工程設(shè)計。這個流程數(shù)十年都非常有效。但是如果業(yè)主決定變更需求，對項目的影響可能是巨大的，因為所有和最初需求相關(guān)的工作都必須返工重做。
相比之下，在IT或軟件領(lǐng)域，收集需求的流程還不太成熟。IT項目的高失敗率早有記錄，大部分失敗都可以歸咎于沒有需求或需求不明。作為解決辦法，IT公司根據(jù)此問題制定了一系列的項目管理辦法，如敏捷開發(fā)法。
需求不明潛在的第一個危險信號就是在實際工作前沒有任何經(jīng)認(rèn)可的及簽署的需求文件。這是項目會遇到問題的前兆。另一個危險信號就是項目經(jīng)理開始受到許多和需求無關(guān)的變更請求。如果有多于10%的變更請求都有悖于需求，那么這個產(chǎn)品一定沒有經(jīng)過慎重思考，這會帶來一定風(fēng)險。
處理需求不明的技巧：
（1）需求文件一旦被認(rèn)可并簽署，產(chǎn)品開發(fā)工作就開始啟動；
（2）確保投入足夠的時間和精力來收集和分析需求；
（3）在項目收尾階段檢驗需求，以確保它們是正確的，并確保沒有變更客戶要求的任何東西。
項目經(jīng)理要確保投入大量時間來確定需求，分析需求并促使客戶認(rèn)可它們。不遵守這個流程的話，團隊很可能會交付錯誤的產(chǎn)品。項目管理中有句老話：“從沒時間做對的事情，卻總有時間把事情重做一遍?！边@句老話在用項目需求上尤其正確。