所謂專案管理，就是管理者，在有限的資源約束下，運用相關知識、技能、工具和技術來實現對專案所涉及的工作進行有效管理，以實現專案目標。
我們在專案的實施過程中，多多少少都會存在一些專案管理的問題。致遠分析雲專案實施管理過程中，都會遇到哪些問題呢？面對這些問題，我們又該如何嫻熟地將專案做好呢？
首先，我們參考了專案管理PMP五大過程組，即：啟動過程，規劃過程、執行過程、監控過程、收尾過程。
透過對這五個過程的分解與剖析，看看在專案實施過程中，都會遇到怎樣的問題。
1、啟動過程組
該過程關鍵詞：授權
專案上的應用：在這個過程，需要開專案啟動會，識別專案目標，定義專案團隊成員，認識專案團隊成員及專案主要負責人。
這一階段主要的問題：找不到專案干係人
眾所周知，一個專案的啟動可能會牽扯到客戶方的很多人，比如IT部門人員、財務部門人員、銷售部門人員等等。做專案時，一定要搞清楚誰是關鍵干係人，和專案負責人直接溝通，避免出現偏離專案目標的情況的發生。同時，確定好專案支援日期計劃。
2、規劃過程組
該過程關鍵詞：專案範圍定義，制定需求方案
專案上的應用：一般而言，在這一階段，首先需要進行業務調研，最好針對客戶方的各個部門逐一調研，調研結束後經過彙總、整合形成詳細的需求方案，做好專案範圍的定義，並以此制定專案計劃。與此同時，做好基本確定介面設計，介面是如何的，資料呈現效果如何，這樣會減輕後續很大工作量。即：業務調研、編制需求方案、專案計劃、設計介面，不斷迭代。
這一階段的問題：經手人不知道要做成什麼樣，怎麼辦?
當經手人都不確定要做出什麼樣效果的時候，實施人員需要在聆聽需求的同時加以引導，比如，通過了解客戶方領導想要看什麼、平時要求看的報表和報告是怎樣的、部門處理的統計業務資料未在業務系統實現的，以此推斷他們的需求。透過需求引導，設計原型，形成需求方案。
3、執行過程組
該過程關鍵詞：完成確定的工作
專案上應用：系統環境部署、專案開發、管理相關方（客戶、研發資源）。簡單來說，這一階段就是要具體實施了，根據方案去進行執行，如果有些功能無法實現，而客戶又確實需要，要及時與研發進行溝通，及時解決。
在這個過程中也有問題，面對這些問題，又該如何解決呢？
Q：資料變化：資料來源發生變化，資料欄位發生變化
A：做好一個、交付一個，定期和客戶確認，核對資料。
Q：人員變化：客戶關鍵聯絡人發生變化，實施顧問發生變化
A：開發過程中要定期和客戶確認；開發內容要及時做切割（不要多人同時做一個模型或報表，一個人承擔一部分）。
Q：設計變化：介面發生變化
Ａ：前期實施方案的原型要設計。
４、監控過程組
該過程關鍵詞：監控，識別、糾正偏差
專案上的應用：資料校驗、上線試執行（迭代）。簡單來說就是要識別變更，如果發現存在異常情況，我們要及時進行變更處理。
這一過程的問題又會出現在哪裡？
Q：前期資料核對清楚，但後期資料不對？
A：及時儲存資料的核對記錄，多半是資料來源出現問題。
Q：領導更換，介面要求不一致？
A：根據領導喜好風格，在原有基礎上先用原型法設計，確認後再落實修改。
５、收尾過程組
該過程關鍵詞：維護支援
主要問題：專案結項時，可能會出現最終的呈現效果與最初的需求並沒有完全吻合這種狀況。
考慮這個問題之前，首先明確範圍、進度與質量的關係。他們之間是相輔相成、對立統一的。在規劃過程組中，專案的範圍得到明確的界定，透過明確的範圍設定，進度將會依照範圍的大小進行合理安排，質量管理的基線也因此設定。
在實際專案中，範圍管理的成敗往往直接影響到專案的成敗。如果專案的範圍擴大了，那麼在保障質量的情況下，進度可能會被拖延，或者在保持進度不變的情況下，質量就會略有下降。
所以，當出現上述情況時，可以考慮到可能是客戶的需求範圍在實施過程中發生了改變。所以，我們在專案實施的過程中要做好專案範圍管理，和客戶及時溝通、在儘量滿足需求的情況下做好進度把控和質量管理，在交付前準備好“驗收前問題清單”，記錄清楚未實現的內容，後期邀請客戶進群，進行售後維護。
出現這種情況的主要原因可能是在實施過程中客戶的需求範圍擴大了。那麼在進度很緊張的情況下，可能質量上會略有瑕疵。或者，在進度與質量的嚴格要求下，可能需求範圍會少一點。所以，在交付前準備好“驗收前問題清單”，記錄清楚未實現的內容，後期邀請客戶進群，進行售後維護。
所謂專案管理，就是管理者，在有限的資源約束下，運用相關知識、技能、工具和技術來實現對專案所涉及的工作進行有效管理，以實現專案目標。
我們在專案的實施過程中，多多少少都會存在一些專案管理的問題。致遠分析雲專案實施管理過程中，都會遇到哪些問題呢？面對這些問題，我們又該如何嫻熟地將專案做好呢？
首先，我們參考了專案管理PMP五大過程組，即：啟動過程，規劃過程、執行過程、監控過程、收尾過程。
透過對這五個過程的分解與剖析，看看在專案實施過程中，都會遇到怎樣的問題。
1、啟動過程組
該過程關鍵詞：授權
專案上的應用：在這個過程，需要開專案啟動會，識別專案目標，定義專案團隊成員，認識專案團隊成員及專案主要負責人。
這一階段主要的問題：找不到專案干係人
眾所周知，一個專案的啟動可能會牽扯到客戶方的很多人，比如IT部門人員、財務部門人員、銷售部門人員等等。做專案時，一定要搞清楚誰是關鍵干係人，和專案負責人直接溝通，避免出現偏離專案目標的情況的發生。同時，確定好專案支援日期計劃。
2、規劃過程組
該過程關鍵詞：專案範圍定義，制定需求方案
專案上的應用：一般而言，在這一階段，首先需要進行業務調研，最好針對客戶方的各個部門逐一調研，調研結束後經過彙總、整合形成詳細的需求方案，做好專案範圍的定義，並以此制定專案計劃。與此同時，做好基本確定介面設計，介面是如何的，資料呈現效果如何，這樣會減輕後續很大工作量。即：業務調研、編制需求方案、專案計劃、設計介面，不斷迭代。
這一階段的問題：經手人不知道要做成什麼樣，怎麼辦?
當經手人都不確定要做出什麼樣效果的時候，實施人員需要在聆聽需求的同時加以引導，比如，通過了解客戶方領導想要看什麼、平時要求看的報表和報告是怎樣的、部門處理的統計業務資料未在業務系統實現的，以此推斷他們的需求。透過需求引導，設計原型，形成需求方案。
3、執行過程組
該過程關鍵詞：完成確定的工作
專案上應用：系統環境部署、專案開發、管理相關方（客戶、研發資源）。簡單來說，這一階段就是要具體實施了，根據方案去進行執行，如果有些功能無法實現，而客戶又確實需要，要及時與研發進行溝通，及時解決。
在這個過程中也有問題，面對這些問題，又該如何解決呢？
Q：資料變化：資料來源發生變化，資料欄位發生變化
A：做好一個、交付一個，定期和客戶確認，核對資料。
Q：人員變化：客戶關鍵聯絡人發生變化，實施顧問發生變化
A：開發過程中要定期和客戶確認；開發內容要及時做切割（不要多人同時做一個模型或報表，一個人承擔一部分）。
Q：設計變化：介面發生變化
Ａ：前期實施方案的原型要設計。
４、監控過程組
該過程關鍵詞：監控，識別、糾正偏差
專案上的應用：資料校驗、上線試執行（迭代）。簡單來說就是要識別變更，如果發現存在異常情況，我們要及時進行變更處理。
這一過程的問題又會出現在哪裡？
Q：前期資料核對清楚，但後期資料不對？
A：及時儲存資料的核對記錄，多半是資料來源出現問題。
Q：領導更換，介面要求不一致？
A：根據領導喜好風格，在原有基礎上先用原型法設計，確認後再落實修改。
５、收尾過程組
該過程關鍵詞：維護支援
主要問題：專案結項時，可能會出現最終的呈現效果與最初的需求並沒有完全吻合這種狀況。
考慮這個問題之前，首先明確範圍、進度與質量的關係。他們之間是相輔相成、對立統一的。在規劃過程組中，專案的範圍得到明確的界定，透過明確的範圍設定，進度將會依照範圍的大小進行合理安排，質量管理的基線也因此設定。
在實際專案中，範圍管理的成敗往往直接影響到專案的成敗。如果專案的範圍擴大了，那麼在保障質量的情況下，進度可能會被拖延，或者在保持進度不變的情況下，質量就會略有下降。
所以，當出現上述情況時，可以考慮到可能是客戶的需求範圍在實施過程中發生了改變。所以，我們在專案實施的過程中要做好專案範圍管理，和客戶及時溝通、在儘量滿足需求的情況下做好進度把控和質量管理，在交付前準備好“驗收前問題清單”，記錄清楚未實現的內容，後期邀請客戶進群，進行售後維護。
出現這種情況的主要原因可能是在實施過程中客戶的需求範圍擴大了。那麼在進度很緊張的情況下，可能質量上會略有瑕疵。或者，在進度與質量的嚴格要求下，可能需求範圍會少一點。所以，在交付前準備好“驗收前問題清單”，記錄清楚未實現的內容，後期邀請客戶進群，進行售後維護。