這個與“詳細設計不徹底”有些相通之處，但不完全相同。

　　比如，yyyyy項目，它就存在一個對關鍵技術分析不透徹的問題，也存在“詳細設計不徹底”的問題。因此，擬定的計劃是模糊的，不可執(zhí)行的。開發(fā)人員憑著自己的經驗和智慧，解決開發(fā)當中遇到的問題。

　　1.4開發(fā)經驗總結不足

　　對于同樣的一個項目，同樣的一個功能，在進行多次的復用后，其技術應該已經較為成熟，其功能的實現(xiàn)也應該較為容易，出錯率也應該較低，我們進度應該比較有把握，但事實情況并非如此！

　　那我想，也許是我們對開發(fā)的經驗總結不夠！

　　我們是否可以做一個這樣的統(tǒng)計：

　　在一個我們現(xiàn)有的項目開發(fā)過程中，我們進行了多長時間的編碼工作，其中沒有任何修改操作的時間為多長，因為用戶需求的更改而導致的代碼修改時間為多長，因為設計的修改而導致的代碼修改時間為多長，因為功能實現(xiàn)的錯誤而進行的代碼修改時間為多長。

　　所有時間的綜合在沒有進行修改的情況下項目所花費的時間引起代碼修改的原因用戶需求更改的情況下項目所花費的時間設計發(fā)生修改的情況下項目所花費的時間功能實現(xiàn)的錯誤的情況下項目所花費的時間測試發(fā)現(xiàn)錯誤的情況下項目所花費的時間花費的時間也可以做出圖表。

　　從這樣一些統(tǒng)計和總結中，也許我們可以看出，我們進度的延期最主要的因素是什么；除了客戶因素之外，我們還可以做那些努力；我們不可忽略的因素是什么。

　　2、軟件過程調整

　　根據(jù)以上的分析，我們可以對軟件過程進行適當調整，尤其是針對開發(fā)中采用C/A/S結構的系統(tǒng)，從而來改變我們增強需求獲取的目的性，而且需求獲取也會變得較為明顯和容易。

　　對公司已經經歷過的軟件過程進行分析從而決定在下一個項目中將要采用的軟件過程。例如，對采用B/A/S結構的系統(tǒng)可以采用直接從界面和數(shù)據(jù)進行概要設計的方式，并以此來計算頁面設計時間和數(shù)據(jù)庫設計時間。而對于其中所需要實現(xiàn)的其他的功能，則在每個界面當中進行詳細設計，此時對每一個功能實現(xiàn)所需要的時間進行估算，這樣就能夠計算出整個項目的一個較為可靠的時間，根據(jù)用戶的需要和需求功能實現(xiàn)的關聯(lián)就能對項目進度有一個適度的安排。

　　這樣在概要設計中，主要對界面和數(shù)據(jù)庫設計進行評估；而在詳細設計中對功能的設計和實現(xiàn)進行評估。

　　3、市場人員交流的技巧

　　我并不知道市場人員在交流的時候使用了什么樣的技巧，但是市場人員的營銷技巧和交流技巧確實對我們在爭取項目的主動權上有著至關重要的作用。

　　如果能夠充分掌握開發(fā)人員的相關因素和公司現(xiàn)狀，那么在前期獲得客戶溝通、需求獲取、和項目的時間把握等上，后期的產品交付、驗收等問題上，都可以獲得一定的余地！

　　在這兒要需要說明！

　　不管你是公司的技術人員，還是市場人員，與用戶交流的時候，你就是一個與用戶在進行交流的市場人員，同理，不管是懂技術的客戶，還是不懂技術的客戶，他都是提供用戶需求的客戶！

　　市場人員交流是需要一定的技巧的，而掌握這些技巧就需要市場人員掌握相關技能。對于技能和技巧的掌握，沒有人天生就會，只有不停的進行鍛煉，并經過相關的培訓和實踐。

　　思考以下幾個問題：

　　為什么用戶需求總是在發(fā)生變化？是我們不理解用戶的需求嗎？還是我們低估了用戶？還是我們分析不到位？

　　如果用戶的需求超出了我們的期望值，我們處理好了嗎？我們是在敷衍，還是繼續(xù)努力，讓用戶理解我們？

　　我們獲得的與開發(fā)人員所需要的需求差別在哪里？我們了解我們的開發(fā)人員及其所擁有的技能？