1、匚二1 項目需求與范圍的區別和聯系項目范圍(Project-scope)包括項目的最終產品或服務以及實現改產品或服務所需的各項具體工作。 從這個意義上講就是項目應該做什么，不應該做什么，以及如何做。也就是說，項目范圍事實包括2個方 面的內容：項目需求和項目過程.項目需求確定做什么.項目過程確定如何做.項目范圍管理也就是對項目應該做什么和怎么做做出相應的定義和控制.事實上就是對需求的管理和 項目過程的管理.摘要：通常大型信息系統開發項目都具有相當的難度和復雜性，含糊的需求和頻繁變更讓經常會使項目進度 多拖延、成本超支、偏離既定目標，嚴重時會導致項目的失敗，因此，加強項目需求管理尤為重要。2010

2、 年4月至10月，我參加了某集團企業協同辦公管理系統項目的開發，并擔任的該項目的項目經理。項目的 總體目標是建立一個兼具企業門戶、公文管理、工作流、知識管理、移動辦公的辦公平臺，共分為10個子 系統，分別為：企業門戶、個人辦公、信息發布、收發文管理、規章制度、日常事務、工作流管理、文檔 管理、移動辦公和基礎平臺。本文以該項目為例，結合作者實踐，探討了信息系統項目中的需求管理問題， 分別論述了需求管理計劃編制、需求控制和跟蹤、需求變更管理等過程作為需求管理手段的應用，列舉了 一些有效的工具和技術的使用；最后，談一些自己的體會和經驗總結。正文:通常大型信息系統開發項目都具有相當的難度和復雜性，含糊

3、的需求和頻繁變更會使項目進度多拖延、 成本超支、偏離既定目標，嚴重時會導致項目的失敗，一個項目的成功得益于有效的需求管理機制，這在 本人所主持的某集團企業協同辦公管理系統項目實施過程中得到了充分驗證。2010年4月至10月，我參加了某集團企業協同辦公管理系統項目的開發，并擔任的該項目的項目經理。項目目標是建立一個兼具企業門戶、公文管理、工作流管理、知識管理、移動辦公的協同辦公平臺， 整體提升企業辦公服務水平和工作效率。系統采用BS架構，核心技術框架根據微軟的NET分層體系結構 實現，共分為10個子系統，分別為：辦公門戶、工作助手、信息發布、收發文管理、規章制度、日常事務、 工作流管理、文檔管理

4、、移動辦公和基礎平臺。該項目是一個綜合性的系統工程項目，該集團企業包括總部、6個大區公司及其下屬的地方公司，在管 理模式上存在較大差異，信息化程度參差不齊，各個地區工作流程也不一致，業務需求很難統一；協同辦公 是公司新的業務領域，我方領導也希望將本項目作為公司業務延伸拓展的一個新的窗口；從技術角度將， 涉及移動辦公、電子簽章、工作流、全文檢索、備份歸檔、無線通信等相關技術；人力資源方面，需要不 同專業技術的人員配合，可能會存在多部門之間的協作。由此可見，該項目組織構成復雜、干系人面廣人 多、業務需求很難統一，而且涉及新的業務領域，公司在協同辦公方面也缺乏積累，工作面臨很大挑戰。 因此，在該項目

5、中，我充分重視了項目需求管理，通過制定合理的需求管理計劃，做好需求的跟蹤和控制， 提高領導和項目干系人的參與熱情等方法，有條不紊地完成了該項目。具體來說：首先，制定合理的需求管理計劃，為項目團隊如何管理項目需求提供的指導。我們參考7CMMI和組 織過程資產的基本內容，并結合項目的各方面實際情況，確定了需求管理的組織方針、需求管理跟蹤的方 法、工具和時間、業務培訓計劃、如何進行需求驗證和變更控制以及制定需求跟蹤矩陣。我們確定采用微 軟的團隊資源管理器（TFS）實現對需求和文檔的管理，并在需求、需求分析、設計、代碼等各個階段打基 線，通過TFS實現對各種變更的管理，做到有效可控；規定在打每個基線之

