工程專案管理控制文件
版本：v3.0
適應範圍：1) 煤礦數位化礦山專案
2) 工程部門
3) 專案經理
編制：李曉陽
修改：審核：
時間：10/10/2018
目錄1 前言 1
2 專案管理過程詳解 1
2.1 立項管理 1
2.1.1 活動 2
2.1.2 里程碑 2
2.1.3 輸出文件 2
2.2 啟動過程 2
2.2.1 活動 2
2.2.2 里程碑 3
2.2.3 輸出文件 3
2.3 計畫過程 3
2.3.1 活動 3
2.3.2 輸出文件 4
2.3.3 里程碑 4
2.4 執行及控制過程 5
2.4.1 活動過程 5
2.4.2 輸出文件 7
2.4.3 典型工程進度範例參考 8
2.4.4 里程碑 9
2.5 收尾（運維） 9
2.5.1 活動 9
2.5.2 輸出文件 9
2.5.3 里程碑 10
3 文件模板部分範例 10
3.1 專案章程模板 10
3.2 ip位址規劃表範例 11
3.3 系統拓撲圖範例 11
3.4 wbs工作分解結構圖範例 12
3.5 專案甘特圖 12
3.6 活動網路圖（pert） 13
3.7 obs組織分解結構圖 13
3.8 責任分配矩陣圖（raci格式） 14
3.9 開工報告範例 15
3.10 階段施工報告範例 15
3.11 內部溝通會議範例 16
3.12 工作週報匯報範例 16
3.13 裝置返修歷史記錄範例 17
3.14 系統試執行報告範例 17
3.15 功能測試記錄簽字範例 18
3.16 培訓簽到表範例 19
3.17 驗收文件明細範例 19
3.18 驗收報告範例 22
本文件參考《pmbok2000》以及資訊產業部計算機專案經理培訓教材編制，結合多年煤炭行業數位化礦山、智慧型礦山資訊化建設的工程管理經驗以及煤礦行業的特殊性而整理。歡迎各位對本文件提出寶貴的意見和建議。
1) 主持人：公司領導
2) 參會單位：專案干係人（銷售、技術部、工程部、行政部）
3) 內容：銷售部門介紹專案背景；行政部分配專案立項編號；公司領導宣布成立專案投標活動小組；投標活動開始（購買標書-編寫投標檔案-投標-中標-合同簽訂）
4) 詳述：專案立項活動，是作為投標方通過獲得投標資訊後採取的活動；會議上通過各個與會部門的討論分析，**本公司是否有條件去參與投標；也就是對專案進行識別和分析；從社會背景、技術背景、商務背景、財務背景等等方面去討論；最終進行投票決定；並且確定成立投標小組成員；任命小組組長。
中標通知書
1) 主持人：公司領導
2) 參會單位：專案干係人（銷售、技術部、工程部、採購、物流、硬體部、軟體部等等，如果有條件邀請建設方干係人進行參與）
3) 內容：介紹專案背景；宣布專案正式成立；任命專案經理；專案的目標（範圍、質量、進度、成本等的要求以及專案的交付物）；與相關職能部門之間的關係；
4) 詳述：專案啟動大會主要活動是乙個專案團隊正式成立和專案經理的任命確立的，並且界定了專案經理和其他相關部門指教的關係；另外乙個重要活動內容是前期投標小組資料的移交，譬如：影印件合同、影印件技術協議。
專案章程
1) 依據合同及技術協議，整理合同範圍清單，進行第一次評審。參加單位：技術部；採購；專家組成員。並且確定外購及內購裝置的供貨時間。
2) 技術部組織相關人員去甲方實際勘察，獲取一手資訊；商議工程實施轉包相關事宜；
3) 技術部組織編寫各種計畫文件
4) 對計畫文件進行綜合評審
詳述：乙個專案的成功，前期的設計與計畫是重中之重，設計是否合理，評審是必不可少的。整個計畫設計可能要占用較長時間，設計一般由技術部門撰寫。
所有的設計都離不開工程現場的一手資料，所以趕赴工程工地實際勘察尤為重要。前期計畫設計做得詳實合理，則後期執行階段能大大增加專案順利完成的信心，避免專案團隊成員的迷茫心態形成，做到人人心中有數。盡可能減少犯錯概率，控制專案的風險率。
專案計畫文件綜合評審報告
專案經理依照設計計畫部分的甘特圖，控制裝置正常出庫。
模擬環境的搭建至關重要，此次步驟可以使我們對裝置的效能和執行方向有乙個良好的把握。把技術存在的問題充分暴露在裝置未發貨之前，這樣我們可以借用公司的資源，對需要整合的裝置系統進行良好的優化處理，進行老化（俗稱燒機）處理。
裝置盡可能在發貨之前依照前期的設計，進行引數設定。包括ip位址、編號、安裝地點、位置以及其他引數。並且做好相應的標籤設計以及規範。
做好裝置的初始化，也就是依照礦方實際要求設定好引數並且模擬執行老化結束後，發貨到礦方，並且進行簽字驗收。可能裝置分批分次到礦。但每次流程均嚴格按照此操作。
專案正式實施開始，嚴格依照wps及甘特圖安排每天的工作包及工作量，專案經理進行每天的控制及橫向的溝通，確保每天的計畫順利完成。
專案可能根據計畫橫向多執行緒實施，最終要無縫結合。軟體硬體一體化，顯示平台最終集中化。調專案經理一定要做好充分的準備工作，協調礦方、專案組內部小組成員等等各方的工作。
系統整合專案，功能測試是必備的乙個步驟，功能測試要做測試計畫報告，組織礦方及相關方聯合測試，並簽字確認，這個是專案成功驗收的基礎。依據是系統《技術協議》。
系統試執行，標誌著專案整體的基本完工，系統試執行階段一方面是測試系統的穩定性；第二個是專案驗收前的鋪墊。
由技術部門牽頭，根據技術協議和供貨合同進行全面的內部驗收，做正式驗收前的準備。
執行階段主要做好工作的方式，針對專案經理而言，前期計畫各種要求已經明確，執行階段關鍵做好溝通和控制，每天必須開碰頭會議，總結當前任務完成情況，安排明天的任務（依據wbs及專案進度甘特圖），及時平衡各個專案小組的情況，並且及時進行文件歸檔和整理，完善更新相關文件。在此過程中，切記專案經理的職責是監督、溝通、控制進度、文件整理。
資訊系統整合專案管理實用流程解讀V3
工程專案管理控制文件 版本 v3.0 適應範圍 1 煤礦數位化礦山專案 2 工程部門 3 專案經理 編制 李曉陽 修改 審核 時間 9 22 2018 目錄1 前言 1 2 專案管理過程詳解 1 2.1 立項管理 1 2.1.1 活動 2 2.1.2 里程碑 2 2.1.3 輸出文件 2 2.2 啟...
資訊系統整合專案管理問題分析
3專案管理問題略析 3.1專案範圍管理欠缺 1 問題的提出 許多系統整合公司承建的系統整合專案有過這樣的經歷 乙個專案做了很久，感覺總是做不完，就像乙個 無底洞 客戶總是有新的需求要整合商做，就像客戶在 漫天要價 而系統整合公司則總是疲於應付，從而帶來專案週期拖長 專案成本超出預算 客戶滿意度降低 ...
計算機資訊系統整合專案管理
1 前言 上週參加了為期一周的計算機資訊系統整合專案管理培訓，前三天講解了pmbok的基本內容，中間兩天著重於專案管理實踐。通過這一周的培訓，基本了解了pmbok的主要內容。在以前做專案的過程中，專案管理的各個領域都有涉及，但是都是根據個人的感覺或者是自己他人的經驗來處理，沒有乙個系統的整體的專案管...