專案經理在敏捷環境中的作用

我們先了解下專案經理在傳統/瀑布環境中的角色。專案管理知識（PMBOK）指南第四版指出，專案經理負責專案在專案生命週期五個階段/流程的成功實施：啟動、計劃、執行、監控和結束專案。這些階段包括確定需求、管理干係人和平衡在專案期間產生的相互競爭的專案約束。專案約束包括：

-範圍
-質量
-時間表
-預算
-資源
-風險

有影響力的專案經理需要了解專案管理，運用專案管理知識來推動他們和他們團隊的績效，並且要有積極的個人態度，因為這會傳播給專案團隊。這些是有影響力的專案經理的關鍵特徵。

PRINCE2是個瀑布方法論，它指出專案管理的專案生命週期和過程：開始專案，啟動專案，指導專案，管理階段邊界，控制階段，管理產品交付和結束專案。專案經理負責確保團隊按照管理層(專案委員會)最初定義的方式執行和交付產品。專案經理還確保專案委員會和專案團隊之間有明確的需求溝通，以確保交付的質量。

敏捷方法論似乎很快就出現了，大多陣列織都要求摒棄瀑布，採用敏捷。對於一些組織來說，敏捷的有效性已經經過證實，因為在小部分發布中實施及時，而不是大範圍實施，如果忽略其他詳細的風險和問題，那麼大範圍實施很可能失敗。

敏捷產品開發生命週期的各階段包括：需求收集、計劃、設計、開發、釋出、跟蹤和監控。敏捷的目標是在迭代（通常定義為兩週）中釋出完整產品的小部分，而不是大的完整發布。這個迴圈不斷重複，直到開發和釋出完整的產品。

在這個完全敏捷的環境中有不同的角色，包括：專案經理、產品經理、產品負責人、Scrum Master等等。這些角色是瀑布和敏捷角色的組合，儘管他們稱自己為完全敏捷。作為一個團隊，他們把身處的環境稱為完全敏捷，從組織的高階管理層那裡吸收這些資訊，他們管理這些角色的任命。

專案經理與高層管理人員密切合作制定戰略決策。專案經理仍然是成功實施質量明確產品的唯一負責人，並且在整個迭代過程中支援團隊，保護他們不受干擾。儘管敏捷中有不同的框架，但敏捷中的角色並沒有太大的不同，例如，Scrum Master的角色。Scrum Master與專案經理緊密合作，以縮小專案團隊與高層管理人員之間的溝通差距。專案經理管理專案/產品風險，而Scrum Master管理團隊的績效和障礙。在瀑布中，專案經理與交付團隊緊密合作，而在敏捷中，專案經理與團隊間接合作——通過Scrum Master管理團隊溝通。

儘管專案經理負責高質量產品的成功釋出，但Scrum Master負責管理高質量產品的交付，同時與交付團隊一起工作，因為專案經理並不直接與交付團隊溝通。專案經理管理的是時間交付而不是質量。Scrum Master管理產品的質量交付。Scrum Master還管理障礙以及開發/交付團隊，而專案經理管理風險並通過戰略管理解決風險。

那麼問題來了，在敏捷中還需要專案經理嗎？儘管在敏捷方法論中沒有專案經理的角色，但在真實的工作環境中，我們仍然有專案經理。兩者都負責交付高質量的產品。然而，專案經理與管理團隊（專案發起人、專案負責人/申請人等等）戰略性地合作，定義產品的戰略舉措。

而Scrum Master從專案經理那裡接收管理層定義的戰略舉措，並與交付/開發團隊合作，將戰略舉措分解成功能、故事和任務。Scrum Master還可以管理開發團隊層面的障礙，並解決在他的能力範圍內可能出現的問題。緊急程度高的障礙轉給專案經理，由管理團隊進行戰略管理。

儘管轉向敏捷的組織認為需要減少專案經理在其組織中的角色，但這將具有挑戰性，因為仍然需要了解產品經理等角色——這也是一個戰略角色，有時可能與專案經理角色重疊，如果他們在團隊中一起工作以交付相同的產品。

總之，專案經理在敏捷中仍是剛需，必須與產品經理和Scrum Master密切合作。通過在敏捷專案中保留專案經理的角色，特別是執行繁瑣的日常任務，可以讓 Scrum 團隊專注於交付業務價值。而藉助理想的專案管理工具，專案經理管理專案將會有事半功倍的效果。

現代先進 8Manage PM具有功能強大的工具套件，可幫助團隊計劃和執行可按時交付結果的專案。系統可以立即提供所有正在進行的專案的高階檢視，同時還可以捕獲每個專案過程的最後細節及其狀態。

結合專案計劃，資源管理，團隊協作，收入與成本，時間跟蹤和報告，為利益相關者提供整個團隊輸出的資訊，還可以幫助組織注意到專案中的延遲以便及時採取措施回到正軌，整個團隊的工作效率更高。