摘要：通常大型資訊系統開發專案都具有相當的難度和複雜性，含糊的需求和頻繁變更讓經常會使專案進度多拖延、成本超支、偏離既定目標，嚴重時會導致專案的失敗，因此，加強專案需求管理尤為重要。2023年4月至10月，我參加了某集團企業協同辦公管理系統專案的開發，並擔任的該項目的專案經理。專案的總體目標是建立乙個兼具企業門戶、公文管理、工作流、知識管理、移動辦公的辦公平台，共分為10個子系統，分別為：
企業門戶、個人辦公、資訊發布、收發文管理、規章制度、日常事務、工作流管理、文件管理、移動辦公和基礎平台。本文以該專案為例，結合作者實踐，**了資訊系統專案中的範圍管理問題，分別論述了需求管理計畫編制、需求控制和跟蹤、需求變更管理等過程作為需求管理手段的應用，列舉了一些有效的工具和技術的使用；最後，談一些自己的體會和經驗總結。
正文：通常大型資訊系統開發專案都具有相當的難度和複雜性，含糊的需求和頻繁變更會使專案進度多拖延、成本超支、偏離既定目標，嚴重時會導致專案的失敗，乙個專案的成功得益於有效的需求管理機制，這在本人所主持的某集團企業協同辦公管理系統專案實施過程中得到了充分驗證。
2023年4月至10月，我參加了某集團企業協同辦公管理系統專案的開發，並擔任的該項目的專案經理。專案目標是建立乙個兼具企業門戶、公文管理、工作流管理、知識管理、移動辦公的協同辦公平台，整體提公升企業辦公服務水平和工作效率。系統採用b\s架構，核心技術框架根據微軟的.
***分層體系結構實現，共分為10個子系統，分別為：辦公門戶、工作助手、資訊發布、收發文管理、規章制度、日常事務、工作流管理、文件管理、移動辦公和基礎平台。
該專案是乙個綜合性的系統工程專案，該集團企業包括總部、6個大區公司及其下屬的地方公司，在管理模式上存在較大差異，資訊化程度參差不齊，各個地區工作流程也不一致，業務需求很難統一;協同辦公是公司新的業務領域，我方領導也希望將本專案作為公司業務延伸拓展的乙個新的視窗；從技術角度將，涉及移動辦公、電子簽章、工作流、全文檢索、備份歸檔、無線通訊等相關技術；人力資源方面，需要不同專業技術的人員配合，可能會存在多部門之間的協作。由此可見，該專案組織構成複雜、干係人面廣人多、業務需求很難統一，而且涉及新的業務領域，公司在協同辦公方面也缺乏積累，工作面臨很大挑戰。因此，在該專案中，我充分重視了專案需求管理，通過制定合理的需求管理計畫，做好需求的跟蹤和控制，提高領導和專案干係人的參與熱情等方法，有條不紊地完成了該專案。
具體來說：
首先，制定合理的需求管理計畫，為專案團隊如何管理專案需求提供的指導。我們參考了cmmi和組織過程資產的基本內容，並結合專案的各方面實際情況，確定了需求管理的組織方針、需求管理跟蹤的方法、工具和時間、業務培訓計畫、如何進行需求驗證和變更控制以及制定需求跟蹤矩陣。我們確定採用微軟的團隊資源管理器（tfs）實現對需求和文件的管理，並在需求、需求分析、設計、**等各個階段打基線，通過tfs實現對各種變更的管理，做到有效可控；規定在打每個基線之前召開評審會，邀請所有專案干係人代表參與評審，做到每個階段的成果都能符合專案干係人的要求。
我們還指定了需求管理的總負責人，統一進行需求的管理。
由於該集團企業下屬部門眾多而且分布各地，業務需求有一些差異，業務領域一般比較廣泛和複雜，在需求獲取定義的方法上，我們採用了專家法。邀請專家時要盡量能夠代表各個地區、部門、組織機構以及各個業務技術領域，這樣既可以幫助我們短期內熟悉相關業務，也便於收集和統一來自各個方面的需求，為日後需求的確認鋪平道路。
再次，專案評審是確保專案需求能得到很好跟蹤和控制的有效措施。在專案進度計畫中我們確定了需求分析、系統設計、系統測試、系統上線等幾個重要里程碑。在這些里程碑結束後，我們將邀請相關專案干係人參與專案的評審工作。
目的是為了防止需求偏差、遺漏，和收集新的需求，使跟蹤工作貫穿於專案的始終，以確保專案需求的正確性和可接受性。每一次的專案評審都給我們帶來了很多很好的建議，讓我們充分發現了我們系統的不足之處，發現了許多業務上的偏差。當然也有許多專案干係人提出了系統易用性上的建議。
會後，我們按照專案範圍變更計畫和客戶方、業務專家一起對這些建議作了逐一評估，將那些有益的建議包含進專案範圍管理計畫中。
此外，再好的計畫也不可能做到一成不變，因此變更是不要避免的，關鍵問題是如何對變更如何進行有效的控制。本專案的複雜程度高、涉及面較廣、實施周期長，在實施過程中，由於使用者方需求的變更，或由於各方交流的失誤等，曾經導致了部分專案內容的變更。當有變更要求提出的時候，作為專案經理，我都會召集專案團隊相關人員，進行協商討論和工作安排，對變更因素進行分析、快速決策。
由於本專案需求變化不斷調整，我們建立了良好的變更流程：填製申請單、團隊相關人員討論、提交ccb給出最終確認、實施和驗證變更、通知干係人。在變更管理時要做好版本控制，我們通過使用tfs進行文件的檢入、檢出、打標籤等操作，每次修改後tfs根據事先定義好的規則自動生產版本號，可以方便的跟蹤每個需求變動的歷史，當需要恢復早期很有價值。
最後，領導的重視和專案干係人的參與是這次專案成功的關鍵。專案正式啟動之初，在雙方領導的通力配合下，我們召集了全行主要干係人參與的專案啟動會，並邀請客戶高層在會議上講話，提公升大家對這個專案重要性的認識。在這次會議上，我作為專案經理向各專案干係人，就專案的主要目標、需求範圍、需求調研計畫、溝通方式作了詳細介紹。
希望各專案干係人能夠積極配合我們的工作，同時我們也將盡量滿足他們的要求。在專案進行過程中許多干係人都給我提出了很多很好的建議，同時我們也採取了**、e-mail、**群等多種溝通方式收集他們的需求。這個專案的成功是全體專案干係人的成功，是全體專案干係人共同努力的結果。
由於我們在專案進行的最初期階段就引入了專案需求管理理念和方法，專案順利完成，客戶很滿意，也為今後公司類似專案積累了經驗，得到了公司管理層的高度評價，這歸功於整個團隊的配合。但是回顧起來，也有一些不足的地方：專案可行性研究做的不夠充分，沒有充分考慮到各個地區資訊化程度的差異，造成到目前為止，少數單位由於網路方面的原因，只能通過撥號來使用本系統，使用效果打了一些折扣。
我們也採取了一些補救的措施，如盡量減小頁面大小，優化系統響應時間原因等，一定程度上改善使用效果，通過和使用者的悉心溝通，最終得到了使用者的認可。
總之，專案的管理方式多種多樣，因人而異、因專案規模而異，管理方式不是一成不變的。適合自己的管理模式才是最好的模式，這些都有待於我們進一步研究、探索、實踐和總結。
專案需求與範圍的區別和聯絡
專案範圍（project-scope）包括專案的最終產品或服務以及實現改產品或服務所需的各項具體工作。從這個意義上講就是專案應該做什麼，不應該做什麼，以及如何做。也就是說，專案範圍事實包括2個方面的內容：
專案需求和專案過程．專案需求確定做什麼．專案過程確定如何做．
資訊系統專案管理師之專案需求分析管理
e 專案的成熟度受客戶預算的限制。大部分客戶在專案投入上都是有預算的，在成本有上限的前提下，專案的功能設計 軟體的成熟度 方面必然受一定影響，畢竟功能越多越完善，相應的開發成本就越高。這種功能上的不完善需要事先告知客戶並得到理解。f 此項工作的反覆造成思想上的倦怠，使需求分析最後虎頭蛇尾。需求分析是...
資訊系統專案管理師下午題專案範圍管理需求變更
2011下試題二 25分 閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄。說明 某市工商局為了給各個企業提供更好的服務，提高工作效率，決定建設電子政務系統，並選擇a公司承擔該專案，專案的工期經雙方協定為9個月。a公司指定專案經理李某負責該專案。李某帶領專案團隊完成了專案的需求分析，編制了...
資訊系統專案管理師分類模擬題需求管理
需求管理 1 需求管理的主要目的不包括下列中的 1 a 確保專案相關方對需求的一致理解 b 減少需求變更的數量 c 保持需求到最終產品的雙向追蹤 d 確保最終產品與需求相符合 答案 1 b 分析 需求管理的目的是在使用者和將處理使用者需求的資訊系統專案之間建立對使用者需求的共同理解。需求管理包括和使...