敏捷宣言，解釋

已發表: 2022-08-23

任何好的運動都有一個宣言，這是對政策和意圖的公開聲明。 有關於藝術運動、政治運動和幾乎任何你能想到的東西的宣言。 然而，更符合項目管理的是敏捷宣言。

敏捷在該領域是一個有點爭議的話題。 有人稱其為方法論，而另一些人則稱其為框架。 無論哪種方式，敏捷都提供了一種快速靈活的工作方式，首先有利於軟件開發，然後再將其範圍擴展到幾乎所有行業。 現在，即使是使用甘特圖和瀑布項目的項目管理傳統主義者，也注意到了敏捷的相關性。

如果您不熟悉敏捷，或者聽說過這個詞但仍然沒有掌握它，請不要擔心。 你不是一個人。 敏捷不僅是兩極分化的，對於外行來說可能很難理解。 這就是為什麼我們要解釋什麼是敏捷以及敏捷宣言的重要性。

什麼是敏捷？

就像我們之前寫的那樣，這是一個加載的問題。 它可能是一個雷區，因此我們將謹慎行事，並嘗試為您提供一個沒有爭議的敏捷定義。 當您精通該主題時，請隨意攪拌鍋。

敏捷軟件開發一詞於 2001 年首次使用，但實際上敏捷自 1990 年代中期以來就已應用於項目。 軟件開發人員開始強調團隊和利益相關者之間的密切協作、頻繁交付業務價值和自組織團隊。 但是，直到敏捷宣言，這些想法才被編入法典。

相關：敏捷與瀑布以及混合項目的興起

變革的作用

根據敏捷聯盟的說法，“敏捷是創造和響應變化的能力。 這是一種應對並最終在不確定和動蕩的環境中取得成功的方式。”

換句話說，敏捷是關於適應性和快速響應項目中出現的變化，就像他們一直做的那樣。 有人會說，這是一種思維方式，而不僅僅是一種方法論，因為它的結構不會在過程中變得僵化和僵化。 然而，敏捷宣言中清楚地表明了變革的重要性。

敏捷與快速變化的軟件開發世界和對環境的理解有關，該環境通常充滿不確定性。 敏捷提供了一個框架來響應和適應這些變化。 此外，使用敏捷項目管理軟件極大地方便了計劃、調度和跟踪。

跨職能團隊的作用

敏捷專注於自組織和跨職能的協作團隊。 這意味著他們自己提出問題的解決方案，並且每個團隊成員都擁有多種技能。 因為它們相當自主地工作，敏捷宣言有助於為行為和優先級制定指導方針。

當然還有經理； 只是他們為團隊服務而不是管理他們，確保他們擁有正確的技能。 他們還創造了一個讓團隊獲得成功的環境。 因此，經理們在為團隊搭建舞台後，大多處於幕後。 但是，他們可以根據需要介入以幫助解決問題。

相關：如何使用僕人式領導進行管理

什麼是敏捷宣言？

所以，我們已經暗示了敏捷宣言足夠長的時間——讓我們來定義它。 在使用敏捷時，沒有統一或一致的方式來描述新興框架。 2001 年，一群 17 人在該行業工作，在猶他州雪鳥的一個滑雪勝地編寫了該方法。 這就是敏捷宣言的誕生。

儘管該小組在所有事情上都沒有達成一致（預示著圍繞該主題的激烈辯論），但他們確實為敏捷提供了兩個主要組件，這些組件今天仍然存在：一組構成敏捷軟件開發和創造基礎的價值陳述術語本身。

從這次會議中產生的想法將成為敏捷宣言，它概述了四個基本價值觀和指導敏捷軟件開發的 12 條原則。

敏捷宣言中的四個敏捷價值觀

如果您正在尋找敏捷與用於管理項目的傳統方法（例如瀑布方法）的區別，那麼敏捷的四個價值清楚地描述了框架的獨特性。 粗體字直接引自宣言本身。

  1. 個人和交互重於流程和工具：敏捷更重視人，而不是流程甚至工具。 人們響應業務需求並推動開發過程。 就其本質而言，流程和工具對變化的響應能力較弱，並且可能無法滿足客戶的需求。
  2. 工作軟件優於綜合文檔：文檔需要時間。 這是一個比敏捷所反對的更慢的過程的一部分。 每一份文件，從技術要求到測試計劃和其他規範，都需要批准。 這會耽誤發展。 敏捷是關於簡化，而不是消除文檔。 雖然文檔有其價值，但在敏捷思維中，最重要的是軟件。
  3. 客戶協作優於合同談判：客戶和產品經理必須制定交付的細節，而不是協商這個過程，敏捷支持協作。 例如，在傳統的項目管理方法中，客戶在工作開始之前就對產品的要求進行詳細協商。 但是，敏捷在項目的整個生命週期中都包括客戶，以獲取他們的持續反饋。
  4. 響應變化而不是遵循計劃：雖然發生了變化，但在使用傳統的項目管理方法時應盡可能避免。 然而，敏捷在稱為 sprint 的短迭代中起作用，因為它們的簡潔性允許更改，甚至將它們作為改進項目和增加價值的一種方式。

相關：敏捷衝刺計劃模板

敏捷開發的 12 條原則

以下敏捷原則將方法定義為敏捷。 它們取自 AgileManifesto.com。

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

敏捷是一種方法論嗎？

有人說，如果它像鴨子一樣走路，那就是鴨子。 但問題比這更複雜。 雖然，正如我們之前所說，我們沒有賽馬，但軟件工程師和作者有一個很好的定義。 這是他的歷史引述：敏捷宣言。

“敏捷運動並不是反方法論，事實上，我們中的許多人都希望恢復方法論這個詞的可信度。 我們想恢復平衡。 我們接受建模，但不是為了在塵土飛揚的公司存儲庫中歸檔一些圖表。 我們接受文檔，但不接受數百頁從未維護和很少使用的書籍。 我們計劃但認識到敏捷計劃在動盪環境中的局限性。 那些將 XP 或 Scrum 或任何其他敏捷方法論的支持者稱為“黑客”的人，對這些方法論和黑客一詞的原始定義一無所知。”

無論您是敏捷的支持者還是使用傳統方法的堅定信徒，您都需要能夠幫助您計劃、監控和報告項目進度的軟件。 ProjectManager 是一個基於雲的項目管理軟件，其靈活性足以適用於任何方法或框架。 從看板到可視化工作流程，再到幫助團隊協作的在線甘特圖和實時儀表板，我們都能滿足您的需求。 通過這個 30 天試用版免費試用我們的工具。