摘要隨著網際網路資料業務尤其是**業務的快速增長，各大運營商和企業紛紛提出了更高效能路由器的需求。公司決定立項「下一代高效能多業務路由器開發」專案，我有幸成為該項目的專案經理，負責專案管理工作。該專案成員18人，成立了三個子專案。
專案從2023年3月至2023年2月歷時11個月，交付三款路由器產品，4個接卡口。
本文結合作者的實踐經驗，從以下幾個方面對專案的範圍管理進行論述：在需求分析階段要求需求分析人員細緻分析需求並且逐條和市場調研專家進行確認，起到了不錯的效果，專案未出現由於需求理解錯誤而造成的變更。在專案中制定了詳細的wbs，工作包分解到每人每週的工作量，通過wbs專案成員對自己的工作目標有清晰的認識，開發效率明顯提高。
成立了專案變更控制委員會，這個權威機構有效的控制了專案過程中可能出現的需求變更，保障了專案按時保質的完成。
正文 我所在公司主要從事資料通訊裝置的研發、生產和銷售工作，在國內處於領先地位，也已經打入國際市場。3年前開發完成投入市場的路由器產品，在市場上反映較好，銷量在國內領先，但是由於網際網路資料業務尤其是**業務的快速增長，各大運營商和企業紛紛提出了更高效能路由器的需求。公司決定立項「下一代高效能多業務路由器開發」專案，我有幸成為該項目的專案經理，負責專案管理工作。
該專案投入18人，其中專案經理1人，配置管理、測試代表和qa各1人（兼職），軟體開發工程師14人。該專案涉及到3款新路由器主機，4塊介面卡的開發。按照技術相關性成立了三個子專案組（分別是多核cpu相關的主機板子專案組，wan介面相關的界面子專案組負責其中2塊接卡開發，lan和wlan相關的交換子專案組負責另外2塊介面卡開發），並分別任命了子專案經理，子專案分別管理，子專案經理向我匯報，我對子專案成員採取間接管理的方式。
專案採用全新的多核mips cpu架構（最高端產品使用16核高效能cpu），和公司自主的網路作業系統平台，介面卡的處理晶元也是公司首次應用的，是採用標準c語言的嵌入式系統開發。從2023年3月至2023年2月歷時11個月開發，在2023年6月已經正式通過公司的adcp鑑定，達到了發布的質量標準。目前出貨量逐月遞增，現網執行效果良好，未出現重大故障。
該專案由於發布缺陷低，流程符合度高，進度控制好也成為了公司級優秀專案。
專案範圍說明書主要包括專案目標、產品範圍描述、專案需求、專案邊界、專案的可交付物、產品可接收的標準、專案的約束和假設條件。具體到本專案目標是開發全新的多業務路由器，在**效能、表項容量、介面種類等方面滿足五年內運營商網路的需求。產品範圍是高中低端三款多業務路由器，包括4塊介面卡。
專案需求包括50個特性需求和**效能、表項容量、保護倒換時間等效能需求。產品發布的標準是必須通過公司的adcp鑑定測試。專案的約束是成本和進度的要求，假設條件是採購的多核cpu能夠按期供貨，公司的網路作業系統平台協議能夠按時開發完成。
在制定出專案範圍說明書以後，通常按照以下的步驟來編制工作分解結構（wbs）：識別和分析可交付成果及相關工作；確定工作分解結構的結構和編排方法；自上而下逐層細化分解；為工作分解結構組成部分制定和分配標誌編碼；核實工作分解的程度是必要且充分的。
在該專案中，主要從細緻的需求分析和確認、詳細的wbs分解、嚴格的範圍變更控制等方面，對專案的範圍進行管理，下面將分別論述：
一、細緻的需求分析和確認
專案的需求分析的偏差和理解不透徹是導致專案後期範圍做變更的最主要原因，針對此點，在專案的需求分析階段我們要求需求分析人員對專案範圍中的所有特性進行詳細的需求分析，包括寫作需求分析文件，晶元支援情況分析，競爭對手分析等，這些報告完成後，我們組織需求分析人員對這些特性需求逐條和公司的市場調研專家進行了確認，其中發現了3條需求理解上的不一致，經過充分的溝通後，確認是專案成員對需求理解出現偏差，並及時進行了糾正，減少了專案後期出現需求理解偏差而可能的大規模返工。由於通訊產品開發專案的特殊性，功能特性的實現往往依賴晶元提供的功能是否能夠滿足要求，通過對晶元特性支援情況的分析，發現了以目前選型晶元的能力，無法滿足支援路由表項10萬條和vpn表項1萬條的效能需求，這個情況及時反饋給了公司的資深系統工程師，經過系統工程師的評估，該需求是必須實現的，通過將使用的主晶元進行重新選型後滿足了這個效能需求（採用了broad***公司的56640晶元替換了56445晶元）。
通過對需求的細緻分析，提前發現了需求理解的問題以及需求可能無法滿足而造成降低產品競爭力的風險，對專案範圍的控制起到了很好的作用，通過專案驗收測試進行的範圍確認，全部實現了專案範圍要求的3款主機4種介面的所有需求。
二、工作分解結構和需求跟蹤矩陣，對範圍進行控制和跟蹤
經過專案前期的需求調研和競爭對手分析，該專案最終確定開發高中低端三款不同層次的路由器，支援4種介面卡，涉及50個特性，根據以上的資訊按照子專案的領域，分別制定了三個子專案的wbs，採用公司的標準wbs模板的**形式，以專案開發階段為劃分單位，每乙個階段都包括每個主機、介面和特性的開發內容，採用自上而下逐層分解的方法，第一層是3款主機和4種介面卡，第二層是50個特性模組，第三層是子特性，第四層是每個子特性的需求分析、設計、編碼和測試的工作。為了便於工作的跟蹤，將工作包的粒度控制在每名開發人員一周的工作量。專案成員以wbs作為開發工作的依據，在專案的所有階段都是有據可循的，有效避免了專案範圍的蔓延以及由此而造成的工作量的增加。
我們採用了需求跟蹤矩陣的工具，對專案需求和設計、編碼、測試各階段的輸出物進行雙向跟蹤。需求跟蹤矩陣以需求分析的編號為索引，每乙個需求對應概要設計和詳細設計文件中的多個設計點的編號，對應**的函式名稱以及測試用例的編號，實現了每個階段輸出物都有需求的**，同時每個需求都有對應的輸出物。需求跟蹤矩陣在專案的每個階段結束前，由開發人員進行填寫並確認專案的範圍得到了實現並且沒有超過專案範圍的要求。
三、嚴格控制專案範圍的變更
專案開發過程的範圍變更對專案的進度、質量、成本都將構成很大的威脅，我們在專案範圍管理計畫中明確制定了專案的變更控制方法：1、專案的需求分析文件基線化；2、對需求基線的變更需要走變更控制流程；3、成立專案ccb對專案的變更進行控制（成員包括專案經理、配置管理員、質量協調員、產品線總監和產品線資深系統工程師）；4、ccb裁決通過的變更需要做基線的修改，並由ccb成員跟蹤變更的完成情況；5、範圍變更對專案後續階段產生影響的，需要及時進行專案計畫的調整。
專案需求分析文件評審通過後在svn配置庫上形成了需求基線，該文件的修改通過變更控制流程嚴格控制。專案進行到詳細設計階段，從公司的市場調研專家那裡得到了支援動態聚合協議以及支援三層組播的需求，從產品推出後的競爭力考慮，我們決定走需求變更流程，將這兩個需求提交給了專案ccb進行裁決。經過ccb成員的正式會議，決議是支援動態聚合協議可以在目前已經實現的靜態聚合的基礎上開發，工作量較小可以在專案中實現，支援三層組播需要協議層面重新開發工作量太大，嚴重影響專案進度，決定專案完成後啟動二期開發完成該需求。
裁決後，安排專案成員對支援動態聚合協議進行了詳細分析，並更新了專案需求分析基線文件，並將這些變更的實施及時通知給ccb。該需求在專案中通過趕工的方式完成，並未對專案總體進度產生影響。
事實證明，成立專案變更控制委員會，並且聘請專家和公司領導作為委員會成員，能夠非常有效的控制專案需求的蔓延，抑制不合適的專案變更，有效地保障了專案的範圍控制。
經過近11個月的專案開發，三款全新的多業務路由器成功推向市場，及時填補了公司這部分市場的空缺，到目前現網執行裝置已經超過萬台，故障率極低，使用者反饋良好。這些成績的取得是和良好的專案範圍管理分不開的，尤其是深入的需求分析，細緻wbs分解以及良好的變更控制等工作，使這個技術難度高、工作量大、進度緊張的專案以很高的質量按時完成。
當然專案也存在一些失誤和教訓，在開發過程中接受的動態聚合協議的需求，由於已經到了詳細設計的後期，開發壓力較大，雖然通過加班趕工的方式完成，但是這個模組的質量不好，是鑑定測試中缺陷最高的模組。主要的原因是一味追求專案進度，而對該模組的設計工作把關不好，造成後期維護工作量增加，這些都是我在專案範圍管理中得到的教訓，後續專案開發對於開發過程中變更的需求，同樣要注意質量的控制。不過專案中的這些得失都是收穫的寶貴財富，為我成為優秀的高階專案經理打下了堅實的基礎。
論資訊系統專案的風險管理
摘要 2010年3月到2011年9月，我有幸擔任專案經理參與了xx銀行資訊資產監控管理平台專案建設。該專案是xx銀行 十一五 資訊化建設的重點專案，共投資人民幣500萬元，專案建設的目標是消除該銀行在資料中心機房 生產應用系統 網路通訊等運維監控上存在的資訊孤島，避免運維 網路等相關部門之間的管理煙...
論資訊系統專案的整體管理
摘要 2010年3月，我作為專案經理開始參與某大型綜合性企業資訊化系統專案的開發，主要負責專案的組織實施與管理工作。本文以該專案為例，結合作者實踐，討論了資訊系統專案的整體管理問題，指出專案整體管理在資訊系統專案實施中的重要地位和關鍵作用。在專案整體管理中，我根據專案的實際情況和特點，有針對性的強化...
關於甲方資訊系統專案的整體管理
結合作者的具體實踐，討論了某出版集團書刊資訊化工程的整體管理工作。該專案在國家 立項，建設資金3000萬元，建設週期為兩年，旨在對歷史 和期刊資源進行數位化加工，搭建集團內容資源共享平台，並通過流程改造和資訊化等手段，實現書刊編輯 出版 發行 物流等環節的流程化數位化管理。文章分兩個大的方面進行了介...