1、需求描述不清晰
該公司已經通過了IS09001：2000國際質量管理體系認證，現在軟件開發項目負責人已經能夠做到將用戶的需求整理成需求分析報告，交用戶簽字確認，但他們這樣做似乎只是為了達到IS09001質量體系的要求，只是走形式，并沒有認識到這樣做的重要性。因而存在需求描述不夠清晰、不夠具體的問題，給用戶留下發揮的空間，也給我們公司造成不良影響。例如公司與某農電項目簽署的需求說明書中寫到‘實現電力營業相關的功能’，我們開發人員認為按簽署的合同金額，我們只要完成其主要業務功能，多余的工作會使我們成本過高，也不在需求之內，而用戶認為管理、考核功能、綜合查詢功能都是營業相關功能，都屬于需求范圍之內，需求未滿足，用戶不付款。因此我們只能損失利潤以便換取用戶的滿意，造成項目成本超支。

2、用戶口頭需求不能及時記錄，交用戶確認的需求經常不能一次提全，隨時增加需求
而由于項目負責人缺少軟件項目管理知識，不能及時記錄用戶口頭需求，為了趕進度，為了按期完成任務，也不與用戶進一步溝通確認，結果是開發完成的產品用戶不認可，用戶也很惱火，我明明告訴你這個功能要做成那個樣子，你為什么做成這個樣子。這就是項目范圍未經客戶正式認定，溝通也不及時，因理解的不一致造成勞而無功，而且還需要重新返工。

3、用戶需求變動缺少有效控制
用戶需求變動也就是項目范圍變更，項目變更需要有項目變更委員會評審變更的影響，而用戶提出的需求變動經常被開發人員自行消化處理了，而且依舊是沒有文字記載，沒有用戶確認，有的只是為了趕工期，為了不超成本，在程序中打補丁。在軟件測試檢查文檔時解釋說需求沒來得及修改，等有時間再重新整理需求。而且這樣完成的程序結構不夠優化，不利于他人閱讀理解，甚至留有隱患。

4、需求未能考慮所有的用戶
軟件項目管理知識體系要求項目范圍由項目客戶和項目發起人共同地正式認定，這里強調，共同認定，軟件開發這個項目也不例外。項目發起人和一兩個客戶的認定不能代表所有的用戶，其他用戶不認可，不得不在現場修改程序，這樣做不僅程序的質量得不到保證，而且造成工期延誤、成本超支。更主要的是用戶對我們公司的滿意度下降。

5、開發過程中缺少與用戶的溝通
軟件開發的結果要滿足或超越用戶的需求和期望，但紙面上的需求分析報告描述得再清晰也不能涵蓋用戶的所有需求，比如用戶對使用靈活性的要求、對軟件運行界面的要求，所以在開發過程中應該多與用戶溝通，或者請用戶參與到項目組中，不能一味地趕進度，埋頭苦干，隨時溝通才能保證不偏離軌道，才能提高成功率。
由此可見，只強調時間和成本，忽略范圍管理，往往會適得其反，不僅時間和成本不能保證，還會引起用戶的不滿。需求分析又是軟件設計、實現、測試直至維護的主要基礎。良好的需求分析活動有助于避免或盡早剔除早期錯誤，從而提高軟件生產率，降低開發成本，改進軟件質量。所以范圍、時間、成本這個“軟件項目管理三角形”需要全方面協調考慮。除需求問題之外，在軟件開發項目中還存在溝通的問題。
前面已經兩次提到了溝通的問題，可見有效溝通對項目的成功也是必不可少的，項目經理大致75%的時間應該是用來溝通的，軟件開發過程上也是如此，上面提到因與用戶缺少溝通，造成對項目范圍的不確定，因而造成時間的延誤，成本的超支和用戶的不滿意。其實在我們開發過程中項目組成員內部的溝通不暢也會影響項目進度。