傳統專案管理VS敏捷專案管理

很多人都知道，專案管理領域有兩種管理方式：傳統專案管理和敏捷專案管理。很多人在團隊引入敏捷的時候，會有一個疑惑，傳統專案管理和敏捷專案管理的區別是什麼？

　　 各個模式的專案管理發展歷程：

　　在1969年以前，不管是製造汽車還是製造輪船，全世界的專案管理都沒有太多的章法和規則。直到1969年美國成立了PMI組織，推出了PM Bok一整套規則、PMP認證後，全世界的專案管理就有了章法、有了規則。

　　直到現在，絕大部分行業還是使用這套標準專案管理方法——傳統的專案管理。

　　直到2001年，有17個軟體行業開發者在猶他州Snowbird滑雪勝地裡聚會，他們白天滑雪，晚上喝酒聊天，聊著聊著發現，他們一致認為傳統專案管理不適用於軟體行業的，然後他們制定並簽署了行業最重要的檔案之一：敏捷宣言。他們還在這裡塑造了許多關於軟體的構想、開發和交付的方式，甚至是世界如何運作的方式。

　　所以敏捷這個概念是非常新穎的，2006-2007年期間，敏捷就被引入中國，騰訊就是最早使用敏捷的企業之一。同時，對於一些要考慮很多問題的專案，例如：“有沒有流量？”、“別人願不願意來”等等，所以他們需求是不確定的，按照以前傳統專案管理方法是行不通的，所以敏捷就誕生了。

　　我透過整理一些參考資料對各個模式的專案管理框架進行比較，現做一個總結，希望可以幫助一些遇到問題的朋友。

　　 傳統專案管理VS敏捷專案管理對比

　　 傳統專案管理通常採用的是瀑布式、部分迭代開發模式，要求在專案建設時，需求足夠明確、文件足夠規範，迭代過程中需求變更越多、越晚，對專案影響越大，會影響到專案的交付質量。

　　 敏捷專案管理作為新興的專案管理模式，簡化了傳統專案管理的繁瑣流程和文件。以 Scrum 為代表，歡迎需求變更，在客戶需求不明確的時候，以在較短的週期內開發出可用的軟體為目標，來幫助客戶描述自己的需求。迭代過程中的需求變更會加入到專案繼續迭代需求池，豐富專案的產品功能。

　　 敏捷專案管理VS傳統專案管理的相同點

　　 敏捷專案管理聲稱要擺脫繁冗的流程制度文件，但是對於關鍵的專案文件，比如需求規格說明書等等，也是要求必須具備的。所以，敏捷專案管理的專案流程制度上的管理可以看作是對一套完善的專案管理流程制度的裁剪，只不過這個裁剪的尺度比較大，從而也對敏捷專案團隊成員的適應性，自主性提出了較高的要求。

　　具體的敏捷方法在每個迭代週期中都存在立會制度，燃盡圖、看板監控、計劃釋出等，這些和PMBOK中對專案生命週期的五個過程組啟動、規劃、執行、監控和收尾的定義沒有衝突矛盾，實際上敏捷專案管理的這些措施可以看作是PMBOK專案生命期五個過程組執行的微縮版，區別在於敏捷專案管理的迭代週期，時間很短，在去執行過程中裁剪了很多規範正式的專案管理流程制度。

　　 敏捷專案管理傳統專案管理的區別

　　1、不同的管理方式適用於不同型別的專案，Scrum更適用於未知、不可知或持續變化的專案；

　　2、傳統的管理方式有如計劃經濟體制，Scrum有如市場經濟體制，適應變化的能力不同；

　　3、極大地縮短了使用者與開發者，預期目標與實施狀況，投資與投資回報之間的反饋迴路；

　　4、將小型團隊轉化為自身命運的管理者，團隊接受挑戰，找尋應對挑戰的方法，發揮創意，避開工作障礙，而這一切都無法由中央控制及排程系統預先安排。

　　 各個專案管理模式的認識和理解

　　 1 、PMP： 傳統型

　　PMP的框架是基於知識點出發的，它的知識框架基本可以覆蓋所有的領域，即是其框架是綜合和通用的，而不是完全的軟體開發專案管理，所以我們經常也會發現在工程領域的PMP框架運用，如：建築工程類、硬體類、軟體開發類等等。

　　傳統型的專案管理模式，分為五大階段，十個領域。

　　五大階段分別為：啟動、規劃、執行、監控、收尾

　　十一個過程領域：範圍管理、時間管理、質量管理、成本管理，（多快好省），人力資源管理、干係人管理、採購管理等。

　　每個階段和過程領域都會有一定的概念介紹、輸入輸出內容、工具，提供給專案人員進行合理運用。

　　在PMP中，專案經理的作用，即是五個階段的控制者、領導者，同時也是需要對結果負責的。

　　 2 、SCRUM:

　　談及敏捷專案管理中的角色時，大多數敏捷方法（特別是Scrum）不包含專案經理。傳統專案經理的角色和職責由Scrum團隊共同承擔，即開發團隊（Development Team）、SM（ScrumMaster）和產品負責人（ProductOwner）。

　　Scrum的目標是能夠使開發過程能夠及時審視，更加透明，並達到持續開發。

　　Scrum 的核心是sprint，每個sprint即為一個迭代，或者一個相似工作的重複週期，為產品或系統產出增量。同一個產品的每個sprint週期是固定的。

　　基於sprint，我們制定product backlog，即待辦事項列表，根據產品的不同，我們可以定製不同形式的backlog。核心目標是相同的，即明確目標、檢查任務完成及時度，審視過程中存在的問題。

　　SCRUM的敏捷性在於，每一個sprint都是連續性的，在每個sprint的時間窗內，都會有15%的時間來制定sprint計劃，並且每相鄰的sprint之間沒有時間間隔，即開發是連續性的，上一個sprint結束之後立即啟動下一個sprint。

　　下面再說一下Scrum Master的職責：

　　1、並不是專案經理、IT經理的角色，是一個服務型的指引人。

　　2、負責scrum流程，使其正確使用並達到最大的效果。

https://mp.weixin.qq.com/s/Xfal3WJekME-AP1lEw6Mpg