6、前召開評審會，邀請所有項目 干系人代表參與評審，做到每個階段的成果都能符合項目干系人的要求。我們還指定了需求管理的總負責 人，統一進行需求的管理。由于該集團企業下屬部門眾多而且分布各地，業務需求有一些差異，業務領域一般比較廣泛和復雜， 在需求獲取定義的方法上，我們采用了專家法。邀請專家時要盡量能夠代表各個地區、部門、組織機構以 及各個業務技術領域，這樣既可以幫助我們短期內熟悉相關業務，也便于收集和統一來自各個方面的需求， 為日后需求的確認鋪平道路。再次，項目評審是確保項目需求能得到很好跟蹤和控制的有效措施。在項目進度計劃中我們確定了需 求分析、系統設計、系統測試、系統上線等幾個重要里程碑。在這

7、些里程碑結束后，我們將邀請相關項目 干系人參與項目的評審工作。目的是為了防止需求偏差、遺漏，和收集新的需求，使跟蹤工作貫穿于項目 的始終，以確保項目需求的正確性和可接受性。每一次的項目評審都給我們帶來了很多很好的建議，讓我 們充分發現了我們系統的不足之處，發現了許多業務上的偏差。當然也有許多項目干系人提出了系統易用 性上的建議。會后，我們按照項目范圍變更計劃和客戶方、業務專家一起對這些建議作了逐一評估，將那 些有益的建議包含進項目范圍管理計劃中。此外，再好的計劃也不可能做到一成不變，因此變更是不要避免的，關鍵問題是如何對變更如何進行 有效的控制。本項目的復雜程度高、涉及面較廣、實施周期長，在實

8、施過程中，由于用戶方需求的變更， 或由于各方交流的失誤等，曾經導致了部分項目內容的變更。當有變更要求提出的時候，作為項目經理， 我都會召集項目團隊相關人員，進行協商討論和工作安排，對變更因素進行分析、快速決策。由于本項目 需求變化不斷調整，我們建立了良好的變更流程：填制申請單、團隊相關人員討論、提交CCB給出最終確 認、實施和驗證變更、通知干系人。在變更管理時要做好版本控制，我們通過使用TFS進行文檔的檢入、 檢出、打標簽等操作，每次修改后TFS根據事先定義好的規則自動生產版本號，可以方便的跟蹤每個需求 變動的歷史，當需要恢復早期很有價值。最后，領導的重視和項目干系人的參與是這次項目成功的關鍵

9、。項目正式啟動之初，在雙方領導的通 力配合下，我們召集了全行主要干系人參與的項目啟動會，并邀請客戶高層在會議上講話，提升大家對這 個項目重要性的認識。在這次會議上，我作為項目經理向各項目干系人，就項目的主要目標、需求范圍、 需求調研計劃、溝通方式作了詳細介紹。希望各項目干系人能夠積極配合我們的工作，同時我們也將盡量 滿足他們的要求。在項目進行過程中許多干系人都給我提出了很多很好的建議，同時我們也采取了電話、E-mail、QQ群等多種溝通方式收集他們的需求。這個項目的成功是全體項目干系人的成功，是全體項目干(=)希賽I軟考學院信息系統項目管理師： HYPERLINK /rk/isen/index.html /rk/isen/index.html系人共同努力的結果。由于我們在項目進行的最初期階段就引入了項目需求管理理念和方法，項目順利完成，客戶很滿意， 也為今后公司類似項目積累了經驗，得到了公司管理層的高度評價，這歸功于整個團隊的配合。但是回顧 起來，也有一些不足的地方：項目可行性研究做的不夠充分，沒有充分考慮到各個地區信息化程度的差異， 造成到目前為止，少數單位由于網絡方面的原因，只能通過撥號來使用本系統，使用效果打了一些折扣。 我們也采取了一些補救的措施，如盡量減小頁面大小