作業什麼是敏捷過程？

簡單的說，敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。在敏捷開發中，軟體專案的構建被切分成多個子專案，各個子專案的成果都經過測試，具備整合和可執行的特徵。

敏捷開發宣言：

1. 個體和互動勝過過程和工具

2. 可工作的軟體勝過面面俱到的文件

3. 客戶協作勝過合同談判

4. 響應變化勝過遵循計畫

從上面的宣言可以看出，敏捷開發的核心是人、協作、時刻可執行的軟體、變化。

更強調程式設計師團隊與業務專家之間的緊密協作、面對面的溝通（認為比書面的文件更有效）、頻繁交付新的軟體版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的**編寫和團隊組織方法，也更注重軟體開發中人的作用。

並以下遵循的原則：

1. 我們最優先要做的是通過盡早的、持續的交付有價值的軟體來使客戶滿意。

即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。

經常性地交付可以工作的軟體，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。

在整個專案開發期間，業務人員和開發人員必須天天都在一起工作。

圍繞被激勵起來的個體來構建專案。給他們提供所需的環境和支援，並且信任他們能夠完成工作。

在團隊內部，最具有效果並富有效率的傳遞資訊的方法，就是面對面的交談。

工作的軟體是首要的進度度量標準。

不斷地關注優秀的技能和好的設計會增強敏捷能力。

簡單是最根本的。

最好的構架、需求和設計出於自組織團隊。

每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然後相應地對自己的行為進行調整。

敏捷開發借鑑了大量軟體工程中的方法。迭代與增量開發，這兩種在任何一本軟體工程教材中都會被提到的方法，在敏捷開發模式中扮演了很重要的角色。再向前追溯，還可以見到瀑布式與快速原型法的影子，也許還有更多。

敏捷宣言四個價值中的兩個都強調的敏捷方法對協作有重要性。「整個流程和工具中涉及到的人和互動」提醒著我們相到尊重的交流的重要性。

例如，與其讓測試和開發人員使用缺陷跟蹤工具來記錄bug，還不如鼓勵他們坐下來，一起使用重要建立並解決問題。「根據合同指示的客戶協作」提醒我們開發團隊給予的靈活性更重要，更能令客戶滿意，找到協作解決方案來解決產品開發中可能會出現的問題，遠遠比只是固守著嚴格的合同好的多。

雖然協作並不是侷限在使用敏捷方法團隊的中，但與控制命令型企業文化相比，敏捷開發實踐可以通過培養交流的企業文化幫助企業更好地發展。敏捷心態與交流文化中的價值實踐類似——鼓勵共享驅動決策，自我管理跨功能團隊和服務型領導。

作業 什麼是敏捷過程？