? ? ? ?摘要：信息系統項目管理師優秀論文：項目范圍管理。本論文來自科科過的《每天一小時，兩月拿證》學員分享，本文共：2573字

? ? ? 上海市的XX園區系統管理系統項目，是在市政府加強對智慧城市建設的背景下，在2019年12月，有XX園區管委會正式啟動，經過招投標，我公司正式確認中標項目，中標金額為850萬元，其中軟件部分為650萬元，我擔任本項目的項目經理，該項目旨在建立一套，對道路、下水道，路燈、河流、飲用水管道，消防、土壤、樓宇、車位等園區基礎設施、設備構建物聯網，利用傳感器自動采集數據，在對數據的分析的基礎上，構建智慧路燈、智慧河流、智慧道路、智慧綠化、智慧車位、智慧巡查、智慧環衛、智慧樓宇（包括會議室智能預定和3D導航）、案件上報、信息智能展示、權限管理、AI門禁、報告智能分析和發送等13個子系統的智慧信息管理系統。一部分數據采集對接市政系統采集。本項目是區里智慧城市精細化管理的試點工程，包括園區方方面面工作的智慧化、智能化。系統采用微服務架構，開發語言使用C#，數據庫使用Oracle, 涉及數據安全部分部署在自購的服務器上，其他部分部署在阿里云上。

? ? ? 由于系統涉及面廣（基礎設施、市政、新技術、管理、巡查。道路養護、河流防洪等），建設實際短（1年時間），集成度高（攝像頭，位移、溫度、水位、水壓、干濕度、酸堿度、等各種傳感器，市政系統，高德3D技術，微軟AI技術），參與人員多，采購設備比較多（各種傳感器、數據庫、服務器、攝像頭、大屏顯示屏、手機終端等）。我將團隊成員分成三個小組，前端開發組（B/S和移動端開發），后端開發（包括系統對接）和測試組，任命組長，然后還有一個GIS專家和一個AI專家，加上一個配置管理員兼任客戶經理，他們直接向我負責，采用項目型的項目架構，通過有效的項目管理，特別是出色的范圍管理，防止了范圍的蔓延，帶領團隊成員取得了成功。

? ? ? 項目的范圍管理，就是要確保做且只做所需的全部工作主要明確哪些工作包含在項目內，哪些不包含在項目內，當我接到項目時，我們清楚的認識到項目范圍是一個系統成功的龍頭，它是實施和驗收的依據，能夠提高對項目成本，進度和資源的預測，考慮到這個市政府十點工程，對我公司也是第一次因此，一開始就重視范圍的管理，我們將來按照制定范圍管理計劃，收集需求和定義范圍，制定WBS，確認范圍，和控制范圍幾個過程來進行范圍的管理。

? ? ? 首先制定項目管理計劃，好的計劃是成功的一半，范圍管理也是如此，項目啟動后，在了解項目初步范圍的基礎上，我就組織相關人員制定了大致的《項目管理計劃》，然后和項目組一起，依據《項目管理計劃》和項目的章程為輸入，組織會議，采取專家判斷，制定了《范圍管理計劃》《初稿》和《需求管理計劃》，為范圍的后續過程提供了指南，內容大致包括，如何進行收集需求和定義范圍，如何確定和控制，以及如何進行WBS的分解等。

? ? ? ? 接著需要收集需求，為定義范圍做準備，由于干系人眾多，需求復雜，又是第一次做，我們用《范圍管理計劃》，《需求管理計劃》《干系人管理計劃》和《干系人登記冊》作為主要依據，我們分成兩個小組收集，第一個小組，有項目經理和需求分析師，通過引導式研討會，收集高層需求，第二小組，由各小組組長和團隊成員，通過訪談，觀察和頭腦風暴收集中層，和一線員工的需求，每天回來匯總在一起，然后反復幾次，然后在采用系統交互圖的方式，去溝通收集到的需求，和確認新添加的需求，最后形成《需求文件》和《需求跟蹤矩陣》。

? ? ? 然后，開始定義范圍，定義范圍就是制定產品和項目的詳細描述的過程，確定哪些需求包括在范圍之內，哪些需求不包括在范圍之內。我們根據《范圍管理計劃》，《需求文件》和《項目章程》，經過產品的分析，和專家判斷，制定了《項目范圍說明書》，包括產品的描述，驗收標準，可交付成果，除外責任，制約因素和假設條件，然后和甲方確認，然后由甲方簽字確認。

? ? ? 接下來，我們根據《范圍說明書》，制定WBS，WBS的制定是一項非常重要的工作，好的WBS結構是項目目標一下清晰起來，分解時我們制定了如下原則：包括管理工作；工作包一般不大于80小時；一個工作包只從屬于一個工作單元。采用列表形式，然后根據《范圍管理計劃》和《范圍說明書》，從上到下逐層分解，采用滾動劃分，不求一次把所有的工作包分解出來，第一層，我們按照子系統劃分，數據采集系統，任務分發系統，信息（GIS 3D）展示系統，權限管理系統，控制和跟蹤系統，自動預警系統，AI加人工服務的客服系統，第二層，不同模塊劃分，例如數據采集，我們分為，道路數據采集，路燈數據采集，土壤數據采集，消費數據采集，樓宇數據采集，車庫數據采集，等，第三層是對第二次的細化，路燈數據采集，劃分為數據接口的開發，后臺數據的計算和保存，路燈數據采集的模塊的測試。最后WBS,WBS字典和批準的范圍說明書，一起形成了范圍基準。

? ? ? 范圍的確認，項目可交付成果開發出來，我們應該首先經行內部的測試，和評審，通過后，把可交付成果和用戶一道按照范圍基準，質量標準等要求經行范圍的確認。由于項目的功能模塊比較多，系統比較復雜，造成了需要確認的次數比較多，但是范圍的確認可以提高竣工驗收的可能性，所以很有必要。我在范圍確認時，確認好時間，驗收通過的條件，會議的步驟都準備好，盡量一次通過，減少確認的次數，比如對道路清掃的任務控制和監督，我們邀請環衛工作，環衛小組長和甲方項目經理即可，對全局范圍確認，有客戶邀請第三方經行確認評審。

? ? ? 最后范圍的控制，就是監控范圍的狀態，管理范圍的變更的過程。很少有項目完全按照計劃執行下來，軟件開發不變的就是永遠在變化，免不了范圍的變更，為了很好的控制范圍，首先在簽合同時下功夫，把《項目范圍說明書》作為合同的附件附上，同時合同上明確變更的審批權限；項目進行中，果然有很多的變更，進行到項目中期，甲方管理層，提出系統要對接市政府熱線12345，和全市聯動，提出書面的變更請求，在初審通過時，在BCC審批時，我作為BCC的一員，發表意見，功能會造成范圍的擴大，成本的增加，工期也延后，及其合同的變更，建議放到二期項目的時候實現，BCC的成員采納了我的意見，最后否定了變更，放到二期去做，我們把這次變更的全過程記錄下來，寫進變更日志。

? ? ? 本項目準時上線，運行至今，系統平穩，客戶非常滿意，項目的成功，和項目的有效管理分不開，特別是項目的范圍管理，沒有造成范圍的蔓延，但通過后來的總結，發現在范圍管理的時候，還是存在一定的問題，比較為了獲取甲方的認可，項目中存在一定的項目“鍍金”的情況，這次浪費了資源，這次我接下來做項目管理時需要提高的地方。

?

總結

以上是生活随笔為你收集整理的信息系统项目管理师优秀论文：项目范围管理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。