不重視需求過程的項目隊伍將自食其果。需求工程中的缺陷將給項目成功帶來極大風險，這里的“成功”是指推出的產品能以合理的價格、及時地在功能、質量上完全滿足用戶的期望。因此當項目組在進行需求管理時，會出現哪些不良行為呢?

　　模棱兩可的需求

　　模棱兩可是需求規格說明中最為可怕的問題。它的一層含義是指諸多讀者對需求說明產生了不同的理解;另一層含義是指單個讀者能用不止一個方式來解釋某個需求說明。

　　模棱兩可的需求會使不同的風險承擔者產生不同的期望，它會使開發人員為錯誤問題而浪費時間，并且使測試者與開發者所期望的不一致。一位系統測試人員曾告訴我，她所在的測試組經常對需求理解有誤，以致不得不重寫許多測試用例并重做許多測試。

　　處理模棱兩可需求的一種方法是組織好負責從不同角度審查需求的隊伍。僅僅簡單瀏覽一下需求文檔是不能解決模棱兩可問題的。如果不同的評審者從不同的角度對需求說明給予解釋，但每個評審人員都真正了解需求文檔，這樣二義性就不會直到項目后期才被發現，那時再發現的話會使得更正代價很大。

　　客戶個性化需求太多

　　這是最頭痛的事情，如果因為客戶是大公司，可能會議沒完沒了，每個會議都要求得非常正規，相關的制度文檔一應俱全，相關人員、部門經理甚至高層領導也會請到會議室來和你談需求。這時，如何尊重他們的意見并保持自己的思路是非常重要的。

　　參加這樣的會議時，項目經理要突出你們的專業知識和經驗，不要被客戶的職位迷惑。雖然他們的經驗很豐富，但在項目實施方面你是專家，而且他們提出的只是現實中各個部門的特點，并沒有要求一定要一次性全部實現，所以現場一定要記住：不要答應得太快。

　　忽略了用戶分類

　　大多數產品是由不同的人使用其不同的特性，使用頻繁程度也有所差異，使用者受教育程度和經驗水平也不盡相同。如果你不能在項目早期就針對所有這些主要用戶進行分類的話，必然導致有的用戶對產品感到失望。例如，菜單驅動操作對高級用戶太低效了，但含義不清的命令和快捷鍵又會使不熟練的用戶感到困難。