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

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

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

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

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