管理信息系統項目，尤其是大型信息系統的項目，項目范圍管理不容忽視。項目正式執行前，明確項目范圍，做好項目范圍計劃不能因為想省事而不做。項目范圍確認一定要取得項目干系人的一致同意。在項目執行過程中要嚴格控制項目需求變更，對于一些可以變更的需求要嚴格按照審批流程辦事，做好變更記錄。一般信息系統項目范圍管理都是如何進行的呢?下面將分別從范圍規劃，范圍定義，創建WBS，范圍確認，范圍控制等方面來說明“如何進行信息系統項目范圍管理”這一問題。

　　1、制定項目范圍計劃

　　首先要明確缺乏項目范圍管理計劃指導容易導致范圍定義不清、范圍蔓延、以致無法完成項目。 在觀念上，項目經理要注重項目的范圍計劃的制定。在正式制定計劃之前，先查找了公司組織過程資產，找出制定范圍管理計劃的模板，在結合公司以往項目的經驗，制定出一份初步的計劃，然后著召集項目組成員和項目干系人，對計劃進行修改和完善，在全體參與下，最終完成了一份詳細、科學的管理計劃，用于指導項目如何定義、分解以及核實和控制范圍。 注意：制定范圍管理計劃的模板不是每一個公司都有的，這個要結合自身實際情況來調整。

　　2、項目范圍定義

　　在項目的早期階段，帶領項目團隊，進駐到客戶現場進行研討，查看了客戶的業務手冊，現場觀摩了業務操作。**，召集項目所涉及的所有干系人，進行業務交流。但是由于對信息化的認知不同，有的客戶對需求描述不是很清楚，造成了雙方對需求理解有歧義，甚至有的干系人對自己的需求都不清楚，只有一個模糊的概念。如果出現這樣情況，采用原型法根據已經獲取的需求，根據以往項目的成果，定制了一個產品DEMO，演示已獲得的需求功能，并引導客戶把所提的需求形象化、具體化。協調好客戶和團隊成員的溝通，完成項目的范圍定義工作。通過初步的范圍說明書，和甲方的相關負責人開展了引導式研討會。在會議上，作為項目經理，向項目各干系人，就項目的主要目標、范圍、范圍管理計劃以及各部門需要的模塊進行集中的討論與定義。**形成了詳細的范圍說明書，并雙方簽字認可。

　　3、創建WBS

　　根據項目目標，制作了工作分解結構。參考公司在其它項目上整理出的WBS模板，結合項目團隊在需求分析階段的體會，召集公司相關領域的專家和所有的項目干系人，開了一個研討會，最終決定把項目的可交付物作為WBS分解的第幾層內容，按照項目功能的模塊劃分工作組，參照8/80小時原則，以一個比較粗的粒度進行項目的控制，具體活動的控制權下放到工作組組長的手上，充分放權，調動他們的積極性，同時，一些模塊功能復雜，需要分解更多層才能達到工作包的層次。對于這些復雜模塊功能，使用了滾動波式計劃的方法，將近期需要完成的工作分的細一些，遠期的工作相對分的粗一些。**將項目的范圍說明書、WBS和WBS詞典裝訂成冊形成項日范圍基線。

　　4、項目范圍確認

　　范圍確認是項目干系人正式接受已完成項目交付物。項目范圍確認是很困難的事情。與項目重要干系人溝通，讓客戶確認項目范圍。和客戶表面項目范圍變更是可以的，但是客戶要認識到這一點：項目范圍確認是正式的，但并不意味這項目的范圍就一成不變，不能再修改了，只是無論是現在更改范圍還是將來更改范圍，都會引起項目的時間，進度和資源的變化。

　　5、項目范圍控制

　　項目范圍控制就是監督項目范圍狀態，管理范圍基礎變更的過程。定期組織召開項目狀態審查會，審查項目的范圍，找出范圍偏差，并作分析、嚴格杜絕一切的范圍蔓延及鍍金。項目需求變更無論大小都要進行變更審核，做好變更記錄。

　　上述的項目范圍管理的做法，不一定就能夠滿足貴公司的信息系統項目范圍管理。希望能夠為你做項目范圍管理方案和日常工作提供一些幫助。

　　本文轉載自拓源優課：www.toyoke.com


資訊來源：拓源優課