3信息系統(tǒng)項目的范圍管理3.1信息系統(tǒng)項目的范圍3.2范圍規(guī)劃3.3范圍定義3.4制作工作分解結構WBS3.5范圍確認3.6范圍控制3.1信息系統(tǒng)項目的范圍在實踐中，項目的“需求蔓延”是信息系統(tǒng)項目失敗最常見的原因之一，信息系統(tǒng)項目往往在信息系統(tǒng)項目啟動、計劃、執(zhí)行甚至收尾時不斷加入新功能，無論是客戶的要求還是項目實現(xiàn)人員對新技術的試驗，都可能導致信息系統(tǒng)項目范圍的失控，從而使信息系統(tǒng)項目在時間、資源和質量上都受到嚴重的影響。3.1信息系統(tǒng)項目的范圍項目的范圍:項目范圍指為了成功地實現(xiàn)項目目標所必須完成的、全部且最少的工作項目范圍包含兩類：產品范圍ProductScope信息系統(tǒng)產品或者服務所應該包含的功能根據產品的需求確定產品范圍的完成情況項目范圍ProjectScope項目范圍是指為了能夠交付信息系統(tǒng)項目所必須要做的工作根據項目計劃來確定項目范圍的完成情況項目范圍管理定義定義和控制項目包括什么與不包括什么的過程3.1信息系統(tǒng)項目的范圍范圍管理的重要性我們至少要做什么？--需求不清晰是很多IT項目失敗的主要原因--需求不清晰導致估計不準確，估計不準確導致項目的實際運行狀況與計劃偏差很多

從源頭把握范圍的準確--項目干系人必須在項目要產出什么樣的產品方面達成共識，也要在如何生產這些產品方面達成一定的共識3.2項目范圍規(guī)劃制定項目范圍管理計劃，記載如何確定、核實與控制項目范圍以及如何制定與定義工作分解結構(WBS)。工作分解結構WBS工作分解的過程將一個項目分解為更多的工作細目或者子項目，使項目變得更小、更易管理、更易操作。WBS面向可交付成果的。Workpackages（工作包）WBS的最低層次的可交付成果WBS的分解原則對項目的各項活動按實施過程，產品開發(fā)周期或活動性質等分類。在分解任務的過程中不必考慮工作進行的順序。不同的項目分解的層次不同，不必強求結構對稱。把工作分解到能以可靠的工作量估計為止。在確定最低一級的具體工作時，應能分配給某個或某幾個人具體負責。工作分解結構的表示形式---樹形圖工作分解結構的表示形式---縮進圖工作分解結構工作編號工作名稱負責人資源描述1.1.0系統(tǒng)分析

1.1.1需求分析

1.1.2方案設計

1.2.0系統(tǒng)設計

1.2.1網絡系統(tǒng)設計

1.2.2數據庫設計

1.3.0系統(tǒng)開發(fā)

1.3.1軟件開發(fā)

…………

工作分解結構的創(chuàng)建方法類比自上而下法（系統(tǒng)思考法）發(fā)散歸納法（頭腦風暴法）模板參照法任務結構分解(WBS)步驟得到范圍說明書或工作說明書召集有關人員，集體討論所有主要項目工作，確定項目確定分解方法分解項目工作。盡量利用項目分解模板。畫出WBS層次結構圖。WBS較高層次上的工作可以定義為子項目或子生命周期階段將主要項目可交付成果細分為更小的、易于管理的工作包。驗證分解的正確性，如果發(fā)現(xiàn)較低層的工作項沒有必要，則修改組成部分建立ＷＢＳ編號隨著其他活動的進行，不斷的對WBS進行更新或修正，直到覆蓋所有工作。分解標準生存期功能組成分解標準應統(tǒng)一學生管理按照生命期分解規(guī)劃需求設計編碼測試提交按照產品組成分解1.1

招生管理1.2

分班管理1.3

學生檔案管理1.4

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

分班管理

學生檔案管理學生成績管理規(guī)劃需求設計編碼測試提交檢驗分解結果的標準最底層的要素是否是實現(xiàn)目標的充分必要條件最底層要素是否有重復的每個要素是否清晰完整定義最底層要素是否有定義清晰的責任人,是否可以進行成本估算和進度安排GeorgeandMartha一次野餐會GeorgeandMartha計劃與家人和朋友舉行一次特殊的野餐活動,以慶祝Martha的升職和他們35周年的結婚紀念.Martha是工程師,George是會計.他們有兩個非?；顫姷暮⒆?Mary13歲,Thomas17歲.經過過去幾年的發(fā)展,家里不斷壯大,無論是時間和金錢上的需要都在增加,所以他們已經逐漸成為非常好的計劃能手,最近他們又通過了PMP的認證考試,所以他們非常清楚對于這樣野餐活動也需要開發(fā)一個WBS.野餐準備活動任務分解序號任務持續(xù)時間工作人員1開始02做冰茶15George3準備三明治10Martha4準備水果2Martha5準備籃子2Martha6收拾毛毯2George7收拾運動服3Martha8裝車4George9加油6George10開車去野餐營地20Martha11結束03.5項目范圍確認項目范圍確認的概念是指項目干系人最終認可和接受項目范圍的過程。范圍確認最重要的任務是確認項目的可交付成果和用戶的期望是否一致。3.5項目范圍確認項目利益相關人進行范圍確認時，要檢查：（1）可交付成果是否是確實的、可核實的。（2）每個可交付成果是否有明確的里程碑，里程碑是否有明確的、可辨別的事件，比如，客戶的書面認可。（3）是否有明確的質量標準。3.5項目范圍確認（4）審核和承諾是否有清晰的表達。所有的這些表達必須清晰，并且取得一致的同意。（5）項目范圍是否覆蓋了需要完成的產品或者服務進行的所有活動，有沒有遺漏或者錯誤。（6）項目范圍的風險是否太高，管理層是否能夠降低可預見的風險發(fā)生時對項目的沖擊。3.6項目范圍變更控制變更不可避免，因而必須強制實施某種形式的變更控制過程。---歡迎變更范圍變更管理流程遵照項目整體管理中變更管理控制流程來執(zhí)行3.6項目范圍變更控制范圍變更的原因：項目外部環(huán)境發(fā)生變化（如法律、對手的新產品等）范圍計劃不周有錯誤或者遺漏出現(xiàn)新的技術、手段和方案項目實施組織發(fā)生了變化項目業(yè)主對項目要求發(fā)生變3.6項目范圍變更控制所有的變更必須記載，范圍控制必須能夠對造成范圍變更的因素施加影響，估算對項目的資金、進度和風險等影響，以保證變化是有利的，同時需要判斷范圍變更是否發(fā)生，如果已經發(fā)生，就對變化進行管理3.6項目范圍變更控制變更控制系統(tǒng)變更控制系統(tǒng)定義了變更請求對資金、進度的沖