在我個人看來，在眾多公司的項目中，項目的進度估計雖然具有一定的依據，也參照了一定的依據，包括經驗，也遵循了一定的流程，但是還是存在許多不足之處。除了用戶方的原因（在此不做討論），在我看來主要問題出于以下幾點：

1 軟件開發(fā)計劃制定中的幾個問題

1.1 詳細設計不徹底

詳細設計的不徹底，導致開發(fā)計劃制定后執(zhí)行的空洞，從而無法真正實現計劃的實現和監(jiān)控，大多的情況是在不斷的彌補，或者進度的追趕，從導致代碼的質量無法保證，甚至亦無法保證功能的實現。

1.1.1 詳細的設計的不足

很多開發(fā)人員在接到開發(fā)任務后，擔心不能及時完成任務，在匆忙做完了概要設計（其實此時的概要設計可能根本不能滿足需要），以沒有時間為借口，直接進入到編碼階段，沒有對軟件系統進行更為詳細的設計，從而導致了對開發(fā)中出現的問題沒有做出相應的應對措施。而且在出現問題后，對問題認識的不足（包括擔心問題的出現會使自己的技能被別人否定等），和解決方法的缺乏，從而導致了問題的堆積和時間的流失，到后使得項目的進度不得不發(fā)生了延遲。眾多公司的項目和產品中普遍存在這個問題。

1.1.2 詳細設計應該達到的地步

詳細設計應該能夠達到一個這樣的地步，比如，在一個模塊所需要實現的功能基礎上，對此模塊再次進行的詳細設計，以至不可再分，甚至可以細化到可以實現的某一個具體的函數、類、屬性等之上。而且不遺漏細節(jié)！ 比如頁面設計 可以以頁面為單位進行詳細設計，從而細化到每個頁面大概需要實現的基本要素，包括多少個按鈕、列表框、輸入框等，以及每個頁面中的功能點，包括需要連接的數據庫等。這樣每個頁面的具體時間能準確的確定，并被執(zhí)行。且需要做出一個網頁的設計圖樣，共項目評審使用。 比如圖形制作可以以每幅圖為單位進行詳細設計，從而可以細化到每個可能需要實現的基本要素，包括道路等各項圖形要素，以及功能點等。這樣每副圖形制作的具體時間能準確的確定，并被執(zhí)行。亦可以做評審使用。

1.1.3 重物的稱量

試想，我們需要稱量一個重物，如果沒有磅秤，只有彈簧稱，那么我們只能將此重物進行分割，方能知道此重物的重量，而且需要保證在分割的過程中沒有損耗。否則需要進行一個定量的、適度的估算，比如百分比等，以彌補分割過程的損耗。

在這個比喻中，我們把重物看成是個項目，分割重物的人是項目經理或系統分析人員，稱量的人則是實施開發(fā)的人員，分割過程則是項目開發(fā)過程。

如果在分割重物的人，沒有具備分割的能力，重物的重量將會遠遠偏離其實際目標。

如果稱量重物的人，沒有具備稱量的能力，重物的重量也會偏離其實際目標，只不過相對于分割重物的人的不稱職，離目標可能會近些。

1.1.4 西瓜籽的計算

有時候我們開發(fā)項目的過程也想一個計算西瓜籽的過程。

看下面的過程，根據西瓜向陽一面多籽的特性，確立西瓜的中心線，然后將西瓜籽分解成陽面、陰面的兩部分，再根據中心線與陽面、陰面的距離，將西瓜進行多次分塊，直到我們能夠較容易得數出西瓜中的西瓜籽。這樣我們可以對所有的西瓜塊進行分類，這樣能夠很快的得出西瓜籽的數量。如果我們對西瓜的結構很是了解，那么即使有些誤差，但也會相差無幾。

在這里，西瓜是我們需要建立的系統，西瓜籽是我們所需要實現的功能，西瓜籽的數目則是我們的時間，對西瓜的分塊和分類則是我們的進度安排。而我們只有采用科學的方法，才能快捷的獲得一個較為準確的項目進度計劃。

另外，還有一個含義，是如果想要知道西瓜籽的數量，我們必須切開西瓜，才能知道。

而且分得越細越準確。具體所需要分的塊數也取決于西瓜的大小和切西瓜的人的經驗。

1.2 開發(fā)技能的估計不足

開發(fā)技能的不足也經常阻止了計劃的順利執(zhí)行。

1.2.1 非項目小組成員

在很多項目進行開發(fā)之前，項目組成員采納項目評審小組意見的時候，非項目小組成員并非真正、徹底的了解該項目的實際內容，或者了解不徹底，因此他們的經驗和意見使得項目組在決定項目將要使用到的開發(fā)工具和技術的時候容易估計不足，也可能導致項目的進度延期。

1.2.2 掌握的新技術和技能

在項目中，項目組成員如果不能滿足對工具的熟練程度，那么項目的開發(fā)計劃是需要及時跟進的。如果進度不能如期進行，或者開發(fā)人員在額定的時間內，掌握的新技術和技能不能滿足要求，需要重新且及時的進行分析。