摘要
2023年1月，我公司憑藉在物聯網行業領先技術水平順利中標某市質量監督管理局的電梯物聯網安全管理系統一期建設專案，整個專案耗時8個月，總投資金額達800萬。我有幸擔任了該項目的專案經理，領導了乙個18人的團隊完成此專案。
在專案執行過程中，我們團隊充分應用範圍管理的各項原則，在分析了該專案特點的基礎上，利用公司在cmmi**評審過程中整理的標準和模板制定出專案範圍管理計畫。在範圍定義方面通過對需求分析和干係人分析，制定詳細的範圍說明書，並在此基礎上，應用分解技術與專案組成員共同製出工作分解結構，並達成共識。在範圍確認中，通過檢查、測試使客戶接受專案階段性成果和最終成果。通過範圍變更控制系統對範圍進行控制，並將此工作貫穿專案執行全過程。
在專案實施過程中，我通過這些方法有效地進行了專案範圍管理，解決了專案中的問題，最終保證了專案工期、成本及質量。2023年9月初，我們的專案提前20天順利通過專家評審團的最終驗收，獲得在場領導和專家的一致讚賞。通過該項目的建設，實現了某市質量監督管理局遠端對全市電梯的安全執行進行了有效的監督和管理。
正文
範圍管理在專案管理中至關重要，它直接影響專案的成本、進度和質量。專案範圍主要包括專案最終產品或服務以及實現該產品或服務所需的各項具體工作。範圍管理主要包括範圍計畫編制、範圍定義、建立工作分解結構、範圍確認以及範圍控制。
1、範圍計畫編制
專案範圍管理計畫是專案範圍管理的乙個非常重要的環節，規定了如何對專案範圍進行定義、確認，如何建立工作分解結構，以及如何控制範圍，是進行範圍管理後續工作的依據和指南，需要在充分分析專案的特點基礎上編制。
在該專案中我們需要將電梯行業知識、軟體知識和專案管理知識很好的結合在一起才能充分的認識到電梯物聯網安全管理系統專案的獨特性。基於這個問題我採用專家諮詢法（delphi法），組織電梯行業專家、公司核心技術骨幹對多次該專案進行討論。認識到該專案有如下特點：
1、涉及的干係人廣泛。有質監局工作人員、物業人員、維保人員、公司領導、裝置**商、第三方合作廠商以及專案團隊成員。基於這個特點，我們必須要制定乙個合理的溝通計畫來保證專案範圍的定義和建立工作分解結構。
2、專案周期長。基於這個特點，我們要對整個專案進行里程碑管理。明確里程碑階段的可交付物，通過里程碑階段驗收評審來進行範圍確認。
3、範圍變更不可避免。為了減少範圍變更頻率和降低不利影響。在範圍管理計畫中對範圍變更流程進行嚴格規定，並成立變更控制委員會對範圍變更進行監督和管理。
最後我結合公司在cmmi**評審過程中整理的標準和模板將討論的專案範圍管理計畫內容整理成文件，作為後續範圍管理工作的指導和依據。
2、範圍定義
軟體的範圍直接與需求相關，需求收集和分析的不到位是導致專案執行過程中範圍不斷蔓延的主要因素。需求獲取的最主要途徑就是和使用者進行溝通。為了保證溝通過程中的語義障礙，提高獲取需求的速度和準確性，我分別組織了電梯行業專家專案成員就電梯業務特點和行業術語進行培訓，同時組織公司技術骨幹對客戶就軟體知識和專業術語進行培訓。同時將專案中常用的專業術語整成乙個文件發放給相關干係人。為了減少需求的遺漏，我組織質監局、物業公司、維保公司的代表、行業專家以及其他重要干係人進行了多次，逐步細化的需求分析討論會，不斷明確使用者需求、挖掘和引導使用者的潛在需求，從而使專案範圍邊界不斷清晰。
為了保證專案團隊成員與使用者在需求上理解達成一致，我特意安排需求分析師採用enterprise architect畫用例圖和業務流程圖，並安排ui設計師採用axure設計**系統。將分析的需求形成需求規格說明書和需求跟蹤矩陣，周期性地和使用者確定確認功能性和非功能性需求。接入的電梯數量多。
在需求分析階段，進一步挖掘隱藏的專案範圍。由於一期專案要求接入2000多台電梯，二期專案可能還需要接入剩下的36000多台電梯。這樣對資料採集伺服器效能要求很高。考慮到系統的擴充套件性和效能優越性，我們針對資料採集伺服器採用負載均衡技術進行集群部署。
最後將已明確的專案範圍整理成專案範圍說明書，形成里程碑階段可交付物。
3、建立工作分解結構
工作分解結構（wbs）是進度規劃和成本規劃等專案管理過程的重要輸入。wbs的精度和力度決定了專案進度和成本規劃的準確率。wbs的建立依賴於詳細的需求分析和清晰的範圍定義。在範圍定義階段，我們將整個系統需求分為電梯執行狀態進行監測監控，電梯維保年檢狀態監管，電梯故障告警，電梯困人應急處置和基礎資訊維護五大功能模組。每個功能模組包含多個子功能，這樣的需求檔案本身就是乙個**wbs的雛形。以此為基礎，再根據我以往的專案管理經驗，並結合組織過程資產中的wbs模板，將wbs分解為**編碼結構，最底層工作包平均控制在乙個人天。最後組織專案團隊成員對wbs詞典進行討論審核，並定稿發布。
4、範圍確認
範圍確認是專案干係人正式接受已完成的專案範圍的過程。在建立wbs後，我確定了多個重要里程碑。在每個里程碑節點我都會邀請相關干係人參加階段評審會議。評審過程中的偏差和問題都會被記錄下來形成文件並請代表簽字確認，然後安排人員馬上解決。最後將解決的問題及時反饋給相關干係人。得到確認後，再進入下一階段的工作。
5、範圍控制
根據我以往的專案管理經驗和知識，範圍變更是不可避免的。一般來說，範圍變更源自使用者前期需求不明確或中途新增需求，以及專案內部新技術的應用和部分功能的「鍍金」行為造成。在該專案中為了減少範圍變更帶來的不利影響，我成立變更控制委員會（ccb），並制定變更控制流程。保證範圍變更在ccb的控制和變更流程的約束下統一進行。同時對專案成員要求拒絕「鍍金」行為。
結束
經過我們團隊不懈的努力，該專案在2013 年9月通過了某市質量監督管理局的驗收，對電梯的安全執行起到了監督和管理作用。該項目的成功得益於我們合理的專案範圍管理。在本專案過程中也有一些不足之處有待提高。比如：在干係人管理過程中，由於沒有識別電梯一線維保人員也是專案干係人之一，導致前期需求調研出現遺漏。直到專案開始兩個月後，維保公司通過質量監督管理局反饋要求增加移動維保應用，便於一線維保人員現場錄入維保資訊。由於這是新增的需求，屬於變更範圍。於是我嚴格按照變更控制流程將變更的書面文件提交變更控制委員會進行討論決定。按照變更控制流程最終決定同意變更，於是我變更範圍基線，並通過新增兩名移動應用開發人員來完成變更工作。經過我及時的響應和監督，並沒有對專案產生什麼影響。在後續和工作中，我將不斷的充電學習，和同行進行交流，提公升自己的業務和管理水平，力爭為我國資訊化建設做出自己的貢獻。
論資訊系統專案風險管理
專案能否成功與很大程度上歸功於對專案風險的有效管理，專案要想以有限的成本在有限的時間內達到專案目標，就必須加強風險管理。風險管理的目的就是降低負面風險，同時抓住風險帶來的機會。一 風險管理計畫編制 在專案啟動初期，組織有關人員編制了風險管理計畫，作為該專案處理風險管理的行動指南。考慮到學校專案涉及的...
資訊系統專案管理
範圍管理 工作分解結構 wbs 成本管理 成本基準 成本估算 模擬估算 以過去類似活動的引數值 如範圍 成本 預算和持續時間等 或規模指標 如尺寸 重量和複雜性等 為基礎，來估算未來活動的同類引數或指標的估算技術。這是一種粗略的估算方法，有時需根據專案複雜性方面的已知差異進行調整。該方法綜合利用歷史...
資訊系統專案管理之專案範圍管理知識總結
專案範圍 指為了成功達到專案的目標，專案所規定包含且只包含所有需要完成的工作。產品範圍 乙個產品或一項服務應該包含哪些特徵和功能。標誌產品範圍完成的對比依據是產品 需求 說明。專案提交成果 每個階段都可能需要提交 以反映專案進展的中間成果或最終成果。範圍定義 把專案的主要可交付成果劃分為較小的 更易...