1.2.3 開發(fā)人員技能匯報
如果不及時跟進(jìn)開發(fā)人員技能的掌握程度，而且直接開發(fā)人員也不及時進(jìn)行匯報，將會導(dǎo)致項目進(jìn)度延期的無法抗拒。
不僅僅技能不滿足要求時溝通不夠，也有其他方面的溝通不足，也會導(dǎo)致項目的進(jìn)度也可能受到影響。
1.3 關(guān)鍵技術(shù)分析不透徹
在一個項目中，如果對關(guān)鍵技術(shù)分析不夠透徹，用一種模糊的觀點，抱著試試看的心態(tài)，也可能導(dǎo)致項目計劃執(zhí)行難度較大。
這個與“詳細(xì)設(shè)計不徹底”有些相通之處，但不完全相同。
比如，yyyyy項目，它存在一個對關(guān)鍵技術(shù)分析不透徹的問題，也存在“詳細(xì)設(shè)計不徹底”的問題。因此，擬定的計劃是模糊的，不可執(zhí)行的。開發(fā)人員憑著自己的經(jīng)驗和智慧，解決開發(fā)當(dāng)中遇到的問題。
1.4 開發(fā)經(jīng)驗總結(jié)不足
對于同樣的一個項目，同樣的一個功能，在進(jìn)行多次的復(fù)用后，其技術(shù)應(yīng)該已經(jīng)較為成熟，其功能的實現(xiàn)也應(yīng)該較為容易，出錯率也應(yīng)該較低，我們進(jìn)度應(yīng)該比較有把握，但事實情況并非如此！
那我想，也許是我們對開發(fā)的經(jīng)驗總結(jié)不夠！
我們是否可以做一個這樣的統(tǒng)計：
在一個我們現(xiàn)有的項目開發(fā)過程中，我們進(jìn)行了多長時間的編碼工作，其中沒有任何修改操作的時間為多長，因為用戶需求的更改而導(dǎo)致的代碼修改時間為多長，因為設(shè)計的修改而導(dǎo)致的代碼修改時間為多長，因為功能實現(xiàn)的錯誤而進(jìn)行的代碼修改時間為多長。
所有時間的綜合 在沒有進(jìn)行修改的情況下項目所花費的時間 引起代碼修改的原因 用戶需求更改的情況下項目所花費的時間 設(shè)計發(fā)生修改的情況下項目所花費的時間 功能實現(xiàn)的錯誤的情況下項目所花費的時間 測試發(fā)現(xiàn)錯誤的情況下項目所花費的時間花費的時間也可以做出圖表。
從這樣一些統(tǒng)計和總結(jié)中，也許我們可以看出，我們進(jìn)度的延期主要的因素是什么；除了客戶因素之外，我們還可以做那些努力；我們不可忽略的因素是什么。
2 軟件過程調(diào)整
根據(jù)以上的分析，我們可以對軟件過程進(jìn)行適當(dāng)調(diào)整，尤其是針對開發(fā)中采用C/A/S結(jié)構(gòu)的系統(tǒng)，從而來改變我們增強需求獲取的目的性，而且需求獲取也會變得較為明顯和容易。
對公司已經(jīng)經(jīng)歷過的軟件過程進(jìn)行分析從而決定在下一個項目中將要采用的軟件過程。例如，對采用B/A/S結(jié)構(gòu)的系統(tǒng)可以采用直接從界面和數(shù)據(jù)進(jìn)行概要設(shè)計的方式，并以此來計算頁面設(shè)計時間和數(shù)據(jù)庫設(shè)計時間。而對于其中所需要實現(xiàn)的其他的功能，則在每個界面當(dāng)中進(jìn)行詳細(xì)設(shè)計，此時對每一個功能實現(xiàn)所需要的時間進(jìn)行估算，這樣能夠計算出整個項目的一個較為可靠的時間，根據(jù)用戶的需要和需求功能實現(xiàn)的關(guān)聯(lián)能對項目進(jìn)度有一個適度的安排。
這樣在概要設(shè)計中，主要對界面和數(shù)據(jù)庫設(shè)計進(jìn)行評估；而在詳細(xì)設(shè)計中對功能的設(shè)計和實現(xiàn)進(jìn)行評估。
3 市場人員交流的技巧
我并不知道市場人員在交流的時候使用了什么樣的技巧，但是市場人員的營銷技巧和交流技巧確實對我們在爭取項目的主動權(quán)上有著至關(guān)重要的作用。
如果能夠充分掌握開發(fā)人員的相關(guān)因素和公司現(xiàn)狀，那么在前期獲得客戶溝通、需求獲取、和項目的時間把握等上，后期的產(chǎn)品交付、驗收等問題上，都可以獲得一定的余地！
在這兒要需要說明：
不管你是公司的技術(shù)人員，還是市場人員，與用戶交流的時候，你是一個與用戶在進(jìn)行交流的市場人員，同理，不管是懂技術(shù)的客戶，還是不懂技術(shù)的客戶，他都是提供用戶需求的客戶！
市場人員交流是需要一定的技巧的，而掌握這些技巧需要市場人員掌握相關(guān)技能。對于技能和技巧的掌握，沒有人天生會，只有不停的進(jìn)行鍛煉，并經(jīng)過相關(guān)的培訓(xùn)和實踐。
思考以下幾個問題：
為什么用戶需求總是在發(fā)生變化？是我們不理解用戶的需求嗎？還是我們低估了用戶？還是我們分析不到位？
如果用戶的需求超出了我們的期望值，我們處理好了嗎？我們是在敷衍，還是繼續(xù)努力，讓用戶理解我們？
我們獲得的與開發(fā)人員所需要的需求差別在哪里？我們了解我們的開發(fā)人員及其所擁有的技能？
