WBS確定后項(xiàng)目詳細(xì)范圍基本確定，在PMBOK的時(shí)間管理里面有詳細(xì)的進(jìn)度計(jì)劃制定步驟�；顒�(dòng)定義->活動(dòng)排序->估算資源->估算歷時(shí)->制定進(jìn)度表，同時(shí)也提及到了估算方法，關(guān)鍵路徑，PERT網(wǎng)絡(luò)，關(guān)鍵鏈，資源平衡等重要內(nèi)容。但在整個(gè)過(guò)程中有太多的假設(shè)，假設(shè)創(chuàng)建出來(lái)的是理想化的進(jìn)度表，而我們需要的是可行的進(jìn)度表。

　　1.進(jìn)度計(jì)劃不要去追求理論最優(yōu)，而應(yīng)該考慮可行性和對(duì)目標(biāo)的滿足。

　　2.在活動(dòng)定義和排序估算中都可能會(huì)發(fā)現(xiàn)WBS分解層次，粒度，遺漏等問(wèn)題

　　3.PMBOK中制定進(jìn)度各步驟并沒(méi)有嚴(yán)格的先后關(guān)系，IT項(xiàng)目強(qiáng)調(diào)關(guān)鍵點(diǎn)是WBS，估算有后即可制定進(jìn)度。

　　項(xiàng)目進(jìn)度安排的首要目標(biāo)：在滿足質(zhì)量和成本要求的情況下，滿足項(xiàng)目預(yù)期的進(jìn)度要求。因此從這個(gè)目標(biāo)出發(fā)需要優(yōu)先考慮兩個(gè)問(wèn)題，一個(gè)就是軟件生命周期和方法論的選擇，一個(gè)就是團(tuán)隊(duì)組建，人員的搭配和角色安排。而這兩個(gè)問(wèn)題都是基于一個(gè)目的，或者說(shuō)是基于TOC約束理論的思路，不要在項(xiàng)目執(zhí)行過(guò)程中因?yàn)槠款i存在使過(guò)多的人員閑置和等待，而是要達(dá)到人力資源最佳配置和最有效的利用。

　　4.制定進(jìn)度前往往就已經(jīng)想好了開(kāi)發(fā)方法論選擇和人員角色搭配安排。

　　5.瓶頸造成資源利用不均和等待，進(jìn)度安排中資源利用最大化是TOC一個(gè)重要體現(xiàn)。

　　6.在生產(chǎn)管理中一般在瓶頸資源前預(yù)留緩沖，而在關(guān)鍵鏈中是要考慮在路徑匯聚點(diǎn)（最大風(fēng)險(xiǎn)處）前預(yù)留緩沖。

　　7.小型敏捷團(tuán)隊(duì)，整個(gè)計(jì)劃中如果出現(xiàn)前期資源不飽和和空閑是要命的事情。

　　瀑布，迭代還是敏捷開(kāi)發(fā)？關(guān)鍵需要解決的還是最大化的降低后續(xù)工序資源的等待時(shí)間。對(duì)于中小型短周期的項(xiàng)目一般適合采用迭代或敏捷的開(kāi)發(fā)方法。但敏捷不是跳過(guò)程，敏捷或迭代最好是基于前期整個(gè)開(kāi)發(fā)模式和功能框架都已經(jīng)確定后再進(jìn)行，這里指的并行是多個(gè)需求功能點(diǎn)的并行，對(duì)有嚴(yán)格依賴關(guān)系的，對(duì)同一個(gè)功能點(diǎn)的需求，設(shè)計(jì)，編碼多道工序而言仍然是串行。

　　8.任何方法論都不會(huì)是跳過(guò)程，而是將大瀑布轉(zhuǎn)換為小瀑布。

　　9.并行和敏捷后勢(shì)必影響到總體規(guī)劃和系統(tǒng)思考，務(wù)必重視帶來(lái)的需求不清和架構(gòu)風(fēng)險(xiǎn)。

　　網(wǎng)絡(luò)圖是進(jìn)度中的一個(gè)重要工具，目的仍然是對(duì)發(fā)掘各活動(dòng)任務(wù)的依賴關(guān)系并對(duì)活動(dòng)進(jìn)行排序。在軟件項(xiàng)目中為了加強(qiáng)迭代和并行，一個(gè)重點(diǎn)就是要將強(qiáng)制依賴轉(zhuǎn)換為非強(qiáng)制依賴，要將對(duì)整個(gè)設(shè)計(jì)開(kāi)發(fā)過(guò)程的依賴轉(zhuǎn)換為對(duì)接口的依賴。因此這里也可以看到架構(gòu)設(shè)計(jì)和接口設(shè)計(jì)在整個(gè)軟件開(kāi)發(fā)中的重要作用，比如其他功能模塊都要依賴系統(tǒng)管理和工作流相關(guān)功能，如果要等這些功能全部開(kāi)發(fā)完成再進(jìn)行后續(xù)開(kāi)發(fā)則其他資源等待時(shí)間太長(zhǎng)，常用的處理方式就是架構(gòu)只需要定出系統(tǒng)管理和工作流調(diào)用相關(guān)接口，后續(xù)開(kāi)發(fā)工作全部可以提前介入和并行起來(lái)。多出的代價(jià)則是后續(xù)需要有一個(gè)產(chǎn)品和功能模塊的集成過(guò)程。

　　10.通過(guò)架構(gòu)和接口設(shè)計(jì)，將對(duì)整個(gè)功能模塊的依賴轉(zhuǎn)換為對(duì)接口的依賴。

　　11.架構(gòu)設(shè)計(jì)和產(chǎn)品集成是網(wǎng)絡(luò)圖中依賴關(guān)系需要分析的重要內(nèi)容。其他活動(dòng)依賴關(guān)系都是簡(jiǎn)單的基于小瀑布的線性依賴關(guān)系。

　　12.迭代的思路仍然是架構(gòu)為核心，架構(gòu)接口定義不清不應(yīng)該過(guò)早進(jìn)入設(shè)計(jì)開(kāi)發(fā)。

　　對(duì)活動(dòng)和任務(wù)工時(shí)的估算又是一個(gè)重點(diǎn)內(nèi)容，估算跟任務(wù)粒度，復(fù)雜度，任務(wù)依賴，責(zé)任人技能，開(kāi)發(fā)方法等多種因素相關(guān)。在沒(méi)有多個(gè)版本的歷史經(jīng)驗(yàn)數(shù)據(jù)積累的情況下，很難真正實(shí)施參數(shù)估算或功能點(diǎn)估算方法，估算更多的是依賴于項(xiàng)目組成員的經(jīng)驗(yàn)。關(guān)鍵鏈法推薦兩點(diǎn)估算法，將進(jìn)度緩沖留到末尾，但仍然是基于估算工時(shí)是可以完成的，而不是倒推出的不可能任務(wù)。在進(jìn)度壓縮中我們可以多投入人力資源，但有一個(gè)壓縮的極限值，在這個(gè)臨界點(diǎn)后投入再多的資源也無(wú)法再壓縮。

　　13.在沒(méi)有太多歷史數(shù)據(jù)積累情況下，最有效的估算就是依賴專家經(jīng)驗(yàn)。

　　14.根據(jù)關(guān)鍵鏈思路，不要在對(duì)單個(gè)任務(wù)的估算上預(yù)留太多的緩沖或余地。

　　15.先確定活動(dòng)或任務(wù)的責(zé)任人，再來(lái)估算工時(shí)以遍考慮個(gè)體生產(chǎn)率對(duì)工時(shí)的影響。