qmchashi: 敏捷項目是如何管理的？

2021-08-23

在敏捷開發中，關於敏捷項目管理究竟是什麽，Scrum可以說得最多。所以，讓我們以Scrum為模型來回答這個問題。Scrum項目有三個角色：產品負責人、Scrum Master和團隊。

產品負責人負責項目的業務方麵，包括確保以正確的順序構建正確的產品。優秀的產品負責人可以平衡競爭優先權，對團隊成員有用，並且有權對產品做出決定。

Scrum Master是團隊的教練，幫助團隊成員以最有效的方式一起工作。優秀的Scrum Master把這個角色看作為團隊提供服務，消除進度障礙，推動會議和討論，執行典型的項目管理職責，如跟蹤進展和問題。

在決定如何最好地實現產品目標（由產品負責人設立）時，團隊本身承擔著敏捷項目管理的角色。團隊成員將共同決定哪個人應該從事哪些任務，哪些技術實踐是實現既定質量目標所必需的等等。

那麽(me) ，這個(ge) 過程的“敏捷”是什麽(me) 呢？敏捷項目管理將職責分配給多個(ge) 團隊成員。在Scrum中，職責分配給項目的產(chan) 品負責人、Scrum Master和團隊的其他成員。

Scrum Master在敏捷項目管理中扮演什麽角色？

在敏捷項目管理中，人們可能會將Scrum Master視為21世紀版本的項目經理。但與傳統的項目經理不同，Scrum Master並不被認為是項目成功（或失敗）的功臣（或責任人）。

Scrum Master的權威隻延伸到流程。Scrum Master是流程方麵的專家，也是利用流程讓團隊達到最高水平的專家。但是，Scrum Master不承擔項目經理所承擔的許多傳統職責——範圍、成本、人員、風險管理。

在敏捷開發中，誰負責傳統項目經理的職責？

傳統的項目經理通常承擔很大的職責。他們負責管理範圍、成本、質量、人員、溝通、風險、采購等等。

敏捷項目管理常常使傳統項目經理陷入困境。例如，他或她被告知要做出範圍/進度權衡決定，如果項目進展不順利，產品經理或加拿大pc网页版官网可能會對這些決定做事後諸葛。

敏捷承認這種困境，並分配傳統項目經理的職責。這種新模式的敏捷之處在於，許多職責都回歸到應該屬於的團隊，如任務分配和日常項目決策。

範圍和進度的權衡責任由產品負責人承擔。質量管理成為團隊、產品負責人和Scrum Master共同承擔的責任。其他傳統任務也被分配到團隊的敏捷項目管理角色中。

敏捷項目是否可以通過敏捷項目管理進行擴展？

像Scrum這樣的敏捷流程絕對是可伸縮的。雖然典型的敏捷項目有5-20人，橫跨1-3個團隊，但敏捷實施在200-500人——甚至1000人的項目中是成功的。

如你所料，這種規模的項目必須引入比小規模實施更多的協調點和敏捷項目管理。

為了協調多團隊的工作，較大的項目有時會包含“項目經理”的角色。雖然讓有這個頭銜或背景的人參與項目很有幫助，但我們需要小心與項目經理頭銜相關的包袱。

即使在非常大的敏捷項目中，團隊仍然會做很多項目管理工作。例如，團隊決定如何分配任務，而不是項目經理。因此，項目經理的角色更像是項目協調人。

職責包括分配和跟蹤預算；與外部幹係人、承建商和其他人溝通；在團隊、Scrum Master和產品負責人的指導下，維護風險普查等等。這是個真正的敏捷項目管理角色。

敏捷項目管理入門

敏捷項目進展迅速，你需要一個敏捷項目管理工具來保持井井有條。

qmchashi PM軟件不僅支持傳統項目管理，還能解決敏捷項目管理過程中常見的三個痛點：

1-報告和指標：qmchashi的自動化審計跟蹤可幫助你進行時間跟蹤和預測、生成利益相關者易於理解的進度報告、質量保證以及對進度的大局觀等內容。

2-溝通：在qmchashi PM，所有項目信息實時更新，團隊可輕鬆共享任務列表、反饋和分配，能夠提供持續的反饋，減少溝通障礙，不斷提高團隊士氣。

3-項目評估：qmchashi具有圍繞識別和補救障礙或瓶頸、評估績效以及確保財務受控的功能，使項目都保持在正軌上。

當你將團隊轉變為敏捷方法時，這些流程、敏捷軟件和工具、角色和原則將幫助你改變思維方式並開始協同工作，以更加靈活並適應即將發生的變化。