一個項目的制約條件包括範圍、時間、成本。 在一個項目中這三個條件是相互影響、相互制約的，而且往往是由於範圍影響了時間和成本。項目一開始確定的範圍小，那麼它需要完成的時間以及耗費的成本必然也小，反之亦然。所謂項目範圍，包括項目的最終產品或者服務，以及實現該產品或者服務所需要執行的全部工作。明確規定項目的範疇，即確定了項目的哪些方面是應該做的，哪些是不應該做的，也可以說是產生項目產品所包括的所有工作及產生這些產品所用的過程。
項目進度管理則是指在項目實施過程中，對各階段的進展程度和項目最終完成的期限所進行的管理，包括兩大部分的內容，即項目進度計劃的制定和項目進度計劃的控制。那麼，爲了保證項目順利實施，如何進行項目範圍和進度的制定呢?
1、項目目標和範圍
開始一個新項目或版本時候，首先是和用戶一起確認需求，進行項目的範圍規劃。項目是範圍，進度，質量和資源四要素的平衡，用戶對項目進度要求和優先級高的時候，我們往往要縮小項目範圍，對用戶需求進行優先級排序，排除優先級低的需求。另外我們做項目範圍規劃的一個重要依據就是我們的歷史經驗數據，對項目特徵的清楚認識，項目範圍規劃初期需求你進行一個較宏觀的估算，否則你很難判斷清楚或給用戶承諾在現有資源情況下，你3個月時間裏面是否可以完成20個或更多用戶功能。
正規過程好像是先確認項目範圍，然後根據WBS->進度計劃確認實際的項目週期，但實際情況往往很難如此，用戶往往對進度的.關注度大於對範圍的關注度，一個項目半年或一年都看不到具體的產品出來用戶肯定是無法接受的，所以我們的軟件項目一般也是按版本增量迭代進行開發。
這裏需要強調下項目目標的確定，項目的目標不能簡單理解爲在某個時間點完成所有功能。項目另外一個重要目標就是項目的質量目標，你完成的這個項目需要達到那個等級的質量標準，交出的產品BUG泄漏率要控制在什麼範圍內等內容。項目的質量目標不會影響到我們的範圍，但會影響到我們後續評審，測試等時間的安排，直接影響到項目的進度。
PMBOK裏已經明確提到項目範圍定義的另一個重要目的就是項目的績效測量和驗收準則，你交付項目的時候用戶會根據用戶需求說明書內容對項目進行驗收，所有我們項目的範圍的定義必須是明確，量化，可驗證和可測試的，這樣才能夠避免後期無謂的糾紛。
另外在概述階段需要分析項目的假設和約束，假設和約束又分爲技術方面和非技術方面，在這裏我們分析的所有假設都可能成爲項目的風險。
2、項目進度的確定
項目的目標和範圍確定後，需要開始確定項目的過程，項目整個過程中採用何種生命週期模型?項目過程是否需要對組織級定義的標準過程進行裁剪等相關內容。項目過程定義是進行WBS分解前必須確定的一個環節，你採用瀑布模型和增量迭代模型對WBS分解和進度計劃安排顯然是完全不同的。
項目過程確認清楚後開始進行項目的WBS分解，WBS分解一般是項目組的核心成員參加，但項目經理應該是起主導和協調作用。WBS分解方法一般有基於過程和基於成功兩種方式，但兩種方式可以混合使用，比如在高層分解的時候先分解出子系統和工作包，在底層的時候再按照需求，設計，編碼和測試各個過程進行分解。WBS的最底層工作單元需要是可以獨立覈實的產品，需要去下達計劃和任務，工作單元需要有明確的責任人，因此有時候在沒有做仔細的估算時候我們很難讓工作單元滿足這些要求，這樣就難免在進行估算過程中還要對WBS進行優化和調整。
WBS分解完成後可以開始進行工作單元的估算，估算一般有專家法，三點法和功能點法估算，由於我們的項目採用專家法估算，因此更需要項目核心成員和有經驗的成員參加，估算一般會針對工作單元的單位和複雜度進行估算，最後估算出項目的總規模，再除以項目的生產率後得到項目的工作量數據。專家法估算一般會進行很多輪，直到所有指標都收斂(收斂標準是組織或項目事先確定清楚了，如偏差<30%就算收斂)。對於一個軟件項目而言，我們用專家法估算其實很難估算出具體的各個功能編碼的代碼行數據和編碼的具體工作量，所以這裏是需要使用項目的歷史經驗數據，即你在做歷史項目的時候需求：設計：編碼工作量的比例究竟是如何的?然後根據估算得到的需求階段工作量數據去推算出設計和開發的估算工作量。所以從這點上也可以看出爲何軟件項目度量和分析很重要，因爲你做的度量和分析數據都會作爲你後續項目的重要依據。很多項目老說軟件估算很不準，原因就在於你沒有你自己項目的歷史經驗數據的積累。
在估算數據出來後，可以使用Project工具安排整個項目的進度計劃，在項目進度計劃安排中的兩個重要內容就是關鍵人力資源的確定和關鍵路徑的確定。在這兩個因素確認清楚後要排出整個項目的進度計劃就很簡單了。對於項目關鍵人力資源確定一般可以採用工作單元->人員的責任矩陣進行分析，對於關鍵路徑一般直接用運籌學中的關鍵路徑分析法確定ES，EF，LE和LF四個時間即可。
在項目進度計劃基本排出來後就可以規劃和確定項目的里程碑和基線了，項目的里程碑和基線是項目重要的跟蹤控制檢查點，在里程碑項目還會做專門的里程碑報告，對項目的當前狀態，項目的進度，工作量，規模，缺陷等各項指標的偏離進行分析。
整個項目進度計劃基本出來後需要和項目組的所有項目成員確認，獲取項目的內部承諾，項目成員應該對整個進度計劃安排基本達成一致。項目計劃還有需要支援計劃需要制定，項目進度計劃出來後整個可以通知QA和配置管理員分別制定質量保證計劃和配置管理計劃，項目經理協助測試負責人制定項目的系統測試計劃。
3、項目計劃的其它關鍵因素分析和確認
(1)項目的方法，技術，工具和標準
這是項目計劃中需要確定的一個重要內容，即項目過程需要使用哪些方法和技術，採用哪些工具，項目各個階段的輸出應該滿足哪些檢查標準等。一個項目中除了使用到常用的開發工具外，還會使用到需求管理，設計建模，配置管理，變更管理，IM溝通等諸多工具;使用到面對對象分析和設計，開發語言，數據庫，測試等多種技術，在這裏都需要分析和定義清楚，這將成爲後續技能評估和培訓的一個重要依據。