EPMS项目管理课件范畴学员

專案範疇管理

TheProjectScopeManagement1第1页，共24页。專案管理程序群組(ProcessGroups)與知識體系領域(KnowledgeAreas)的關係九大知識/五大程序起始計畫執行控制結案整合專案計劃書發展專案計劃執行整體變更控制範疇起始範疇規劃範疇定義範疇確認範疇變更控制時間活動定義活動排序活動工期估計時程發展時程控制成本資源規劃成本預估預算編列成本控制品質品質規劃品質保證品質管制人力資源組織規劃人員獲得團隊發展溝通溝通規劃資訊發佈績效報告結案作業風險風險管理規劃風險界定定性風險分析定量風險分析風險回應規劃風險監控採購採購規劃邀商規劃邀商作業商源評選合約管理合約終結2第2页，共24页。專案範疇管理專案起始承諾及核准專案之執行範疇規劃範疇定義範疇確認範疇改變控制撰擬書面「範疇說明」作為爾後專案決策之基本依據將專案主要之產品」分割成小而可予管理的零組件正式認可專案之範疇控制專案範疇內之所有改變ScopeManagementFramework(專案範疇管理結構)3第3页，共24页。專案起始的考量.1Productdescription產品說明Theproductdescriptiondocumentsthecharacteristicsoftheproductorservice(產品或服務特性)thattheprojectwasundertaken(承接)tocreate(創建).SellerandBuyerrelationshipcontract,productdescriptionisusuallyprovidedbybuyer.(買方提供).2StrategicPlan策略計畫Thestrategicplanoftheperformingorganizationshouldbeconsideredasafactorinprojectselectiondecision.(專案選擇的考慮因素)4第4页，共24页。專案起始的考量，續(InputstoInitiation).3Projectselectioncriteria專案選擇標準Cancoverthefullrangeofpossiblemanagementconcerns(financialreturn,marketshare,publicperceptions,etc..)

專案選擇的標準涉及全域之管理；如：資產回收、市佔率、公眾形象等。.4Historicalinformation歷史資訊Wheninitiationinvolvesapprovalforthenextphaseofaproject,informationabouttheresultsofpreviousphasesisoftencritical.

前一階段之結果常是極為要緊的，尤其是涉及下一階段的啟動與否更為重要。5第5页，共24页。Projectselectionmethod

(專案選擇方法)

Includeconsideringthedecisioncriterionandameanstocalculatevalueunderuncertainty. 包含抉擇條件及在不確定下計算價值的方法。Benefitmeasurementmethods:comparativeapproaches,scoringmodels,benefitcontribution,oreconomicmodels.

利益評量法；比較法、計分法、利益貢獻度、或經濟模式。Constrainedoptimizationmethods:mathematicalmodelsusinglinear,non-linear,dynamic,integer,andmulti-objectiveprogrammingalgorithms.

最佳化限制的方法；線性數學模式，非線性，動態，整數，和多目標程式運算法則。 Note:PMBOKtellsusthatapplyingcomplexprojectselectioncriteriausingsophisticatedmodelsisoftentreatedasaseparateprojectphase.6第6页，共24页。ProjectCharter專案核准書Aprojectcharterisadocumentthatformally(正式)authorizes(授權)aproject.

應包括或參考下列文件:Thebusinessneed

業務需要–說明此專案係因業務需要而產生之原因.Productdescriptions

產品說明-產品之總結說明.Theprojectchartershouldbeissuedbyamanagerexternaltotheproject,andatalevelappropriatetotheneedsoftheproject.

專案特許應由專案以外之經理發出，其職位能幫助專案所需。7第7页，共24页。專案核准證明(例)(ProjectCharter)專案名稱與專案進行內容專案目標產品說明假設事項專案經理之確認與指派限制條件資深主管簽名核准8第8页，共24页。範疇規劃(ScopePlanning)輸入Inputs工具與技術Tools&Techniques輸出Outputs.1產品說明Productdescription.2專案核准書ProjectCharter.3限制Constraints.4假設Assumptions.1產品分析ProductAnalysis.2成本效益分析Benefit/costanalysis.3替代方案辨識Alternativesidentification.4專家判斷Expertjudgment.1範疇聲明Scopestatement.2輔助細節Supportingdetail.3範疇管理計劃Scopemanagementplan9第9页，共24页。ScopeStatement範疇聲明係提供未來的專案決策及確認或發展專案關係人對於專案範疇共同認知基礎的書面文件，應包括或參考下列各項:專案補述(Projectjustification)-說明此專案係因業務需要而產生之原因,此專案補述可作為爾後評估折衷之基礎.專案產品(Project’sproduct)-產品之總結說明.專案交付物(Projectdeliverables)-專案應提供次產品的交付清單,當該等次產品順利且圓滿完成交付時,即是專案完成時.專案目標(Projectobjectives)-是一可量化的標準,而該專案須符合才算成功.專案目標必須且至少包括成本(Cost)、時程、(Schedule)、和品質(Quality)衡量(Measures)。專案目標應具有:一個屬性(Attribute)

