我們著重強調對項目規模和資源的估算，是因為低質量的項目資源估算將不可避免地造成資源短缺，進度延遲和預算超支。又由于項目資源估算是從軟件規模估算中直接衍生出來的，所以低質量的規模估算是造成許多軟件項目問題的根本原因。
項目計劃應在項目開始初期制定出，并隨著工程的進展不斷地加以精化。起初，由于軟件需求通常是模糊而又不完整的，我們的工作重點應在于明確該項目需要哪些領域的知識，并且如何獲取這些知識。如果不遵循這一指導原則，程序員們通常會積極地投入到那部分已知的工作中去，而把未知部分留滯到以后。這種工作方式通常會產生很多問題，因為未知部分具有高的風險系數。軟件項目計劃的邏輯如下所述 ：
由于軟件需求在初始階段是模糊而又不完整的，質量計劃只能建立在對客戶需求的大致而不確切的理解之上。因此，項目計劃應該從找出含糊不確切與準確恰當的軟件需求間的映射關系入手。
接著建立一種概念設計。項目初始架構的建立要十分謹慎，因為它通常標定了產品模塊的分割線，同時描述了這些模塊所實現的功能及所有模塊間的關系。這為項目計劃和項目實施提供了組織框架，因此一個低質量的概念設計是不能滿足要求的。
在每一次后續的需求精化時，也應同時精化資源映射，項目規模估算和工程進度。
八、制訂軟件項目計劃的方法與策略
制訂軟件項目計劃的目的在于建立并維護軟件項目各項活動的計劃，軟件項目計劃其實是一個用來協調軟件項目中其它所有計劃，指導項目組對項目進行執行和監控的文件。一個好的軟件項目計劃可為項目的成功實施打下堅實的基礎。
軟件項目有其特殊性，不確定因素多，工作量估計困難，項目初期難于制定一個科學、合理的項目計劃。我曾主持和參與過大大小小的軟件項目十余項，下面我將把我制訂軟件項目計劃的經驗分享給大家。
1.注重項目計劃的層次性
軟件項目計劃的層次及其關系如下圖所示。
高級計劃，是項目的早期計劃。高級計劃應當是粗粒度的，主要是進行項目的階段劃分，確定重大的里程碑，所需相關的資源，包括人力資源、設備資源、資金資源，即所謂的人、財、物三個要素。
大的階段交替之前，應做好下一階段的詳細計劃，我們稱之為二級計劃。詳細計劃要確定各項任務的負責人，開始時間，結束時間，任務之間的依賴關系，設備資源，小的事件點（即里程碑）。
如果項目規模相對較大，可以有多級的計劃，比如說，一個項目組可能分為幾個開發組，二級計劃是各開發組制訂的適合的自己小組的計劃。如果開發組還分了小組，可以有小組的三級計劃。
開發人員的個人計劃是低級計劃，由開發人員根據自己的任務自行制定，要把任務細化到人·日。
一般的，軟件項目計劃至多有四級夠了，過多的等級將會引發效率的瓶頸。大的項目不見得要有龐大的組織和人員數量來支撐，合理的劃分小組，減少組織的層次，有利于項目計劃的制訂和實施。較小的軟件項目由于工期不長，人員較少，有二級計劃（高級計劃與低級計劃）也是可行的。
2.重視與客戶的溝通
與客戶的溝通是很重要的。不必害怕客戶知道我們的開發計劃，特別是項目進度情況，應當和客戶共享這些信息。
首先，客戶會提出一些對項目時間、進度、效果上的要求，這個指標往往經不起推敲，有的還帶有較強的政策性。如：在我主持的一個某單位人事MIS系統的開發中發現，客戶方對時間上的約束是有成形的文件的，是他們單位領導們開會的決定。客戶給出的從項目啟動到驗收的時間只有三個月，但是，經過我們認真的需求調研，做出項目進度的粗計劃和部分的二級計劃后，發現三個月的時間是難于實現的。我們把做出的調研文檔和項目計劃擺出來和和客戶討論，終使項目的開發時間延長為六個月。站在為了科學地分析和解決問題的立場上來看，項目組和客戶的目的是一致的，所以對于合理的項目進度客戶是會理解與支持的。
其次，我們有義務要讓客戶知道項目的計劃。這樣才能讓客戶和用戶主動、積極參與項目，達到項目的終目標。項目計劃取得雙方簽字認可是一種好的習慣。客戶可能不愿意簽正式的文件，那么在文檔的封面上簽上雙方負責人的姓名、聯系方式也行，雖然是非正式的，但留下了項目工作的痕跡。有必要想辦法讓客戶清楚簽字意味著什么。這意味說雙方有了一個約定，既讓用戶感覺心里踏實，也讓自己的項目組有了責任感，有一種督促和促進的作用。
3.該詳細的詳細，該簡略的簡略
軟件項目計劃如同軟件項目本身一樣有它特殊性，一個三五個人花兩三個月可以完工的小項目，可能項目計劃四五頁紙，包括一個WBS（工作分解結構）和一個Gantee圖（甘特圖）。一個需要五六十個人甚至上百人，要花上半年或更長時間的大型軟件項目則會有更多的項目計劃內容。我們得按照項目的的特定情況量體裁衣。
如下表表1所示，這是我主持的一個某高校教務辦公信息系統項目的風險管理計劃表。項目較小，我們只用了兩個月的時間開發完工，通過驗收。正因如此，我們在項目計劃中大量的采用了這種表格來制訂人員計劃、培訓計劃、風險計劃、成本估計、文檔大小估計、進度計劃，一目了然，責任到人，其效果和效益是很明顯的。
項目的工作安排一定要責任到人，這點是要詳細的。如果是多個人共同完成的任務也要指定一位主要負責人，否則開發人員會操作不便，甚至互相推卸責任。
