敏捷軟件開發

敏捷軟件開發，描述了軟件開發過程中提高透明度和變化速度的方法，并且應該導致開發系統的更快使用，以xxx限度地減少開發過程中的風險和不良發展。 為此，嘗試將設計階段減少到最少，并在開發過程中盡早獲得可執行軟件。 這是定期與客戶協調的，時間間隔很短。 這應該可以靈活地響應客戶請求，以提高整體客戶滿意度。

敏捷軟件開發的特點是自組織團隊和迭代增量方法。

敏捷方法可以與軟件開發的一部分（例如敏捷建模）或整個軟件開發過程（例如極限編程或 Scrum）相關。 目的是使開發過程比經典的、計劃驅動的過程模型更靈活、更精簡。

經典方法通常被認為是重量級的和官僚的。 對他們的一種指責是，你越是按計劃工作，你就越能得到計劃的東西，而不是需要的東西。

“敏捷軟件開發是一套基于敏捷軟件開發宣言的價值觀和原則的方法和實踐的統稱。”

敏捷宣言于 2001 年 2 月制定了四項指導原則：

“我們正在尋找更好的方法來構建軟件，方法是我們自己做并幫助他人做。 通過這次活動，我們學會了欣賞這些價值觀：

• 個人和互動比過程和工具更重要
• 工作軟件比綜合文檔更重要
• 與客戶的合作比合同談判更重要
• 對變化做出反應比遵循計劃更重要

也就是說，雖然我們認為右邊的價值觀很重要，但我們更看重左邊的價值觀。”

敏捷原則是敏捷工作的指導原則。 有時敏捷原則也被稱為方法。 在重量級流程的情況下，原則被方法的廣泛描述所覆蓋，并允許原則退居二線； 此外，進程 以前主要根據方法而不是原則來定義。 原則的命名應該賦予它們比正式方法更多的權重。

敏捷宣言列出了十二項原則。

• 我們的首要任務是盡早持續交付有價值的軟件，讓客戶滿意。
• 歡迎需求變更，即使是在開發后期。 敏捷流程利用變化為客戶帶來競爭優勢。
• 在幾周或幾個月內定期交付工作軟件，更喜歡較短的時間范圍。
• 項目專家和開發人員需要在項目期間每天一起工作。
• 圍繞積極進取的個人構建項目。 為他們提供所需的環境和支持，并相信他們能夠完成工作。
• 向開發團隊以及在開發團隊內部傳達信息的最有效方式是通過面對面的對話。
• 工作軟件是最重要的進度衡量標準。
• 敏捷流程促進可持續發展。 客戶、開發人員和用戶應該能夠無限期地保持穩定的步伐。
• 持續關注卓越技術和良好設計可提高敏捷性。
• 簡單 - xxx限度地減少未完成工作量的藝術 - 至關重要。
• xxx的架構、需求和設計來自自組織的團隊。
• 團隊會定期反思如何提高效率并相應地調整他們的行為。

原則和方法之間的轉換是流動的。

敏捷評估可以提供有關敏捷價值觀在流程和方法中的實施程度的信息。

對于敏捷指數測量，建議使用固定因素評估軟件項目，就像 CMMI 一樣。 類似名稱的敏捷性衡量指數從五個不同的維度（持續時間、風險、創造性、努力和交互）評估軟件項目的開發。 還有敏捷的自我評估，以確定一個團隊是否以敏捷的方式工作。

采用敏捷方法的主要原因是目標和環境（涉及的人員、市場需求、技術環境/接口）在項目過程中不斷變化。 因此，敏捷方法特別適合對變化的需求做出反應，因為開發周期通常很短。 這些要求通常只是簡要描述，并且只是在實施和測試開始前不久才制定。 由于時間較短（隨后），對需求的更改相對容易。

計劃驅動的過程模型還規定了如何考慮項目中的變化； 盡管工作量和所需的文檔相對較高。

明確的內容規范（規范）很難使用敏捷方法，因為根據定義，需求僅在項目期間制定。