項目計劃之范圍計劃(工作分解結構進度計劃)課件

RoadMap合同管理

生存期需求管理任務分解項目進度項目估算質量計劃配置計劃風險計劃團隊管理項目度量集成項目跟蹤控制

項目結束RoadMap合同管理需求管理任務分解1編制進度計劃的三步曲任務分解（WBS）--范圍基準成本估算資源、進度安排－－成本基準，進度基準編制進度計劃的三步曲任務分解（WBS）--范圍基準－－成本基2軟件項目管理任務分解軟件項目管理3本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義4任務分解定義什么是任務（工作）分解結構（WBS，WorkBreakdownStructure）？一種面向可交付成果的項目元素分組，這個分組組織并定義了全部的項目工作范圍。不在工作分解結構內的工作不屬項目范圍之列。每下降一級都表示一個更加詳細的項目工作的定義。本定義來自PMBOK思考：WBS的來源是什么？任務分解定義思考：WBS的來源是什么？5工作分解結構WBS的內涵：

WBS是面向可交付成果的。--是對項目元素的分組，它組織并定義了整個項目范圍；未列入工作分解結構的工作將排除在項目范圍之外。－任務分解結構的最低層，是任務完成的可交付成果，也叫做的工作包。工作包應當由唯一一個部門或承包商負責這一交付成果可以分配給另外一位項目經理進行計劃和執(zhí)行,或者通過子項目的方式完成。工作包可進一步分解為子項目的WBS或各個活動

工作分解結構WBS的內涵：6工作分解結構WBS的主要用途a.防止遺漏項目的可交付成果。b.幫助項目經理關注項目目標和澄清職責。c.建立可視化的項目可交付成果，以便估算工作量和分配工作。d.幫助改進時間、成本和資源估計的準確度。e.幫助項目團隊的建立和獲得項目人員的承諾。f.為績效測量和項目控制定義一個基準。g.輔助溝通清晰的工作責任。h.為其他項目計劃的制定建立框架。i.幫助分析項目的最初風險。通常情況下WBS總是處于軟件項目計劃過程的中心，是制定進度計劃、了解資源需求、統(tǒng)計成本預算、控制可能風險和決定采購計劃等工作的重要基線。工作分解結構7WBS示例家庭項目美化院落修理屋頂購買食品列清單開車到商店將貨物裝進購物車付款……活動工作包WBS示例家庭項目美化院落修理屋頂購買食品列清單活動工作包8WBS示例按階段進行組織WBS示例按階段進行組織9WBS示例圖：一個企業(yè)內部網項目的WBS按產品進行組織WBS示例圖：一個企業(yè)內部網項目的WBS按產品進行組織10本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義11WBS類型清單圖表WBS類型清單12項目初期的工作場景：照片中他們在干什么？13項目初期的工作場景：照片中他們在干什么？1313概念1.1評價現有系統(tǒng)1.2確定要求1.2.1確定用戶要求1.2.2確定內容要求1.3確定特定功能1.4定義風險和風險管理方法2站點設計3站點開發(fā)4投入使用5維護圖表類型清單類型層級0層級1層級3層級2概念2站點設計圖表類型清單類型層級0層級1層級3層14本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義15任務分解(WBS)步驟建立一個WBS分為4個步驟：（PMBOK）①確定項目目標，著重于項目產生的產品、服務以及提供給客戶的結果(確定分解標準）。②準確確認項目所產生的產品、服務或提供給客戶的結果（可交付成果或最終產品）。③識別項目中的其他工作領域以確保覆蓋100%的工作，識別若干可交付成果的領域、描述中間輸出或可交付成果。進一步細分步驟②和③的每一項，使其形成順序的邏輯子分組，直到工作要素的復雜性和成本花費成為可計劃和可控制的管理單元（工作包）。驗證分解的正確性(建立編號)任務分解(WBS)步驟建立一個WBS分為4個步驟：（PMB16任務結構分解(WBS)步驟確認并分解項目的組成要素確定分解標準確定分解是否詳細確定項目交付成果驗證分解的正確性(建立編號)任務結構分解(WBS)步驟確認并分解項目的組成要素17WBS編號系統(tǒng)功能1:11軟件產品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123WBS編號系統(tǒng)功能1:11軟件產品:1功能2-子功能2:1218項目計劃之范圍計劃(工作分解結構-進度計劃)課件19項目計劃之范圍計劃(工作分解結構-進度計劃)課件20WBS與OBS（組織分解結構）WBS與OBS（組織分解結構）21分解標準應統(tǒng)一學生管理按照生命期分解規(guī)劃需求設計編碼測試提交按照產品組成分解1.1

招生管理1.2

分班管理1.3

學生檔案管理1.4

學生成績管理分解標準應統(tǒng)一學生管理22不能同時使用兩種標準進行分解招生管理

分班管理

學生檔案管理學生成績管理規(guī)劃需求設計編碼測試提交不能同時使用兩種標準進行分解23檢驗分解結果的標準最底層的要素是否是實現目標的充分必要條件最底層要素是否有重復的每個要素是否清晰完整定義最底層要素是否有定義清晰的責任人,是否可以進行成本估算和進度安排檢驗分解結果的標準最底層的要素是否是實現目標的充分必要條件24本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解的注意事項五、案例分析本節(jié)要點一、任務分解定義25WBS的指南(1)WBS分解的規(guī)模和數量因項目而異收集與項目相關的所有信息參看一下類似的項目的WBS,與相關人員討論可以參照模板最低層是可控的和可管理的，但是避免不必要的過細，最好不要超過7層軟件項目推薦分解到40小時的工作包每個Workpackage必須有一個提交物注：80/8規(guī)則WBS的指南(1)WBS分解的規(guī)模和數量因項目而異26WBS的指南（2）定義任務完成的標準每個WBS必須有利于責任分配可以準備WBS字典最后與相關人員進行評審WBS的指南（2）定義任務完成的標準27WBS模板舉例WBS模板舉例28WBS字典內容WBS字典格式示例WBS表示號BSN-LBL名稱BSN時間日志管理系統(tǒng)主題目標網管的安全管理系統(tǒng)描述存儲事件數據：記錄相應事件設置事件過濾：對某些事件可設置過濾瀏覽事件日志：對所有事件提供瀏覽功能規(guī)劃BSN事件日志生成歷史數據：可生成歷史時間報告管理BSN時間日志：可以調整BSN事件的配置參數完成的任務1、2、3已完成責任者XXX完成的標識通過質量保證部的驗收報告?zhèn)渥BS字典內容WBS字典格式示例WBS表示號BSN-LBL名29本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義30軟件開發(fā)項目WBS范例1.產品需求階段1.1產品需求文檔研究編寫分發(fā)個人評估評審會議更新/修改文檔重新分發(fā)第二次評審簽署1.2結束產品需求階段2.軟件需求階段2.1軟件需求文檔研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署2.2軟件驗收測試計劃研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署2.3結束軟件需求階段軟件開發(fā)項目WBS范例1.產品需求階段1.1產品需313.體系結構設計階段3.1體系結構設計文檔研究編寫分發(fā)個人評估評審會議更新/修改文檔重新分發(fā)第二次評審簽署3.2軟件集成測試計劃研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署3.3結束體系結構設計階段4.詳細設計階段4.1詳細設計文檔研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署4.2軟件單元測試計劃研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署4.3結束詳細設計階段3.體系結構設計階段3.1體系結構設計文檔研究3.2325.編碼階段5.1生成代碼單元編寫代碼單元編譯代碼單元鏈接代碼單元走查代碼單元為走查做準備進行走查更新修改代碼簽署走查結果代碼單元文檔

