項目管理教案(第4章).ppt

項目管理課件（第4章）,主講教師：吳衛(wèi)紅,第4章 項目范圍管理 (Project Scope Management),項目范圍管理概述 范圍規(guī)劃 范圍定義 制作工作分解結構 范圍驗證 范圍變更控制,導入案例,見課件,4.1 項目范圍管理概述,項目范圍的理解 項目范圍管理的含義 項目范圍管理的內(nèi)容 項目范圍管理和需求管理,4.1.1 項目范圍的理解,含義： 是指組織為了成功的完成項目并實現(xiàn)項目目標，所必須完成的全部工作和各項活動。 內(nèi)容： 產(chǎn)品范圍（Product Scope）：所交付的產(chǎn)品、服務或成果的特征和功能。 工作范圍（Project Scope）：為了實現(xiàn)交付滿足產(chǎn)品范圍的產(chǎn)品、服務或成果所需要完成的全部工作。 范圍基線 包括范圍說明書、WBS和WBS詞典,4.1.2 項目范圍管理的含義,PMBOK認為： 確保項目包括成功完成項目所需的全部工作 但又只包括必須完成的工作的各個過程,4.1.2 項目范圍管理的含義,項目范圍管理意味著： 定義并控制哪些工作在項目中，哪些不在 不要隨意增加項目范圍，導致項目范圍蔓延（Project Scope Creep） 防止額外工作(No Extra Work)或鍍金 不斷檢查，確保你完成所有工作 確保所有變更都滿足項目章程的要求,4.1.3 項目范圍管理的內(nèi)容,范圍規(guī)劃 制定項目范圍管理計劃 范圍定義 制訂詳細的項目范圍說明書 制作工作分解結構 將項目大的可交付成果與項目工作劃分為較小和更易管理的組成部分。 范圍核實 正式驗收已經(jīng)完成的項目可交付成果。 范圍變更控制 控制對項目范圍的改變。,范圍管理的實現(xiàn)過程,4.1.4 項目范圍管理和需求管理,收集需求是為實現(xiàn)項目目標而定義并記錄 干系人的需求的過程。,1、項目需求實現(xiàn)的方法QFD,質(zhì)量功能展開QFD（Quality Function Deployment）是由一系列關系組成的網(wǎng)絡，通過這一網(wǎng)絡，客戶需求被轉化為產(chǎn)品質(zhì)量特征，產(chǎn)品的設計則通過客戶需求與質(zhì)量特征之間的關系被系統(tǒng)地“展開”到產(chǎn)品的每個功能組合中。并進一步“展開”到產(chǎn)品的每個零部件和生產(chǎn)流程中。QFD是一種以滿足客戶需求為目標，并將“軟”而“模糊”的客戶需求轉化成項目設計目標和質(zhì)量特性，最終使得項目產(chǎn)品的交付符合客戶的需求的一種管理方法。,2、質(zhì)量屋（House Of Quality ，HOQ）,2、質(zhì)量屋（House Of Quality ，HOQ）,A客戶需求 用客戶語言描述客戶對項目產(chǎn)品的實際需求 B項目計劃矩陣 產(chǎn)品的競爭性分析 C項目需求 是用項目團隊的語言描述項目產(chǎn)品或服務應具備的技術特征,2、質(zhì)量屋（House Of Quality ，HOQ）,D技術相關矩陣 項目中要運用的各種技術方法的自相關矩陣，用來分析方法互相支持和阻礙的關系。 E技術矩陣 技術方法的優(yōu)先權重；技術目標設定；技術可行性評價。 F關系矩陣 是項目需求與客戶需求之間相互關系的判斷矩陣，是質(zhì)量屋的核心部分，表示項目技術方法對滿足各種客戶需求的貢獻和影響程度。,例：酒店房間裝修和布置QFD,3、QFD的四階段模式,案例討論,見課件,4.2 范圍規(guī)劃 (Project Scope Planning),范圍規(guī)劃的含義 范圍規(guī)劃的內(nèi)容,4.2.1范圍規(guī)劃的含義,項目范圍規(guī)劃(Project Scope Planning)就是制定項目范圍管理計劃，記載如何確定、核實與控制項目范圍，以及如何制訂與定義工作分解結構。,4.2.2 范圍規(guī)劃的內(nèi)容,4.2.2 范圍規(guī)劃,項目范圍管理計劃 項目管理文件 包括： 如何制定和細化項目范圍說明書 如何定義和制定WBS 如何獲得完成項目可交付成果的確認 如何管理范圍變更請求,4.3 范圍定義(Scope Definition),范圍定義的含義 范圍定義的內(nèi)容 范圍說明書,4.3.1 范圍定義(Scope Definition)的含義,制定詳細的項目范圍說明書。,4.3.2 范圍定義的內(nèi)容,范圍說明書 (Project Scope Statement),項目范圍說明書 詳細描述項目的可交付成果，以及為提交這些可交付成果而必須開展的工作。 表明干系人對項目范圍所達成的共識,范圍說明書 (Project Scope Statement),項目范圍說明書 產(chǎn)品范圍描述 產(chǎn)品驗收標準 項目可交付成果 項目制約因素 成本、進度、技術、質(zhì)量等等 風險描述 項目人員,范圍說明書示例：,4.4制作工作分解結構,工作分解結構概述 制作工作分解結構的內(nèi)容 工作分解結構圖的層次 工作分解結構的表示方法 工作分解結構圖的編碼 運用工作分解結構的基本方法 運用工作分解結構的基本步驟,1、工作分解結構概述,工作分解結構WBS（Work Breakdown Structure） 1、含義 PMI認為，工作分解結構是以項目的可交付成果為中心，為了完成項目的目標和創(chuàng)造項目的可交付成果，由項目團隊進行的一種對項目工作有層次的分解。 2、理解 以可交付成果為對象 將工作分解之后的一種層次結構 每下降一層代表對項目工作更加詳盡的說明 歸納和定義了整個項目的范圍,1、工作分解結構概述,目的： 提高對項目成本估算、項目工期和項目資源需求估算的準確性； 為度量和控制項目的績效確定一個基準計劃； 便于明確和分配項目任務與責任。,工作分解結構示例,1、工作分解結構概述,WBS要素（Element） 列入WBS的單個工作稱為WBS的要素 工作包（Work Package） WBS的最底層元素 一個工作包由一個人負責 控制帳目（Control account） 工作包的上一層 與財務對應,1、工作分解結構概述,WBS的作用 將大系統(tǒng)變成具體的小工作單元使復雜 簡單，難以預測 易于預測，難以控制 易于控制 作為所有的項目計劃、報告和控制的共同框架，通過識別每個要素的編碼使上述工作簡單易行 便于了解整個項目的結構，便于合作、協(xié)調(diào),1、工作分解結構概述,WBS提示 沒有在WBS中的工作不屬于項目范圍 WBS是層次結構，上層單元的工作內(nèi)容等于其所有直接下層工作內(nèi)容的總和,2.制作工作分解結構的內(nèi)容,3、工作分解結構的表示方法,樹狀圖 列表圖（大綱式） 氣泡圖,（1）樹狀圖WBS,（2）列表圖（大綱式） WBS,1.0 軟件研發(fā)項目 1.1需求 1.1.1 需求調(diào)研 1.1.2 需求規(guī)格 1.1.3 需求評審 1.2 設計 1.2.1 概要設計 1.2.2 詳細設計 1.2.3 設計評審 1.3 開發(fā) 1.3.1 編碼 1.3.2 代碼審查 1.3.3 單元測試 1.4 測試 1.4.1 產(chǎn)品集成 1.4.2 系統(tǒng)測試 1.4.3 產(chǎn)品發(fā)布 1.5 維護 1.5.1 缺陷報告 1.5.2 缺陷修復 1.5.3 產(chǎn)品升級,（3）氣泡圖WBS,4、制作工作分解結構的方法,實際應基于兩種類型，然后選用適當?shù)姆椒ㄈプ觥?類型： 基于可交付成果的劃分 基于工作過程的劃分 方法： 類比法 自上而下 自下而上,基于可交付成果的劃分,上層一般為可交付成果的導向 下層一般為可交付成果的工作內(nèi)容,例題：某輪船設計的WBS,1級,基于工作過程的劃分,上層按照工作流程分解 下層按照工作的內(nèi)容劃分,示例：某公寓建設項目,WBS分解示例,見課件,運用工作分解結構的基本方法,類比法 適用重復次數(shù)較多的項目、管理經(jīng)驗比較成熟的項目。 自上而下法(Top-Down) 適用項目團隊中有對本項目經(jīng)驗豐富的專家或項目團隊不陌生的項目。 自下而上法(Bottom -Up) 適用獨特性和創(chuàng)新性比較強的項目。,5、工作分解結構圖的編碼,WBS編碼（Coding） 確定了WBS以及所有要做的工作后，對所有可交付成果和工作包進行編號（稱為WBS記帳碼）以便查詢。 編碼由幾位數(shù)組成，從左到右分別表示0級、1級、2級和3級等。 任何一個等級的工作單元，是其全部次一級工作單元的總和。 在制定WBS編碼時，責任和預算也可用同一編碼數(shù)字制定出來。,例：POS系統(tǒng)的軟件研發(fā)項目,1.0 需求分析與設計 1.1需求分析 1.1.1 系統(tǒng)調(diào)查 1.1.2 需求分析 1.2 系統(tǒng)設計 1.2.1 概要設計 1.2.2 詳細設計 2.0 系統(tǒng)實現(xiàn)與測試 。,例：魯布革水電站項目的WBS圖及編碼,6、運用工作分解結構的基本步驟,了解項目環(huán)境 明確項目的主要可交付成果 根據(jù)項目的可交付成果逐層對項目進行分解，直到項目團隊能夠?qū)Ψ纸夂蟮墓ぷ靼M行有效和精確的控制為止 核實工作分解的充分性 核實工作分解的正確性 制定WBS詞典，進行工作單元編碼 給項目的相關利益者審閱和評估WBS 根據(jù)WBS 開始項目的各項計劃工作,WBS詞典,對每一工作包包括的詳細內(nèi)容進行表述，包括：編號、名稱、如何做、投入資源、結果、完成的標準/質(zhì)量、由誰做。,WBS由誰編制？,項目經(jīng)理在團隊支持下對WBS的編制負責 需要全體項目成員的參與 參與的好處：責任感、了解工作內(nèi)容、容易協(xié)作 通過將人員包含進WBS來激勵他去完成計劃,WBS總結,確定了項目的全部工作 應由全體成員共同開發(fā)以獲得認同 為后續(xù)的變更控制提供基線 是很多其他項目管理過程的輸入 為所有干系人溝通奠定了基礎,范圍定義和WBS的關系,WBS是計劃和控制的基礎,案例討論,WBS的制定-見課件,4.5 范圍核實 (Project Scope Verification),范圍核實的含義 范圍核實內(nèi)容,4.5.1 范圍核實的含義,范圍核實(Project Scope Verification)是指項目關系人（業(yè)主/客戶、項目發(fā)起人、項目委托人、項目組織等）對于項目范圍的正式認可和接受的工作過程。 正式驗收已經(jīng)完成的項目可交付成果。 范圍核實的時間 項目階段性工作完成之后 整個項目工作全部完成之后 示例：歐盟項目,范圍核實 VS. 質(zhì)量控制,范圍核實主要關心工作成果的“接受性” 質(zhì)量控制主要關心工作成果的“正確性” 質(zhì)量控制通常在范圍核實之前進行，也可同時進行，以確?？山邮苄院驼_性 示例：本科論文的提交成果及其質(zhì)量,4.5.2 范圍核實的內(nèi)容,4.5.2 范圍核實的內(nèi)容,驗收的可交付成果 已經(jīng)完成的可交付成果記錄下來 未完成的可交付成果也記錄下來，并附理由 請求的變更 范圍核實過程中可能提出變更請求 通過整體變更控制過程進行審查和批準 示例：餃子餡不夠，增加一種餡或者做面片,4.6 范圍變更控制 (Scope Change Control),范圍變更的原因 范圍變更的影響 范圍變更控制的內(nèi)容,4.6.1 范圍變更的原因,項目的外部商業(yè)環(huán)境發(fā)生了變化 政府法規(guī)變動，電纜 項目范圍的初始工作存在錯誤或者遺漏 用材料清單代替WBS 項目的實施技術手段有了更好的選擇 手工錄入改機器錄入 項目的客戶對項目或項目產(chǎn)品的要求發(fā)生了變化 毛坯房改精裝修,4.6.2 范圍變更的影響,項目已經(jīng)完成的工作成果被拋棄，導致資源和工作量的浪費 需要對所有的管理計劃根據(jù)變動的情況進行修訂 將變動的結果通知有關的工作小組，并確保他們真正理解了變更內(nèi)容,4.