我們知道在進行項目管理時，會因實際效果的偏差而影響項目計劃，而且產生的連鎖反應也會對整個項目產生危機。

　　不讓成員準確了解工作目標

　　作為項目經理，我們應該讓項目成員知道他們自身的工作目標是什么，以及自己以和團隊共同的目標是什么。

　　如果項目經理不能給出清晰的目標輪廓，大家可能在不清楚狀況或是理解錯誤的情形下，去做任務，可能導致大家的“力”使向不同方向。這就如你和你的團隊將會像黑夜里朝著不同方向前進的兩艘船，卻幻想最終到達同一個地方，既耗時間精力還與目的背道而馳。

　　目標用戶參與度低

　　客戶經常不明白為什么收集需求和確保需求質量需花費那么多功夫，開發人員可能也不重視用戶的參與。要說原因呢?一是因為開發人員感覺與用戶溝通不如自己直接寫代碼等實在;二是因為開發人員覺得已經明白用戶的需求了。

　　在某些情況下，與實際使用產品的用戶直接接觸很困難，而客戶也不太明白自己的真正需求。但還是應讓具有代表性的用戶在項目早期直接參與到開發隊伍中，并一同經歷整個開發過程。

　　項目人員在實踐過程中，也有些感覺，在實施一家公司的項目時，若無足夠的用戶參與，項目人員獲得的需求是片面的、不完整的，這樣項目在需求之初就埋下風險。

　　“多余”無用功能浪費時間

　　“畫蛇添足”是指開發人員力圖增加一些“用戶欣賞”但需求規格說明中并未涉及的新功能。經常發生的情況是用戶并不認為這些功能性很有用，以致在其上耗費的努力“白搭”了。開發人員應當為客戶構思方案并為他們提供一些具有創新意識的思路，具體提供哪些功能要在客戶所需與開發人員在允許時限內的技術可行性之間求得平衡，開發人員應努力使功能簡單易用，而不要未經客戶同意，擅自脫離客戶要求，自作主張。

　　同樣，客戶有時也可能要求一些看上去很“酷”，但缺乏實用價值的功能，而實現這些功能只能徒耗時間和成本。為了將“畫蛇添足”的危害盡量減小，應確信：你明白為什么要包括這些功能，以及這些功能的“來龍去脈”，這樣使得需求分析過程始終是注重那些能使用戶完成他們業務任務的核心功能。