5.2結束編碼階段6.單元測試階段6.l單元測試代碼準備測試計劃和測試案例集測試代碼修正代碼重新測試代碼準備單元測試文檔6.2結束單元測試階段5.編碼階段5.1生成代碼單元編寫代碼單元5.2337.集成測試階段7.1代碼集成測試系統(tǒng)集成測試計劃沒有覆蓋到的任何測試計劃和測試案例集都屬于代碼集成測試測試代碼修正代碼重新測試代碼準備集成測試文檔7.2結束集成測試階段8.系統(tǒng)測試階段8.1執(zhí)行內部軟件驗收測試計劃8.2結束系統(tǒng)測試階段9.發(fā)布階段9.1安裝計劃；活動；測試；記錄結果9.2數據轉換計劃；活動；測試；記錄結果9.3評審9.4軟件發(fā)布9.5結束發(fā)布階段7.集成測試階段7.1代碼集成測試系統(tǒng)集成測試計劃沒有3410.操作和維護階段10.1評價10.2設計評審10.3支持和維護10.4審計11.項目生命周期中的其他可能用到的WBS元素11.1培訓項目人員的互相熟悉；項目人員的培訓；用戶培訓11.2招聘11.3測試環(huán)境開發(fā)為軟件開發(fā)人員提供的開銷11.4開發(fā)支持數據庫管理；開發(fā)環(huán)境；系統(tǒng)構造11.5項目管理11.6配置管理評估；正在進行中的配置管理11.7文檔記錄11.8質量管理和質量計劃10.操作和維護階段10.1評價10.2設計35小結WBS的分解類型WBS的分解步驟WBS分解注意事項小結WBS的分解類型36軟件開發(fā)項目管理第3章軟件項目進度（時間）計劃軟件開發(fā)項目管理37本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性38一、進度管理的重要性進度是對執(zhí)行的活動和里程碑制定的工作計劃日期表項目時間管理包括使項目按時完成必須實施的各項過程

.(--PMBOK)過程：活動定義活動排序活動資源估算活動歷時估算進度規(guī)劃進度控制目標：確保項目按時完成一、進度管理的重要性進度是對執(zhí)行的活動和里程碑制定的工作計劃39本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性40

活動定義涉及到確定為完成工作分解結構（WBS）規(guī)定的可交付成果與子可交付成果所必須進行的具體活動，并將其形成文字記載。此項過程暗含著所定義活動應保證實現項目目標的要求。可交付成果活動需求分析說明書會晤用戶研究現有系統(tǒng)明確用戶需求撰寫需求分析說明書需求評審活動定義活動定義涉及到確定為完成工作分解結構（WBS）規(guī)定的可交41活動定義輸入工具和技術輸出.1企業(yè)環(huán)境因素.2組織過程資產.3項目范圍說明書

.4工作分解結構.5工作分解結構詞典.6項目管理計劃

.1分解

.2模板

.3滾動式規(guī)劃

.4專家判斷

.5規(guī)劃組成部分

.1活動清單

.2活動屬性

.3里程碑清單.4請求的變更將項目組成部分細分為更小、更易于管理的單元以便更好地進行管理和控制。此處的最后成果是指活動（行動步驟），而不是指可交付成果（有形產品）?；顒佣x輸入工具和技術輸出.1企業(yè)環(huán)境因素.1分42本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性43輸入工具和技術輸出.1項目范圍說明書

.2活動清單

.3活動屬性.4里程碑清單.5核準的變更請求.1前導圖法(PDM).2箭線圖法(ADM).3進度網絡模板

.4確定依賴關系.5應用提前和滯后量

.1項目進度網絡圖.2活動清單(更新).3活動屬性(更新).4請求的變更可能會發(fā)現必須對某些活動進行再分解或重新定義。強制依賴關系（硬邏輯關系）

編碼完成之后才能進行測試軟邏輯關系在專門應用領域的“最好實踐”。期望采用專門的順序。外部依賴關系。即項目活動與非項目活動之間的依賴關系軟件項目中的測試活動可能依

賴于外部供方交付硬件設施?；顒优判蚯爸没顒樱ㄈ蝿眨?--〉后置活動（任務）輸入工具和技術輸出.1項目范圍說明書.1前導圖法44邏輯關系：完成-開始（FS,Finish-Start）完成-完成（FF,Finish-Finish）開始-開始（SS,Start-Start）開始-完成（SF,Start-Finish）提前（Lead）與滯后（Lag）

活動之間的邏輯關系邏輯關系：活動之間的邏輯關系45任務B任務A在活動任務B開始前，活動任務A必須完成只有編碼完成后才能進行測試完成-開始

（FS,Finish-Start）

任務B任務A在活動任務B開始前，活動任務A必須完成完成-46箭頭方向表示哪個任務是前者，哪個任務是后者只有硬件安裝開始后才開始軟件安裝任務A和任務B可同時開始,但在前者(A)開始以前后者