如：成本一種幣值(Metric)

如：US$美金一個絕對或相對值(Value)

如：小於150萬10第10页，共24页。範疇定義(ScopeDefinition)輸入Inputs工具及技術Tools&Techniques輸出Outputs.1Scopestatement範疇聲明.2Constraints限制.3Assumptions假設.4Otherplanningoutputs其他規劃的輸出.5Historicalinformation歷史資訊.1WorkBreakdownstructuretemplates工作分解結構範本.2Decomposition分解.1WorkBreakdownstructure工作分解結構.2Scopestatementupdates範疇聲明更新11第11页，共24页。工作分解結構

(WorkBreakdownstructure)是一個以交付物為導向之專案元件的總合,並用來表示整個專案之範疇。若該工作不存在WBS內,則非本專案之工作範疇

(outofscope)。WBS常用來作為發展或確認專案範疇之基礎。Workcomponentdescriptions:提供專案相關人員查詢，每一WBS之詳細資訊，集總成字典(dictionary)。12第12页，共24页。工作分解結構(例)

(WorkBreakdownStructure,WBS)可用不同型式的圖形或表格來顯示，一般常用的層級如下：層級(Level)描述(Description)123456總計畫(TotalProgram)專案(Project)任務(Task/Activity)次任務(Subtask)工作分項(WorkPackage)工作要素(levelofeffort)13第13页，共24页。WorkBreakdownStructure

1.0___________________1.1_________________1.2_________________2.0___________________3.0___________________3.1_________________3.2_________________3.3_________________WBS可有兩種表示方式:

表格編製法(Tabulartype)

樹狀結構法(Tree-structuredtype)2.03.0工作分解結構釋例

14第14页，共24页。工作分解結構示例(SampleWBS)15第15页，共24页。範疇定義的相關工具與技術

(T&TofScopeDefinition).1WorkBreakdownStructure:工作分解結構範本前案用過的WBS可再被利用、即為本案之樣板.2Decomposition分解

把主要交付物(Deliverables)細分成較容易管理之小項,便於規劃、執行、和控制。其步驟:確認主要交付物、包含專案管理決定此階各交付物之成本(cost)及工時(time)可被恰當地估算；是則跳步驟(4)，否則進步驟(3)查證交付物之組成元件，再細分後回步驟(2)，細分物必須有實體且可辨識，可定義績效衡量與管制基準驗證分解之正確性16第16页，共24页。範疇定義的相關工具與技術，續

(T&TofScopeDefinition)WBS不應與其他表示專案資訊之「分解結構」相混淆：合約工作分解結構(CWBS)-由供應商提供給採購之合約工作分解結構清單。組織分解結構(OBS)-用來顯示工作包(Workpackage)和組織規劃間之相對關係。資源分解結構(RBS)-進一步之詳細資源分解結構。材料清單(BOM)-合約之交付材料清單。專案分解結構(PBS)–完整的WBS即為PBS。17第17页，共24页。範疇驗證(ScopeVerification)輸入Inputs工具與技術Tools&Techniques

輸出Outputs.1工作結果Workresults.2產品文件Productdocumentation.3工作分解結構WorkBreakdownstructure.4範疇聲明Scopestatement.5專案計畫Projectplan.1檢查Inspection.1正式驗收Formalacceptance18第18页，共24页。範疇驗證的工具與技術

(T&TofScopeVerification)Inspection檢查,包含以下之作業；Measuring測量Examining檢查Testing測試

todeterminewhetherresultsconformtorequirements.

以確認結果是否符合需求。因不同之領域，而有別種說法；Reviews審查Productreviews產品審查Audits稽核Walkthrough全程檢驗19第19页，共24页。範疇驗證的目的

OutputsfromScopeVerificationFormalAcceptance

正式驗收可以是階段的或專案最後的驗收AcceptanceCertificatewillnormallysingedbystakeholders(sponsor,client,orcustomer,andprojectmanager)

驗收證書的簽署20第20页，共24页。ScopeChangeControl

範疇變更管制輸入Inputs工具與技術Tools&Techniques輸出Outputs.1工作分解結構WorkBreakdownstructure.2績效報告Performancereport.3變更請求Changerequest.4範疇管理計劃Scopemanagementplan.1範疇變更管制系統Scopechangecontrolsystem.2績效量測Performancemeasurement.3額外的規劃Additionalplanning

.1範疇變更Scopechanges.2修正措施Correctiveactions.3經驗學習Lessonslearned.4調整過的基準Adjusted