zsc項目范圍管理

5.工程范圍管理ProjectScopeManagement學習目的學習廓清與定義工程范圍的方法了解產品范圍和工程范圍定義學習WBS概念及其編制原那么和方法了解范圍變卦控制原理和方法分析工程約束條件對工程范圍管理影響案例：現(xiàn)實中的范圍管理問題在某管理信息系統(tǒng)開發(fā)工程中，由于甲乙雙方對文檔管理與辦公自動化系統(tǒng)兩個概念的了解發(fā)生差別，在工程執(zhí)行過程中產生爭論，呵斥人員方案的調整、窩工和工期拖延，并影響團隊的士氣。某建筑物承包合同在有關室外場地開工驗收問題上存在模糊性，雙方在場地平整的范圍、能否包括排水和綠化等問題上出現(xiàn)分歧、呵斥工程的預算變卦和工期推遲。某辦公室自動化采購工程中，由于運用軟件對硬件的要求導致采購范圍變卦，導致工程采購本錢添加和時間拖延。3.1范圍管理－－定義ProjectScopeManagementincludestheprocessesrequiredtoensurethattheprojectincludesalltheworkrequired,andonlytheworkrequired,tocompletetheprojectsuccessfully工程范圍管理是確保工程包括完成工程所需的全部任務，但又只包括必需完成的任務的各個過程 －－PMBOK忘了一些任務有什么后果？多加了一些任務有什么后果？3.1.1“范圍〞定義工程范圍管理中所指的“范圍〞、是產品范圍和工程范圍兩個概念的總和。產品范圍：一個產品〔效力〕應該具有的特性和功能；標志產品范圍完成的對比根據(jù)是產品〔需求〕闡明。工程范圍：為提交上述具有該特性與功能的產品所必需完成的各項活動，包括管理任務和作業(yè)活動；工程范圍的完成是以工程方案的完成為對比根據(jù)的。3.1.2基準方案〔Baseline〕一個被正式評審經過的規(guī)范或產品。它被用來作為更深層次開發(fā)的根底，它只能經過正式變卦方法進展變動。非正式變動控制正式變動控制基準方案評審同意Baseline3.1.3工程范圍管理目的為工程實施提供義務范圍的框架工程范圍及其構成〔WBS及其詞典〕排除對于與完成工程目的無關的任務對工程的實施提供有效的控制實時跟蹤工程范圍績效程度，計算偏向進展變卦控制與異常處置根據(jù)偏向產生的損益〔包括工程產生的商業(yè)利益〕，決議是放棄工程〔FALLBACK〕以免呵斥更大的損失，還是對范圍進展調整，確定新的范圍目的。3.2范圍管理過程3.1范圍規(guī)劃3.3制造WBS3.2范圍定義3.5范圍控制3.4范圍核實1、范圍管理過程主要內容范圍規(guī)劃3.2.1范圍規(guī)劃工具與技術專家判別模板，表格，規(guī)范制定工程初

步范圍闡明書制定工程章程制定工程

管理方案工程范圍管理方案成果1、范圍規(guī)劃流程工程章程工程初步范圍闡明書工程管理方案主要內容：根據(jù)工程初步范圍闡明書編制詳細工程范圍闡明書的一個過程可以根據(jù)詳細的工程范圍闡明書制造任務分解構造，并確定如何維持與同意該任務分解構造的一個過程制定如何正式核實與驗收工程已完成可交付成果的一個過程控制詳細工程范圍闡明書變卦懇求處置方式的一個過程。該過程同整體變卦控制過程有直接聯(lián)絡工程范圍管理方案是工程管理團隊確定、制造、核實、管理和控制工程范圍的指南。工程范圍管理方案包含在工程管理方案之內2、范圍規(guī)劃成果-----工程范圍管理方案3.2.2范圍定義3.2范圍定義工具與技術產品分析其他方案是識別專家判別利害關系者分析制定工程初

步范圍闡明書制定工程章程整體變卦

