敏捷項目管理：原則、會議、價值觀和工具

什麼是敏捷項目管理？

敏捷項目管理是一種迭代方法，包括通過稱為衝刺的短時間週期交付項目，敏捷團隊在其中計劃和執行項目任務。 這些衝刺允許敏捷項目管理轉向和響應變化，因此得名敏捷。 敏捷項目管理具有很強的適應性，允許您隨時調整項目計劃，而不是遵循線性的傳統項目計劃。

相關：敏捷衝刺計劃模板

管理敏捷項目需要正確的工具。 但是，如果管理層在他們的團隊在敏捷環境中執行工作時使用瀑布工具會發生什麼？ 您需要一個與瀑布和其他方法兼容的敏捷項目管理軟件。

ProjectManager 是基於雲的工作和項目管理軟件，它具有多個項目視圖，允許任何人按照自己的意願工作。 經理可以使用甘特圖進行計劃，而團隊可以管理積壓工作並在看板上計劃衝刺。 所有項目視圖都實時更新，因此您始終使用一個事實來源。 立即免費開始使用 ProjectManager。

敏捷的歷史

敏捷項目管理是隨著開發團隊努力將產品更快地推向市場而出現的。 識別問題併計劃解決方案的瀑布方法迫使團隊堅持在項目開始時定義的工作範圍。 但是在執行項目時，情況會發生變化。

受挫的開發人員開始引入新的方法，例如 Scrum、快速應用程序開發、極限編程、DSMD、功能驅動開發和實用編程，所有這些方法都更加靈活，並且需要更少的開銷規劃。 這導致了敏捷項目管理，該管理在 2000 年春天被編入法典。

當時，17 名軟件開發人員開始了敏捷項目管理，一年後，起草了一份宣言。 敏捷軟件開發宣言，簡稱敏捷宣言，列出了四個關鍵價值和 12 條敏捷原則。 從那時起，敏捷開始傳播。 曾經只用於軟件開發，現在敏捷項目管理已經在營銷/廣告、建築、活動策劃、產品開發和金融相關公司找到了立足點。

敏捷核心價值觀

如前所述，敏捷項目管理有四個核心價值觀，這些價值觀是在編寫敏捷宣言時形成的：

1. 個人和交互超過流程和工具
2. 工作軟件優於綜合文檔
3. 合同談判中的客戶協作
4. 響應變化而不是遵循計劃

可以清楚地看到敏捷項目管理對傳統項目管理方法實施的更改。 首先，個人比過程更重要。 其次，雖然文檔很重要，但交付工作軟件意味著為開發人員提供他們需要的東西。 第三，客戶必須參與整個項目以滿足他們的需求，第四，價值是驅動力，如果這意味著改變計劃，那就這樣吧。

12 條敏捷原則

在編寫敏捷宣言的過程中，12 條敏捷原則也被編纂成文。 這些與四個核心價值觀相結合，為每個敏捷項目管理團隊提供了一個路線圖。

1. 我們的首要任務是通過早期和持續交付有價值的軟件（或您交付的任何其他內容）來滿足客戶。
2. 歡迎不斷變化的需求，即使是在開發的後期。 與瀑布不同，敏捷流程利用變化來獲得客戶的競爭優勢。
3. 經常交付項目，從幾周到幾個月不等，優先考慮較短的時間範圍。
4. 協調團隊成員必須在整個項目中每天一起工作。
5. 圍繞有動力的個人建立項目。 為他們提供所需的環境和支持，並相信他們能夠完成工作。
6. 面對面的對話是向不同團隊和在不同團隊內部傳達信息的最有效和最有效的方法。
7. 最終產品是衡量進展的主要標準。
8. 敏捷流程促進可持續發展。 所有利益相關者都應該能夠無限期地保持恆定的步伐。
9. 對卓越技術和良好設計的持續關注提高了敏捷性。
10. 簡單——最大化未完成工作量的藝術——是必不可少的。
11. 最好的架構、需求和設計來自自組織團隊。
12. 團隊定期反思如何變得更有效，然後相應地調整和調整其行為。

敏捷項目管理在迭代和採用變革的同時，始終遵循上述四個核心價值觀和 12 條指導原則。 這些不是規則，而是一個將敏捷項目結合在一起的框架。