(B)不能開始.任務B任務A開始-開始

（SS,Start-Start）箭頭方向表示哪個任務是前者，哪個任務是后者任務A和任務B可同47任務A和任務B可同時結束,但在前者(A)完成前后者

(B)不能完成所有必要文件都備齊后才能結案任務B任務A結束-結束

（FF,Finish-Finish）任務A和任務B可同時結束,但在前者(A)完成前后者(48在任務B完成以前任務A必須開始(很少使用).下一班的警衛(wèi)來了，當班的警衛(wèi)才可以離去任務B任務A開始-結束

（SF,Start-Finish）

在任務B完成以前任務A必須開始(很少使用).任務B49任務B任務A在任務A完成前2天，任務B必須開始-2天提前(Leading)

任務B任務A在任務A完成前2天，任務B必須開始-2天提50任務B任務A任務A完成后2天，任務B才能開始2天滯后(Lag)

任務B任務A任務A完成后2天，任務B才能開始2天滯后(51本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序進度管理圖示活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性52進度管理圖示1.甘特圖。這種圖同時顯示出活動的開始與終止日期和預期持續(xù)時間，有時也表示依存關系。甘特圖較容易看懂，常常在向管理層介紹情況時使用2.里程碑圖。與甘特圖相似，但僅標示出主要可交付成果的規(guī)定開始與完成日期以及關鍵的外部接口

進度管理圖示1.甘特圖。53進度管理圖示3.網絡圖。項目網絡圖就是以圖的形式展示項目各活動（工序）之間的邏輯關系（依賴關系）PDM圖ADM圖是繪制項目網絡圖的兩種不同的方法。項目網絡圖可用手工或在電腦上制作。它可以包括項目的全部細節(jié)，也可以只有一項或若干項簡短的活動。進度管理圖示3.網絡圖。54甘特圖-實例甘特圖-實例55里程碑圖示例里程碑圖示例56里程碑圖示例SpecificationDesign08/201011/2010Testing02/20113/2011AvailableCoding9/20112011Announce里程碑圖示例SpecificationDesign08/2057網絡圖與WBS之間的關系網絡圖與WBS之間的關系58常用的網絡圖PDM(PrecedenceDiagrammingMethod）優(yōu)先圖法,節(jié)點法(單代號)網絡圖ADM(ArrowDiagrammingMethod)箭線法(雙代號)網絡圖常用的網絡圖PDM(PrecedenceDiagramm59PDM(PrecedenceDiagrammingMethod)構成PDM網絡圖的基本特點是節(jié)點(Box)節(jié)點(Box)表示活動(工序,工作)用箭線表示各活動(工序,工作)之間的邏輯關系.可以方便的表示活動之間的各種邏輯關系。在軟件項目中PDM比ADM更通用PDM(PrecedenceDiagrammingMet60PDM圖例開始活動1活動3活動2結束PDM圖例開始活動1活動3活動2結束61PDM(PrecedenceDiagrammingMethod)-優(yōu)先圖法圖例開始需求獲取項目規(guī)劃需求確認項目計劃評審總體設計詳細設計系統(tǒng)測試集成測試編碼結束PDM(PrecedenceDiagrammingMe62箭線圖法（ADM）-雙代號網絡（AOA）用箭線表示活動，用節(jié)點表示事件只使用一種活動之間的邏輯關系：FS作圖要求：每一個事件必須有唯一的事件號；每一個活動必須用唯一的緊前事件和唯一的緊后事件描述；緊前事件編號要小于緊后事件編號；使用虛活動事件2事件1活動1-2箭線圖法（ADM）-雙代號網絡（AOA）用箭線表示活動，用節(jié)63箭線圖法（ADM）開始結束ABCDEF虛活動1）虛活動沒有歷時，不需要資源2）箭線圖網絡表達活動關系的需要3）用帶箭頭的虛線表示箭線圖法（ADM）開始結束ABCDEF虛活動64練習：將前例所做的前導圖網絡轉換成箭線圖網絡

總體設計需求確認需求獲取系統(tǒng)測試集成測試編碼詳細設計計劃評審項目規(guī)劃123698754練習：將前例所做的前導圖網絡轉換成箭線圖網絡

總體設計需求確65本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序項目歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性66項目進度估算-歷時估計項目進度估算是估計任務的持續(xù)時間-歷時估計每個任務的歷時估計項目總歷時估計項目進度估算-歷時估計項目進度估算是估計任務的持續(xù)時間-歷時67項目進度估算的基本方法基于規(guī)模的進度估算，-定額估算法-經驗導出模型CPM(關鍵路徑法）PERT（工程評估評審技術，或者叫計劃評審法）通過類比估算專家估計基于承諾的進度估計Jones的一階估算準則其它策略項目進度估算的基本方法基于規(guī)模的進度估算，681.定額估算法T=Q/(R*S)T:活動持續(xù)時間Q:活動的工作量R:人力或設備的數量S:產量定額,以單位時間完成的工作量表示1.定額估算法T=Q/(R*S)692.經驗導出模型經驗導出模型：D=a*Eb：D:月(時間）E：人月工作量a=2—4b:1/3左右:依賴于項目的自然屬性2.經驗導出模型經驗導出模型：D=a*Eb：70建議掌握模型Walston-Felix(IBM)：D=2.4*Eexp(0.35)基本COCOMO(COnstructive

COst

Model,構造性成本模型):D=2.5(E)exp(db)，db：0.32-0.38建議掌握模型Walston-Felix(IBM)：D=2.71舉例采用基本COCOMO模型估算的規(guī)模E＝152ＰM

采用基本COCOMO模型估算的進度

D=2.5＊E^0.35

=2.5*152^0.35＝14.5M

舉例采用基本COCOMO模型估算的規(guī)模E＝152ＰM723.關鍵路徑法估計（CPM：CriticalPathMethod）根據指定的網絡順序邏輯關系,在不考慮資源約束的條件下,進行單一的歷時估算當估算項目中活動時間比較確定的時候采用3.關鍵路徑法估計（CPM：CriticalPathM73CPM估計123A:100天B:10天CPM估計123A:100天B:10天744.PERT歷時估計(ProgramEvaluationandReviewTechnique)利用網絡順序圖邏輯關系和加權歷時估算來計算項目歷時的技術。當估算項目中某項單獨的活動，存在很大的不確定性時采用。它是基于對某項任務的樂觀，悲觀以及最可能的概率時間估計采用加權平均得到期望值E=（O+4m+P)/6，O是最小估算值:樂觀(Optimistic)，P是最大估算值:悲觀(Pessimistic)，M是最大可能估算(MostLikely)。

4.PERT歷時估計(ProgramEvaluation75PERT–活動工期計算每個活動的平均工期=（樂觀的+4(最可能的)+悲觀的）/6每個活動工期的標準差（）

=（樂觀的-悲觀的）/6每個活動工期的方差（2）=（（樂觀的-悲觀的）/6）2

PERT–活動工期計算每個活動的平均工期76PERT評估存在多個活動的一條路徑期望值E=E1+E2+….En方差δ2=

(δ1)2

+(δ2)2+….+(δn)2標準差δ=((δ1)2

+(δ2)2+….+(δn)2)1/2

12345ACBDPERT評估存在多個活動的一條路徑期望值E=E1+E2+….77PERT舉例21432,3,64,6,83,4,6JKL項活動O,M,PEδδ

2J2,3,63.334/616/36K4,6,864/616/36L3,4,64.173/69/36估計項目總歷時13.51.06741/36PERT舉例21432,3,64,6,83,4,6JKL78標準差與保證率68.3%95.5%99.7%標準差與保證率68.3%95.5%99.7%79PERT舉例平均歷時E=13.5,δ

=1.07范圍概率從到T1±δ68.3%12.414.6T2±

2δ95.5%11.415.6T3±3δ99.7%10.316.7項目在14.57內天完成的概率是多少？PERT舉例平均歷時E=13.5,δ=1.07范圍概率80PERT舉例-2δ+2δ-3δ-1δ+1δ+3δ68.3%95.5%99.7%ET=E+δ

=13.5+1.07=14.57P=50%+342%=84.2%68.3/2%=34.2%50%PERT舉例-2δ+2δ-3δ-1δ+1δ+3δ681PERT/CPM區(qū)別PERT計算歷時采用的算法:加權平均（O+4m+P)/6估計值不明確CPM計算歷時采用的算法:最大可能值m估計值比較明確PERT/CPM區(qū)別PERT82本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序項目歷時估算

制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性83進度編制的基本方法CPM（關鍵路徑法）－正推法－逆推法時間壓縮法－趕工（Crash）－快速跟進（Fasttracking:搭接）

進度編制的基本方法CPM（關鍵路徑法）84關鍵路徑法

（CPM：CriticalPathMethod）根據指定的網絡圖邏輯關系和單一的歷時估算，計算每一個活動的單一的、確定的最早和最遲開始和完成日期。計算浮動時間。計算網絡圖中最長的路徑。確定項目完成時間關鍵路徑法

（CPM：CriticalPathMeth85網絡圖中任務進度時間參數說明最早開始時間(Earlystart)最晚開始時間(Latestart)最早完成時間(Earlyfinish)最晚完成時間(Latefinish)自由浮動（FreeFloat）總浮動（TotalFloat）超前(Lead)滯后(Lag)網絡圖中任務進度時間參數說明最早開始時間(Earlysta86浮動時間(Float)浮動時間:是一個活動的機動性,它是一個活動在不影響其它活動或者項目完成的情況下可以延遲的時間量浮動時間(Float)浮動時間:是一個活動的機動性,它是一個87自由與總浮動時間自由浮動（FreeFloat）在不影響后置任務最早開始時間本活動可以延遲的時間總浮動（TotalFloat）在不影響項目最早完成時間本活動可以延遲的時間自由與總浮動時間自由浮動（FreeFloat）88CPM估計123A:100天B:10天CPM估計123A:100天B:10天89進度時間參數A:100B:10B:10A:ES=0,EF=100LS=0,LF=100B:ES=0,EF=10LF=100,LS=90公式:EF=ES+duration(持續(xù)時間）LS=LF-durationTF=LS-ES=LF-EFTF=LS-ES=90TF=LF-EF=90進度時間參數A:100B:10B:10A:B:公式:90任務滯后Lag活動A活動B結束---開始Lag=3A完成之后3天B開始任務滯后Lag活動A活動B結束---開始Lag=3A完成之后91進度時間參數A:100B:10B:10B:ES=0,EF=10LS=80,LF=90TF=LS-ES=80FF=0C:ES=15,EF=20LS=95,LF=100TF=LS-ES=80C:5C:5B:10公式:ES(S)=EF(P)+Lag,LF(P)=LS(S)–LagTF=LS-ES,FF=ES(S)-EF(P)-LagLag=5進度時間參數A:100B:10B:10B:C:C:5C:5B92Float例子TF=8FF=1EF(C)=ES(C)+6=14ES(G)=EF(C)+0=14LF(C)=LS(G)-0=14LS(C)=LF(C)-6=8浮動時間示例：Float例子TF=8FF=1EF(C)=ES(C)+93關鍵路徑（CriticalPath）關鍵路徑是決定項目完成的最短時間。是時間浮動為0（Float=0）的路徑網絡圖中最長的路徑關鍵路徑上的任何任務都是關鍵任務關鍵路徑上的任何活動延遲，都會導致整個項目完成時間的延遲關鍵路徑（CriticalPath）關鍵路徑是決定項目完94關鍵路徑的其他說明明確關鍵路徑后，你可以合理安排進度關鍵路徑可能不止一條在項目的進行過程中，關鍵路徑可能改變的關鍵路徑的其他說明明確關鍵路徑后，你可以合理安排進度95正推法(Forwardpass)按照時間順序計算最早開始時間和最早完成時間的方法,稱為正推法.首先建立項目的開始時間項目的開始時間是網絡圖中第一個活動的最早開始時間從左到右，從上到下進行任務編排當一個任務有多個前置時，選擇其中最大的最早完成日期作為其后置任務的最早開始日期公式:ES+Duration=EFEF+Lag=ESs正推法(Forwardpass)按照時間順序計算最早96正推法實例StartLFLSEFESDuration=7TaskA18LFLSEFESDuration=3TaskB14LFLSEFESDuration=6TaskC814LFLSEFESDuration=3TaskD47LFLSEFESDuration=3TaskG1417LFLSEFESDuration=3TaskE710LFLSEFESDuration=2TaskH1719LFLSEFESDuration=2TaskF46Finish當一個任務有多個前置時，選擇其中最大的最早完成日期作為其后置任務的最早開始日期chapter__5正推法實例StartLFLSEFES18LFLSEFES1497逆推法(Backwardpass)按照逆時間順序計算最晚開始時間和最晚結束時間的方法,稱為逆推法.首先建立項目的結束時間項目的結束時間是網絡圖中最后一個活動的最晚結束時間從右到左，從上到下進行計算當一個前置任務有多個后置任務時，選擇其中最小最晚開始日期作為其前置任務的最晚完成日期公式:LF-Duration=LSLS-Lag=LFp逆推法(Backwardpass)按照逆時間順序計算最晚開98逆推圖示StartLFLSEFESDuration=7TaskA1818LFLSEFESDuration=3TaskB14811LFLSEFESDuration=6TaskC814814LFLSEFESDuration=3TaskD471114LFLSEFESDuration=3TaskG14171417LFLSEFESDuration=3TaskE7101417LFLSEFESDuration=2TaskH17191719LFLSEFESDuration=2TaskF461214Finish當一個前置任務有多個后置任務時，選擇其中最小最晚開始日期作為其前置任務的最晚完成日期CP:A->C->G->HCpPath:18chapter__5逆推圖示StartLFLSEFES1818LFLSEFES199課堂練習作為項目經理，你需要給一個軟件項目做計劃安排，經過任務分解后得到任務A，B，C，D，E，F，G，假設各個任務之間沒有滯后和超前，下圖是這個項目的PDM網絡圖。通過歷時估計已經估算出每個任務的工期，現已標識在PDM網絡圖上。假設項目的最早開工日期是第０天，請計算每個任務的最早開始時間，最晚開始時間，最早完成時間，最晚完成時間，同時確定關鍵路徑，并計算關鍵路徑的長度，計算任務F的自由浮動和總浮動.課堂練習作為項目經理，你需要給一個軟件項目做計劃安排，經過任100課堂練習LFLSEFESDuration=3TaskGLFLSEFESDuration=4TaskA0LFLSEFESDuration=6TaskBLFLSEFESDuration=7TaskCLFLSEFESDuration=5TaskDLFLSEFESDuration=8TaskELFLSEFESDuration=8TaskF1.確定ＣＰ以及ＣＰ的長度？2.Ｆ的自由浮動和總浮動？chapter__5課堂練習LFLSEFESLFLSEFES0LFLSEFESL101RoadMap合同管理

生存期需求管理任務分解項目進度項目估算質量計劃配置計劃風險計劃團隊管理項目度量集成項目跟蹤控制

項目結束RoadMap合同管理需求管理任務分解102編制進度計劃的三步曲任務分解（WBS）--范圍基準成本估算資源、進度安排－－成本基準，進度基準編制進度計劃的三步曲任務分解（WBS）--范圍基準－－成本基103軟件項目管理任務分解軟件項目管理104本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義105任務分解定義什么是任務（工作）分解結構（WBS，WorkBreakdownStructure）？一種面向可交付成果的項目元素分組，這個分組組織并定義了全部的項目工作范圍。不在工作分解結構內的工作不屬項目范圍之列。每下降一級都表示一個更加詳細的項目工作的定義。本定義來自PMBOK思考：WBS的來源是什么？任務分解定義思考：WBS的來源是什么？106工作分解結構WBS的內涵：

WBS是面向可交付成果的。--是對項目元素的分組，它組織并定義了整個項目范圍；未列入工作分解結構的工作將排除在項目范圍之外。－任務分解結構的最低層，是任務完成的可交付成果，也叫做的工作包。工作包應當由唯一一個部門或承包商負責這一交付成果可以分配給另外一位項目經理進行計劃和執(zhí)行,或者通過子項目的方式完成。工作包可進一步分解為子項目的WBS或各個活動

工作分解結構WBS的內涵：107工作分解結構WBS的主要用途a.防止遺漏項目的可交付成果。b.幫助項目經理關注項目目標和澄清職責。c.建立可視化的項目可交付成果，以便估算工作量和分配工作。d.幫助改進時間、成本和資源估計的準確度。e.幫助項目團隊的建立和獲得項目人員的承諾。f.為績效測量和項目控制定義一個基準。g.輔助溝通清晰的工作責任。h.為其他項目計劃的制定建立框架。i.幫助分析項目的最初風險。通常情況下WBS總是處于軟件項目計劃過程的中心，是制定進度計劃、了解資源需求、統(tǒng)計成本預算、控制可能風險和決定采購計劃等工作的重要基線。工作分解結構108WBS示例家庭項目美化院落修理屋頂購買食品列清單開車到商店將貨物裝進購物車付款……活動工作包WBS示例家庭項目美化院落修理屋頂購買食品列清單活動工作包109WBS示例按階段進行組織WBS示例按階段進行組織110WBS示例圖：一個企業(yè)內部網項目的WBS按產品進行組織WBS示例圖：一個企業(yè)內部網項目的WBS按產品進行組織111本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義112WBS類型清單圖表WBS類型清單113項目初期的工作場景：照片中他們在干什么？114項目初期的工作場景：照片中他們在干什么？13114概念1.1評價現有系統(tǒng)1.2確定要求1.2.1確定用戶要求1.2.2確定內容要求1.3確定特定功能1.4定義風險和風險管理方法2站點設計3站點開發(fā)4投入使用5維護圖表類型清單類型層級0層級1層級3層級2概念2站點設計圖表類型清單類型層級0層級1層級3層115本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義116任務分解(WBS)步驟建立一個WBS分為4個步驟：（PMBOK）①確定項目目標，著重于項目產生的產品、服務以及提供給客戶的結果(確定分解標準）。②準確確認項目所產生的產品、服務或提供給客戶的結果（可交付成果或最終產品）。③識別項目中的其他工作領域以確保覆蓋100%的工作，識別若干可交付成果的領域、描述中間輸出或可交付成果。進一步細分步驟②和③的每一項，使其形成順序的邏輯子分組，直到工作要素的復雜性和成本花費成為可計劃和可控制的管理單元（工作包）。驗證分解的正確性(建立編號)任務分解(WBS)步驟建立一個WBS分為4個步驟：（PMB117任務結構分解(WBS)步驟確認并分解項目的組成要素確定分解標準確定分解是否詳細確定項目交付成果驗證分解的正確性(建立編號)任務結構分解(WBS)步驟確認并分解項目的組成要素118WBS編號系統(tǒng)功能1:11軟件產品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123WBS編號系統(tǒng)功能1:11軟件產品:1功能2-子功能2:12119項目計劃之范圍計劃(工作分解結構-進度計劃)課件120項目計劃之范圍計劃(工作分解結構-進度計劃)課件121WBS與OBS（組織分解結構）WBS與OBS（組織分解結構）122分解標準應統(tǒng)一學生管理按照生命期分解規(guī)劃需求設計編碼測試提交按照產品組成分解1.1

招生管理1.2

分班管理1.3

學生檔案管理1.4

學生成績管理分解標準應統(tǒng)一學生管理123不能同時使用兩種標準進行分解招生管理

分班管理

學生檔案管理學生成績管理規(guī)劃需求設計編碼測試提交不能同時使用兩種標準進行分解124檢驗分解結果的標準最底層的要素是否是實現目標的充分必要條件最底層要素是否有重復的每個要素是否清晰完整定義最底層要素是否有定義清晰的責任人,是否可以進行成本估算和進度安排檢驗分解結果的標準最底層的要素是否是實現目標的充分必要條件125本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解的注意事項五、案例分析本節(jié)要點一、任務分解定義126WBS的指南(1)WBS分解的規(guī)模和數量因項目而異收集與項目相關的所有信息參看一下類似的項目的WBS,與相關人員討論可以參照模板最低層是可控的和可管理的，但是避免不必要的過細，最好不要超過7層軟件項目推薦分解到40小時的工作包每個Workpackage必須有一個提交物注：80/8規(guī)則WBS的指南(1)WBS分解的規(guī)模和數量因項目而異127WBS的指南（2）定義任務完成的標準每個WBS必須有利于責任分配可以準備WBS字典最后與相關人員進行評審WBS的指南（2）定義任務完成的標準128WBS模板舉例WBS模板舉例129WBS字典內容WBS字典格式示例WBS表示號BSN-LBL名稱BSN時間日志管理系統(tǒng)主題目標網管的安全管理系統(tǒng)描述存儲事件數據：記錄相應事件設置事件過濾：對某些事件可設置過濾瀏覽事件日志：對所有事件提供瀏覽功能規(guī)劃BSN事件日志生成歷史數據：可生成歷史時間報告管理BSN時間日志：可以調整BSN事件的配置參數完成的任務1、2、3已完成責任者XXX完成的標識通過質量保證部的驗收報告?zhèn)渥BS字典內容WBS字典格式示例WBS表示號BSN-LBL名130本節(jié)要點一、任務分解定義二、任務分解的類型三、任務分解的過程四、任務分解指南五、案例分析本節(jié)要點一、任務分解定義131軟件開發(fā)項目WBS范例1.產品需求階段1.1產品需求文檔研究編寫分發(fā)個人評估評審會議更新/修改文檔重新分發(fā)第二次評審簽署1.2結束產品需求階段2.軟件需求階段2.1軟件需求文檔研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署2.2軟件驗收測試計劃研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署2.3結束軟件需求階段軟件開發(fā)項目WBS范例1.產品需求階段1.1產品需1323.體系結構設計階段3.1體系結構設計文檔研究編寫分發(fā)個人評估評審會議更新/修改文檔重新分發(fā)第二次評審簽署3.2軟件集成測試計劃研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署3.3結束體系結構設計階段4.詳細設計階段4.1詳細設計文檔研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署4.2軟件單元測試計劃研究,編寫,分發(fā),個人評估,評審會議,更新/修改文檔,重新分發(fā),第二次評審,簽署4.3結束詳細設計階段3.體系結構設計階段3.1體系結構設計文檔研究3.21335.編碼階段5.1生成代碼單元編寫代碼單元編譯代碼單元鏈接代碼單元走查代碼單元為走查做準備進行走查更新修改代碼簽署走查結果代碼單元文檔

5.2結束編碼階段6.單元測試階段6.l單元測試代碼準備測試計劃和測試案例集測試代碼修正代碼重新測試代碼準備單元測試文檔6.2結束單元測試階段5.編碼階段5.1生成代碼單元編寫代碼單元5.21347.集成測試階段7.1代碼集成測試系統(tǒng)集成測試計劃沒有覆蓋到的任何測試計劃和測試案例集都屬于代碼集成測試測試代碼修正代碼重新測試代碼準備集成測試文檔7.2結束集成測試階段8.系統(tǒng)測試階段8.1執(zhí)行內部軟件驗收測試計劃8.2結束系統(tǒng)測試階段9.發(fā)布階段9.1安裝計劃；活動；測試；記錄結果9.2數據轉換計劃；活動；測試；記錄結果9.3評審9.4軟件發(fā)布9.5結束發(fā)布階段7.集成測試階段7.1代碼集成測試系統(tǒng)集成測試計劃沒有13510.操作和維護階段10.1評價10.2設計評審10.3支持和維護10.4審計11.項目生命周期中的其他可能用到的WBS元素11.1培訓項目人員的互相熟悉；項目人員的培訓；用戶培訓11.2招聘11.3測試環(huán)境開發(fā)為軟件開發(fā)人員提供的開銷11.4開發(fā)支持數據庫管理；開發(fā)環(huán)境；系統(tǒng)構造11.5項目管理11.6配置管理評估；正在進行中的配置管理11.7文檔記錄11.8質量管理和質量計劃10.操作和維護階段10.1評價10.2設計136小結WBS的分解類型WBS的分解步驟WBS分解注意事項小結WBS的分解類型137軟件開發(fā)項目管理第3章軟件項目進度（時間）計劃軟件開發(fā)項目管理138本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性139一、進度管理的重要性進度是對執(zhí)行的活動和里程碑制定的工作計劃日期表項目時間管理包括使項目按時完成必須實施的各項過程

.(--PMBOK)過程：活動定義活動排序活動資源估算活動歷時估算進度規(guī)劃進度控制目標：確保項目按時完成一、進度管理的重要性進度是對執(zhí)行的活動和里程碑制定的工作計劃140本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性141

活動定義涉及到確定為完成工作分解結構（WBS）規(guī)定的可交付成果與子可交付成果所必須進行的具體活動，并將其形成文字記載。此項過程暗含著所定義活動應保證實現項目目標的要求?？山桓冻晒顒有枨蠓治稣f明書會晤用戶研究現有系統(tǒng)明確用戶需求撰寫需求分析說明書需求評審活動定義活動定義涉及到確定為完成工作分解結構（WBS）規(guī)定的可交142活動定義輸入工具和技術輸出.1企業(yè)環(huán)境因素.2組織過程資產.3項目范圍說明書

.4工作分解結構.5工作分解結構詞典.6項目管理計劃

.1分解

.2模板

.3滾動式規(guī)劃

.4專家判斷

.5規(guī)劃組成部分

.1活動清單

.2活動屬性

.3里程碑清單.4請求的變更將項目組成部分細分為更小、更易于管理的單元以便更好地進行管理和控制。此處的最后成果是指活動（行動步驟），而不是指可交付成果（有形產品）。活動定義輸入工具和技術輸出.1企業(yè)環(huán)境因素.1分143本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性144輸入工具和技術輸出.1項目范圍說明書

.2活動清單

.3活動屬性.4里程碑清單.5核準的變更請求.1前導圖法(PDM).2箭線圖法(ADM).3進度網絡模板

.4確定依賴關系.5應用提前和滯后量

.1項目進度網絡圖.2活動清單(更新).3活動屬性(更新).4請求的變更可能會發(fā)現必須對某些活動進行再分解或重新定義。強制依賴關系（硬邏輯關系）

編碼完成之后才能進行測試軟邏輯關系在專門應用領域的“最好實踐”。期望采用專門的順序。外部依賴關系。即項目活動與非項目活動之間的依賴關系軟件項目中的測試活動可能依

賴于外部供方交付硬件設施?；顒优判蚯爸没顒樱ㄈ蝿眨?--〉后置活動（任務）輸入工具和技術輸出.1項目范圍說明書.1前導圖法145邏輯關系：完成-開始（FS,Finish-Start）完成-完成（FF,Finish-Finish）開始-開始（SS,Start-Start）開始-完成（SF,Start-Finish）提前（Lead）與滯后（Lag）

活動之間的邏輯關系邏輯關系：活動之間的邏輯關系146任務B任務A在活動任務B開始前，活動任務A必須完成只有編碼完成后才能進行測試完成-開始

（FS,Finish-Start）

任務B任務A在活動任務B開始前，活動任務A必須完成完成-147箭頭方向表示哪個任務是前者，哪個任務是后者只有硬件安裝開始后才開始軟件安裝任務A和任務B可同時開始,但在前者(A)開始以前后者

(B)不能開始.任務B任務A開始-開始

（SS,Start-Start）箭頭方向表示哪個任務是前者，哪個任務是后者任務A和任務B可同148任務A和任務B可同時結束,但在前者(A)完成前后者

(B)不能完成所有必要文件都備齊后才能結案任務B任務A結束-結束

（FF,Finish-Finish）任務A和任務B可同時結束,但在前者(A)完成前后者(149在任務B完成以前任務A必須開始(很少使用).下一班的警衛(wèi)來了，當班的警衛(wèi)才可以離去任務B任務A開始-結束

（SF,Start-Finish）

在任務B完成以前任務A必須開始(很少使用).任務B150任務B任務A在任務A完成前2天，任務B必須開始-2天提前(Leading)

任務B任務A在任務A完成前2天，任務B必須開始-2天提151任務B任務A任務A完成后2天，任務B才能開始2天滯后(Lag)

任務B任務A任務A完成后2天，任務B才能開始2天滯后(152本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序進度管理圖示活動歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性153進度管理圖示1.甘特圖。這種圖同時顯示出活動的開始與終止日期和預期持續(xù)時間，有時也表示依存關系。甘特圖較容易看懂，常常在向管理層介紹情況時使用2.里程碑圖。與甘特圖相似，但僅標示出主要可交付成果的規(guī)定開始與完成日期以及關鍵的外部接口

進度管理圖示1.甘特圖。154進度管理圖示3.網絡圖。項目網絡圖就是以圖的形式展示項目各活動（工序）之間的邏輯關系（依賴關系）PDM圖ADM圖是繪制項目網絡圖的兩種不同的方法。項目網絡圖可用手工或在電腦上制作。它可以包括項目的全部細節(jié)，也可以只有一項或若干項簡短的活動。進度管理圖示3.網絡圖。155甘特圖-實例甘特圖-實例156里程碑圖示例里程碑圖示例157里程碑圖示例SpecificationDesign08/201011/2010Testing02/20113/2011AvailableCoding9/20112011Announce里程碑圖示例SpecificationDesign08/20158網絡圖與WBS之間的關系網絡圖與WBS之間的關系159常用的網絡圖PDM(PrecedenceDiagrammingMethod）優(yōu)先圖法,節(jié)點法(單代號)網絡圖ADM(ArrowDiagrammingMethod)箭線法(雙代號)網絡圖常用的網絡圖PDM(PrecedenceDiagramm160PDM(PrecedenceDiagrammingMethod)構成PDM網絡圖的基本特點是節(jié)點(Box)節(jié)點(Box)表示活動(工序,工作)用箭線表示各活動(工序,工作)之間的邏輯關系.可以方便的表示活動之間的各種邏輯關系。在軟件項目中PDM比ADM更通用PDM(PrecedenceDiagrammingMet161PDM圖例開始活動1活動3活動2結束PDM圖例開始活動1活動3活動2結束162PDM(PrecedenceDiagrammingMethod)-優(yōu)先圖法圖例開始需求獲取項目規(guī)劃需求確認項目計劃評審總體設計詳細設計系統(tǒng)測試集成測試編碼結束PDM(PrecedenceDiagrammingMe163箭線圖法（ADM）-雙代號網絡（AOA）用箭線表示活動，用節(jié)點表示事件只使用一種活動之間的邏輯關系：FS作圖要求：每一個事件必須有唯一的事件號；每一個活動必須用唯一的緊前事件和唯一的緊后事件描述；緊前事件編號要小于緊后事件編號；使用虛活動事件2事件1活動1-2箭線圖法（ADM）-雙代號網絡（AOA）用箭線表示活動，用節(jié)164箭線圖法（ADM）開始結束ABCDEF虛活動1）虛活動沒有歷時，不需要資源2）箭線圖網絡表達活動關系的需要3）用帶箭頭的虛線表示箭線圖法（ADM）開始結束ABCDEF虛活動165練習：將前例所做的前導圖網絡轉換成箭線圖網絡

總體設計需求確認需求獲取系統(tǒng)測試集成測試編碼詳細設計計劃評審項目規(guī)劃123698754練習：將前例所做的前導圖網絡轉換成箭線圖網絡

總體設計需求確166本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序項目歷時估算制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性167項目進度估算-歷時估計項目進度估算是估計任務的持續(xù)時間-歷時估計每個任務的歷時估計項目總歷時估計項目進度估算-歷時估計項目進度估算是估計任務的持續(xù)時間-歷時168項目進度估算的基本方法基于規(guī)模的進度估算，-定額估算法-經驗導出模型CPM(關鍵路徑法）PERT（工程評估評審技術，或者叫計劃評審法）通過類比估算專家估計基于承諾的進度估計Jones的一階估算準則其它策略項目進度估算的基本方法基于規(guī)模的進度估算，1691.定額估算法T=Q/(R*S)T:活動持續(xù)時間Q:活動的工作量R:人力或設備的數量S:產量定額,以單位時間完成的工作量表示1.定額估算法T=Q/(R*S)1702.經驗導出模型經驗導出模型：D=a*Eb：D:月(時間）E：人月工作量a=2—4b:1/3左右:依賴于項目的自然屬性2.經驗導出模型經驗導出模型：D=a*Eb：171建議掌握模型Walston-Felix(IBM)：D=2.4*Eexp(0.35)基本COCOMO(COnstructive

COst

Model,構造性成本模型):D=2.5(E)exp(db)，db：0.32-0.38建議掌握模型Walston-Felix(IBM)：D=2.172舉例采用基本COCOMO模型估算的規(guī)模E＝152ＰM

采用基本COCOMO模型估算的進度

D=2.5＊E^0.35

=2.5*152^0.35＝14.5M

舉例采用基本COCOMO模型估算的規(guī)模E＝152ＰM1733.關鍵路徑法估計（CPM：CriticalPathMethod）根據指定的網絡順序邏輯關系,在不考慮資源約束的條件下,進行單一的歷時估算當估算項目中活動時間比較確定的時候采用3.關鍵路徑法估計（CPM：CriticalPathM174CPM估計123A:100天B:10天CPM估計123A:100天B:10天1754.PERT歷時估計(ProgramEvaluationandReviewTechnique)利用網絡順序圖邏輯關系和加權歷時估算來計算項目歷時的技術。當估算項目中某項單獨的活動，存在很大的不確定性時采用。它是基于對某項任務的樂觀，悲觀以及最可能的概率時間估計采用加權平均得到期望值E=（O+4m+P)/6，O是最小估算值:樂觀(Optimistic)，P是最大估算值:悲觀(Pessimistic)，M是最大可能估算(MostLikely)。

4.PERT歷時估計(ProgramEvaluation176PERT–活動工期計算每個活動的平均工期=（樂觀的+4(最可能的)+悲觀的）/6每個活動工期的標準差（）

=（樂觀的-悲觀的）/6每個活動工期的方差（2）=（（樂觀的-悲觀的）/6）2

PERT–活動工期計算每個活動的平均工期177PERT評估存在多個活動的一條路徑期望值E=E1+E2+….En方差δ2=

(δ1)2

+(δ2)2+….+(δn)2標準差δ=((δ1)2

+(δ2)2+….+(δn)2)1/2

12345ACBDPERT評估存在多個活動的一條路徑期望值E=E1+E2+….178PERT舉例21432,3,64,6,83,4,6JKL項活動O,M,PEδδ

2J2,3,63.334/616/36K4,6,864/616/36L3,4,64.173/69/36估計項目總歷時13.51.06741/36PERT舉例21432,3,64,6,83,4,6JKL179標準差與保證率68.3%95.5%99.7%標準差與保證率68.3%95.5%99.7%180PERT舉例平均歷時E=13.5,δ

=1.07范圍概率從到T1±δ68.3%12.414.6T2±

2δ95.5%11.415.6T3±3δ99.7%10.316.7項目在14.57內天完成的概率是多少？PERT舉例平均歷時E=13.5,δ=1.07范圍概率181PERT舉例-2δ+2δ-3δ-1δ+1δ+3δ68.3%95.5%99.7%ET=E+δ

=13.5+1.07=14.57P=50%+342%=84.2%68.3/2%=34.2%50%PERT舉例-2δ+2δ-3δ-1δ+1δ+3δ6182PERT/CPM區(qū)別PERT計算歷時采用的算法:加權平均（O+4m+P)/6估計值不明確CPM計算歷時采用的算法:最大可能值m估計值比較明確PERT/CPM區(qū)別PERT183本章要點一、進度（時間）管理的重要性二、進度（時間）管理的過程活動定義活動排序項目歷時估算

制定進度規(guī)劃三、案例分析本章要點一、進度（時間）管理的重要性184進度編制的基本方法CPM（關鍵路徑法）－正推法－逆推法時間壓縮法－趕工（Crash）－快速跟進（Fasttracking:搭接）

進度編制的基本方法CPM（關鍵路徑法）185關鍵路徑法

（CPM：CriticalPathMethod）根據指定的網絡圖邏輯關系和單一的歷時估算，計算每一個活動的單一的、確定的最早和最遲開始和完成日期。計算浮動時間。計算網絡圖中最長的路徑。確定項目完成時間關鍵路徑法

（CPM：CriticalPathMeth186網絡圖中任務進度時間參數說明最早開始時間(Earlystart)最晚開始時間(Latestart)最早完成時間(Earlyfinish)最晚完成時間(Latefinish)自由浮動（FreeFloat）總浮動（TotalFloat）超前(Lead)滯后(Lag)網絡圖中任務進度時間參數說明最早開始時間(Earlysta187浮動時間(Float)浮動時間:是一個活動的機動性,它是一個活動在不影響其它活動或者項目完成的情況下可以延遲的時間量浮動時間(Float)浮動時間:是一個活動的機動性,它是一個188自由與總浮動時間自由浮動（Free