在已有的知識體系中，關于項目進度管理理論和方法的研究已經很多。但是在具體實踐中，僅僅具有這些言傳性的知識是不夠的。因為這些知識提供的是一般的原理，在用于具體實踐中的時候，還要根據具體的主客觀條件加以選擇、綜合與靈活處置。特別是項目的一次性特點和獨特性特點，使得它的進度管理更不能一切都按照成規辦事，而需要有獨立的抉擇和處置。

　　這時候，包括經驗、直覺、洞察力在內的項目進度管理知識將發揮重要的作用。那么應如何運用關鍵路徑的方法來進行進度計劃的安排。

　　進度安排思考方式

　　在IT項目中由于崗位角色劃分，往往并不適合采用關鍵路徑的方法來預計進度。進度安排關鍵在讓所有人都盡可能早的動起來，在這里可以考慮的思考方式是：

　　1. 關注項目關鍵資源，關鍵資源必須優先安排來執行關鍵任務。

　　2. 通過組件細分和迭代，增加后期集成時間，但縮短前期關鍵路徑等待時間。

　　3. 通過每日構造將測試也迭代起來。

　　4. 進度緊往往更不該跳過需求和總體設計評審而直接編碼，后期返工往往是災難性的。

　　有效的方法論和過程

　　在裁剪過程的時候，必須清楚的認識到哪些過程元素是保證項目成功的核心要素，哪些是可以省略的。XP方法論對于任何一個功能的開發仍然是遵循小瀑布，而不是跳過程。一個設計思路可以在紙面設計草圖后就可以開始編碼，后期再形成規范的文檔，但決定不是說不經過設計就開始編碼。需求，DEMO原型，總體架構，數據庫設計，評審，項目開發模式和規范都是重要的元素，都應該最有效的去發揮作用。因此以下是可以考慮的關鍵點：

　　1. DEMO原型必須和用戶溝通確認，但需求階段技術架構工作可以并行。

　　2. 需求和架構，數據庫必須經過評審。

　　3. 架構或總體設計完成后必須進行培訓，強調后續的開發模式和規范。

　　4. 架構開發不一定要全部完成才能開始后續工作，但事先要定義清楚接口。

　　5. 詳設可以出紙面草圖，面對面溝通后即可開始編碼，后期再補規范文檔。

　　6. 對于100%要做的不涉及業務規則功能可提前編碼，如一些基礎表的維護。