敏捷項目管理的關鍵要素

僅僅因為敏捷項目管理是關於改變和讓您的產品更快地推向市場並不意味著沒有每個敏捷項目共享的特定組件。 以下都是敏捷項目管理方法的一部分。

用戶故事

用戶故事是對任務或工作請求的描述。 它有足夠的信息供團隊準確估計完成它所需的工作量。 此描述是從用戶的角度編寫的，解釋了他們的目標。

衝刺

衝刺是一個短迭代，通常持續 1-3 週。 團隊按照他們在 sprint 計劃會議期間決定的任務開展工作。 當 sprint 結束時，對產品進行審查，並在進一步的 sprint 中進行必要的調整。

每日站立會議

站立會議是敏捷項目管理中的日常。 這是一個簡短的會議，通常被稱為每日 Scrum 會議，團隊中的每個人都確保他們在同一頁面上。 這被稱為站立會議，因為每個人都站著，這有助於保持會議簡短。

敏捷板

敏捷板也稱為看板或 Scrum 板，用於跟踪項目。 它可以是白板或看板軟件，這是大多數項目管理軟件解決方案的一部分。 這顯示了任務在生產週期中的位置。

衝刺計劃

Sprint 計劃是 Scrum 中啟動 sprint 的部分。 在 sprint 計劃期間，團隊開會討論在即將到來的 sprint 中可以交付什麼以及如何執行該工作。 這是一個涉及整個 Scrum 團隊的協作過程。

衝刺回顧

衝刺審查發生在衝刺結束時。 Scrum 團隊開會審查他們在 Scrum 期間完成的工作，並決定需要進行哪些額外更改。 然後將這些更改合併到未來的衝刺中。

衝刺回顧

sprint 回顧是 sprint 中完成的最後一件事，通常在 sprint 審查之後。 它包括整個 Scrum 團隊和產品負責人。 團隊將檢查衝刺並確定哪些有效，哪些無效，提供改進流程的解決方案。

積壓梳理

待辦事項梳理是 Scrum 團隊、產品經理和產品負責人審查待辦事項的會議。 這是他們優先考慮工作以確保所有內容都已更新並為即將到來的衝刺做好準備的時候。

敏捷項目管理的 ProjectManager

ProjectManager 是工作和項目管理軟件，可在協作平台上連接混合團隊。 無論您是在嚴格的敏捷環境中工作還是在混合模型中工作，我們的工具都具有多個產品視圖和單一事實來源，因此無論您在何處工作或以何種方式工作，我們都能讓您保持聯繫。

敏捷團隊更喜歡看板來管理他們的積壓和計劃衝刺，但其他部門也可以在任務列表、日曆視圖等方面進行協作。 管理人員可以採用瀑布方法工作，並且可以使用我們的甘特圖或工作表視圖通過更熟悉的鏡頭查看項目。 每個人都可以使用敏捷產品路線圖來了解整個項目從 sprint 到 sprint 的過程。

Scrum 團隊是自我指導的，但這並不意味著產品負責人沒有監控進度。 我們的實時儀表板自動從 sprint 中收集數據，並以易於閱讀的圖形和圖表的形式在六個指標中顯示這些數據。 與其他輕量級工具一樣，無需進行任何設置，讓您可以輕鬆獲得狀態報告，而不會妨礙您的團隊。

如果您想更深入地了解數據，我們可以快速輕鬆地創建從時間到成本等所有內容的一鍵式報告。 還可以過濾它們以僅顯示您想要的數據並與利益相關者共享以保持更新。

敏捷項目管理培訓視頻

敏捷是用於許多項目的好方法。 例如，許多營銷團隊在他們的生產計劃中使用敏捷。 在本視頻中，Devin Deen 在 3 分鐘內為您提供了敏捷項目管理的概述——之後，他提供了敏捷方法的歷史。

感謝收看！

敏捷就是關於速度和協作。 我們定制的工作流程和任務批准可幫助您的團隊集中精力，消除繁忙的工作，同時控制誰可以更新 sprint 的狀態。 我們的軟件核心是協作的。 團隊可以評論、共享文件並通過電子郵件通知和應用內警報保持更新。 立即免費開始使用 ProjectManager。