控制工程范圍闡明書懇求的變卦工程范圍管理方案〔更新〕成果范圍規(guī)劃1、范圍定義流程工程章程工程初步范圍闡明書工程范圍管理方案同意的變卦懇求Scopedefinitionisdevelopingadetailedprojectscopestatementasthebasisforfutureprojectdecisions范圍定義就是制定詳細的工程范圍闡明書，供未來的工程決策作為根據(jù)的過程。——PMBOK目的：提高對時間及資源估算的準確性為績效丈量與控制定義一個基準便于進展明確的職責分配2、范圍定義的概念及其目的工程目的產品范圍闡明書工程要求闡明書工程邊境工程可交付成果產品驗收準那么工程制約要素工程假設工程初步組織初步確定的風險進度里程碑資金限制費用估算工程配置管理要求工程技術規(guī)定闡明書同意要求。。。。3、范圍定義成果A、工程范圍闡明書B、懇求的變卦C、工程范圍管理方案〔更新〕運用適宜的人選工程管理閱歷發(fā)明性的思想與分析方法優(yōu)秀的溝通技巧事先就定義的方法及輸出達成一致，利用易于了解的方法框圖，例如，可視圖形運用清單以保證全面的覆蓋標識出必需的與可選的特性有利于平衡時間、預算與質量4、范圍定義的技巧3.2.3制造WBS3.3制造WBS工具與技術WBS模板分解3.2范圍定義3.1范圍規(guī)劃整體變卦控制同意的變卦懇求工程范圍闡明書〔更新〕WBSWBS詞匯表范圍基準工程范圍管理方案〔更新〕懇求的變卦成果1、創(chuàng)建WBS流程工程范圍闡明書工程范圍管理方案AWBSisadeliverable-orientedhierarchicaldecompositionoftheworktobeexecutedbytheprojectteamtoaccomplishtheprojectobjectivesandcreatetherequireddeliverables.WBS是工程團隊實現(xiàn)工程目的和創(chuàng)建必需的可交付成果，面向可交付成果的的層次分解。 －－PMBOK2、WBS定義—WorkBreakdownStructure沒有在WBS中的任務不屬于工程的范圍。WBS是有層次的，沒有層次的活動列表不是WBS范圍核實本錢估算網絡方案風險識別人員獲得采購內容協(xié)助新成員找到本人的角色有助于防止范圍脫漏協(xié)助成員了解本人的任務對工程的影響協(xié)助防止工程變卦協(xié)助成員集中留意力于重點區(qū)域有利于構成全局觀促進團隊和工程干系人的溝通與協(xié)作3a、WBS主要用途WBS確定并顯示可交付成果；可交付成果可以被分解成子交付成果；將任務分解成一個員工或團隊可以完成的層次是必需的，這樣易于管理及追蹤；最低層次的子交付成果被稱為任務包〔WorkPackage)；80小時規(guī)那么〔或兩周法那么〕：完成一個任務包需求的時間不超越80小時。在每個80小時〔或少于80小時〕期間的終了時，只需報告這個任務包是完成了還是沒有完成。用這種定期的登記檢查，工程的搖擺否認可以及早得到控制。WBS的定義依賴于閱歷和專業(yè)知識；WBS被用于確定所需資源，確定責任歸屬，協(xié)助定義工程任務順序及估計工程時間。3b、WBS根本要求第一級通常與工程生命周期一樣〔如需求分析，設計，采購，施工……〕第一級應在工程進一步分解前完成WBS的每一級都是其上一級的片斷〔Segment〕一個任務單元只與一個上層單元相關上層單元的任務內容應該等于其一切直接下層任務單元的總和一個任務單元由一個人擔任在整個WBS中運用同一種定義，在整個組織中亦然經過將人員包括進WBS來鼓勵他去完成方案4、WBS生成原那么定義1.1闡明目的1.1.1明確需求1.1.2建立目的1.1.3識別關鍵問題1.2定義需求1.2.1獲取罪最新1.2.2定義新的需求1.3選擇SDM〔系統(tǒng)定義模型〕1.4獲得同意設計2.1功能性2.1.1識別界面2.1.2設計I/O2.1.3技術規(guī)范審計/控制2.2技術性2.2.1定義程序規(guī)范2.2.2預備系統(tǒng)流程2.2.3轉換數(shù)據(jù)5、典型WBS格式Ⅰ——系統(tǒng)開發(fā)工程〔實例〕2.2.4建立集成測試方案2.2.5獲得同意實施3.1編程3.1.1元編碼3.1.2作業(yè)控制言語〔JCL〕3.1.3歸檔3.1.4獲得同意3.2安裝3.2.1測試3.2.2培訓3.2.3接通3.2.4獲得同意3.3運轉3.3.1運轉系統(tǒng)3.3.2檢查3.3.3審計3.3.4獲得同意完善測試方案產生測試數(shù)據(jù)進展測試辦公自動化系統(tǒng)開發(fā)1.需求分析與設計2.系統(tǒng)實現(xiàn)與測試1.1需求分析1.2系統(tǒng)設計2.1系統(tǒng)實現(xiàn)2.2系統(tǒng)測試6、典型WBS格式Ⅱ——樹狀圖〔實例〕確定了WBS以及一切要做的任務后，對一切義務和子義務進展編號〔稱為WBS記帳碼〔WBSCodeofAccount〕〕以便查詢。POS1.0需求分析與設計1.1需求分析1.1.1系統(tǒng)調查1.1.2需求分析1.2系統(tǒng)設計2.0系統(tǒng)實現(xiàn)與測試7、編號并了解義務WBS字典對每一活動包括的詳細內容進展表述，包括：義務編號、稱號、如何做、投入資源、結果、完成的規(guī)范/質量、由誰做WBS記帳碼工作包名稱過程資源結果完成的標準/質量負責人1.1需求分析核心成員到A公司進行系統(tǒng)調查與需求分析調查標準和設計標準需求分析報告和系統(tǒng)設計初步方案包括所有列出的要開發(fā)的交付結果的標準楊文8、WBS字典PMI規(guī)范、行業(yè)規(guī)范咨詢公司的商業(yè)性模板庫企業(yè)規(guī)范與慣例〔知識閱歷庫〕9、WBS制造方法之一——模版法10、WBS制造方法之二——分解技術識別主要的工程要素或工程提交成果工程要素的構成分解，以便工程績效度量和責任分配檢查分解結果的正確性、必要和充分性檢查、完好和模糊性檢查、可方案和控制性檢查〔分配工期、預算、資源和責任人〕11、WBS制造步驟之一——識別工程的主要組成部分問題：要實現(xiàn)工程目的需求完成那些主要任務？作為WBS第二層的組成部分?？梢园凑展こ躺芷诘碾A段、工程的主要提交成果、產品、系統(tǒng)或者專業(yè)。12、WBS制造步驟之二——判別在曾經分解的根底上，判別能否快速方便地估算各個組成部分各自所需的費用和時間、以及責任分配的能夠性與合理性。假設不可以，進入第三個步驟；假設可以，那么進入第四個步驟。13、WBS制造步驟之三——識別更小的組成部分要完成當前層次上各個部分的任務，需求做那些更細的任務？這些任務能否可行？可核對？他們之間的先后順序怎樣？在WBS上標示出來，第三、四……層；判別：能否快速方便地估算該層的各個組成部分各自所需的費用和時間、以及責任分配的能夠性與合理性。還不行可以進入第四步14、WBS制造步驟之四——檢查任務1.假設不進展這一層次的任務，上一層的各項任務能否完成？2.完成了該層的一切任務，上一層次的任務就一定能完成嗎？3.根據(jù)檢查，對當前層的任務進展添加、刪除或者修正，或者對上層任務進展適當?shù)恼恚?.本層各項任務的內容、范圍和性質能否都曾經明確？假設回答一定，那么需求寫出相應的范圍闡明書，該闡明書就是任務包的范圍闡明書；5.對“4〞的否認，進展必要的修正和補充。在一個網站開發(fā)工程中，試完成以下義務：進展選定工程的三級任務構造分解給義務編寫WBS記帳碼〔CodeofAccount〕編寫一個義務的WBS字典15、練習：WBS分解3.2.4范圍核實1、范圍核實流程3.4范圍核實工具與技術3.2范圍定義3.1范圍規(guī)劃指點與管理工程執(zhí)行驗收的可交付成果懇求的變卦引薦的糾正措施成果3.3制造WBSWBS字典檢查工程范圍核實就是獲取干系人對工程范圍以及相應的可交付成果的正式承諾?？山桓冻晒こ谭秶U明書工程范圍管理方案2、范圍核實——定義工程范圍核實是指進入工程實施階段以后，工程利益相關者對工程范圍的正式認可和接受〔或可以進入下一階段〕的過程。需求對最終產品或中間提交成果進展審查，以確保它們曾經正確而且令人稱心地完成；假設工程提早終止，那么需求對工程完成的程度〔程度〕進展度量和記錄，以區(qū)分責任。范圍核實不同于質量控制質量控制是對任務結果正確性的核實，根據(jù)的是工程的質量規(guī)范〔如：GB1998—127〕范圍核實是對任務結果的驗收，主要是指邊境責任，根據(jù)主要是工程執(zhí)行結果和工程范圍方案的輸出結果。3.2.5范圍控制1、范圍控制流程3.5范圍控制工具與技術變卦控制系統(tǒng)偏向分析補充規(guī)劃配置管理系統(tǒng)3.2范圍定義3.1范圍規(guī)劃指點與管理工程執(zhí)行工程范圍闡明書〔更新〕WBS〔更新〕WBS字典〔更新〕范圍基準〔更新〕懇求的變卦引薦糾正措施組織過程資產〔更新〕范圍管理方案〔更新〕成果3.3制造WBS績效報告工程范圍管理