敏捷專案管理：問題、挑戰以及如何避免失敗

敏捷專案伴隨著一系列的挑戰和問題，這些挑戰和問題與採用傳統方法的專案所面臨的問題不同。根據網際網路上的搜尋，在將敏捷方法引入組織或與敏捷專案合作的過程中，遇到的問題和挑戰包括：（1）溝通；（2）管理日常運作問題；（3）獲得管理層、客戶和團隊成員的認同；（4）改變文化和思維方式；（5）獲得經驗並使之發揮作用。當然，有些問題和挑戰是獨特的，是由於組織或專案的差異和特異性而發生的。

敏捷的現狀

 自20世紀90年代以來，用於軟體開發的敏捷專案管理方法已經出現。使用敏捷方法的專案更快交付，更靈活地應對變化，併產生更高質量的軟體。團隊和利益相關者由於溝通的改善、合作的順暢和靈活性的提高而感到更加滿意。
 
此外，敏捷專案比過渡性方法學更快地交付業務成果，並提供高收益-成本比率。在行業的報告中，傳統方法論的收益成本比高於敏捷方法。因此，沒有確切的證據表明敏捷專案的投資回報率高於傳統專案。然而，平均而言，敏捷專案報告比傳統專案更容易實現預期的商業利益。
 
敏捷的問題、挑戰和失敗
 
Ambler報告將成功定義為交付解決方案並在組織定義的可接受範圍內滿足其成功標準，將失敗定義為專案從未交付解決方案。後來，論文《預測大型專案的成功：開發可靠的規模以預測多個利益相關者在多個時間框架內的多個視角》中對成功做出了類似的觀察。文中指出：“衡量專案成功的標準不僅僅是按時間、成本和質量完成工作範圍，還包括專案產出、成果和影響的表現”。而關於失敗的討論，該論文將定義縮短為 "失敗是指從未交付解決方案"。
 
Ambler報告認為，敏捷專案並不比其他專案更失敗。他們的成功程度與其他迭代方法相同。然而，敏捷專案面臨一系列與應用不同的專案管理方法有關的挑戰和問題。
 
敏捷專案失敗的前三個原因是：
● 對敏捷方法的經驗不足
● 對所需的更廣泛的組織變革瞭解甚少
● 公司理念或文化與敏捷價值觀不一致
 
避免失敗
 
以下是為避免、消除或減輕敏捷專案中的失敗或問題而應考慮的一些行動。
 
-選擇和定製正確的方法
 
當無法以任何程度的準確度預先定義或商定產品細節時，敏捷方法是有效的。這種情況需要使用者和開發人員之間的協作環境。敏捷方法適用於動態和變化的環境。
 
如果其中一種敏捷方法不適合，那麼一種選擇是將敏捷實踐新增到傳統方法中以達到所需的敏捷水平。敏捷團隊成員應該根據團隊規模、團隊成員的地理分佈和專案的需要來決定他們將使用的實踐。
 
-使用不同的問題解決技巧

有多種技術和實踐可供選擇，可用於識別和解決敏捷專案日常運營中出現的問題。例如，邊界權威角色任務 (BART) 可用於識別團隊動力問題。

-使用敏捷專案管理工具

現代敏捷專案管理軟體，比如8Manage ，支援增量式產品開發的短迭代管理和滿足競爭格局和產品需求動態變化的管理需求，也可靈活擴充套件以滿足傳統專案監控的管理需求，如時間管理，成本管理。
 
系統的視覺化和快速重組功能特點可幫助你的團隊重新評估他們的計劃並調整他們的優先順序，從而與更新的目標保持一致。使用8Manage敏捷專案管理軟體，你可以同時擁有敏捷遞增和交易型 WBS 的優點：
● 同時支援傳統的大型專案和敏捷專案
● 面向實時交易，擁有單一事實版本的當前計劃和狀態
● 自動準確計算最終目標的完成率
● 不能催毀的自動化審計跟蹤
 
擁有強適應性優勢的8Manage系統意味著團隊可以始終如一地交付，並有效地管理客戶不斷變化的需求。
 
總結
 
“走向敏捷”不僅僅是為專案採用敏捷方法。你和你的團隊應該仔細考慮為什麼需要敏捷，真正需要敏捷到什麼程度，以及什麼樣的專案需要敏捷。
 
如果採用敏捷方法不適用於所有專案或團隊，則應在專案中採用個別敏捷實踐以達到理想的敏捷水平。敏捷專案管理的結構和迭代工作方法成為產品團隊的更好補充。具有經驗和管理層支援的團隊成員可以幫助專案經理減輕敏捷引發的問題或挑戰的負面影響。