什麼是敏捷項目管理：優點和缺點

已發表: 2022-01-13

敏捷項目管理是一種在整個生命週期內交付項目的迭代方法。一種管理軟件開發項目的方法，專注於頻繁交付並在每次迭代中包含客戶反饋。

它著重於以下幾點：

這使您能夠快速適應不斷增長的需求並生產更高質量的產品或服務，以更好地滿足客戶的需求。

我們還應該解決關於敏捷的一個常見誤解，即它是一種方法論。敏捷更像是一種以協作方式解決問題的思維方式，也是公司在現代項目管理中實施的一種方法。

敏捷簡史

最初植根於軟件開發領域，讓我們先來看看敏捷項目開發的想法是如何出現的。它在 1990 年代初期隨著“應用程序開發危機”而曝光。

在那個時代，應用程序的業務需求和應用程序的實際交付之間存在大約三年的顯著滯後時間。通常，到產品發佈時，技術或客戶要求已經發生了變化。這最終導致許多項目失敗並降低了成本。

這些曠日持久的項目導致軟件開發行業的領導者感到沮喪。他們開始計劃彼此之間的非正式會議，並決心找出一種方便有效地開發軟件解決方案的方法。

21 世紀，敏捷項目管理方法的使用有所增加，特別是在印度的許多軟件開發公司和其他 IT 計劃中。近年來發展最多的一個特定的敏捷項目管理框架是 Scrum。

該方法涉及產品所有者與開發團隊合作構建產品待辦事項列表、交付強大軟件系統所需的特性、功能和解決方案的分類列表。

敏捷項目方法有助於分解成小塊。然後，這些項目部分在主要稱為衝刺的工作會話中完成。

衝刺通常持續幾天到幾週。會議涉及初始設計階段、測試和質量保證 (QA)。敏捷方法允許團隊在完成後發布細分。

這種持續的發布計劃讓團隊可以說明這些部分是成功的，如果沒有成功，則可以快速修復這些錯誤。這個想法是為了幫助減少大規模崩潰的機會，因為在整個項目中不斷改進。

如前所述，敏捷項目管理使用 Scrum 框架，該框架使用稱為 sprint 的固定長度迭代。有四個會議或儀式為每個衝刺帶來結構。這一切都始於需要執行的積壓或大量工作。

Scrum 中有兩個 backlog：第一個是產品 backlog，由產品所有者擁有，是功能的優先列表。另一個是 Sprint backlog，通過從產品 backlog 的頂部處理問題，直到達到下一個 Sprint 的容量。 Sprint 團隊在流程中具有特定於他們需求的個人角色。

通常，團隊有一名 Scrum 大師或 Scrum 方法的擁護者；產品負責人，即產品負責人；和 Scrum 團隊，他們是完成工作的常規跨職能團隊成員。

敏捷團隊在他們的新迭代中創建快速反饋、持續適應和 QA 最佳實踐。他們實施諸如持續部署和持續集成之類的實踐，使用自動化步驟來加快產品啟動和使用的時間。

除此之外，敏捷項目管理要求團隊在推進項目時評估時間和成本。為了更好地衡量他們的工作，他們使用速度、燃盡圖和燃盡圖而不是甘特圖和里程碑來跟踪您的進度。

敏捷項目管理不一定需要項目經理在場或參與。這並不意味著項目經理對於屬於傳統項目交付方法（如瀑布模型）的項目的成功不是必不可少的，在瀑布模型中，項目經理在 APM 下的工作分配給團隊成員。

例如，項目負責人建立產品目標，而團隊成員劃分日程安排、進度報告和質量任務。一些敏捷方法增加了其他管理層。

例如，Scrum 方法要求 Scrum Master 協助設置優先級並指導項目完成。但是項目經理可以用於敏捷項目管理。許多企業仍然將它們用於敏捷項目——尤其是大型和復雜的項目。

這些業務通常賦予項目經理更多的協調員角色，使項目所有者對項目的成功完成負責。

敏捷項目管理的顧問指出，該方法提供了許多好處：

除了好處之外，還有一些潛在的缺點，其中包括：

項目管理的敏捷方法使您的公司更加靈活，並找到一種方法來適應新出現的變化。

只有具備以下特徵時，才能將項目視為敏捷項目：透明度、以客戶為中心、持續改進、主人翁意識和適應性。

APM 的一些更知名的例子是 Scrum、XP、功能驅動開發、精益軟件開發和自適應軟件開發。

對此有什麼想法嗎？ 在下面的評論中讓我們知道，或者將討論帶到我們的 Twitter 或 Facebook。