1、敏捷開發的概念

從1990年代開始逐漸引起廣泛關注，是一種以人為核心、迭代、循序漸進的開發方法。強調以人為本，專注於交付對客戶有價值的軟體。是一個用於開發和維持複雜產品的框架。

2、敏捷開發的流程

(圖為禪道敏捷開發流程管理)

2.1 產品負責人將整個產品設計成產品代辦列表。就是一個個需求列表。（可以理解為需求或者要做的事情）

2.2 召開產品迭代計劃會議，確定哪些需求是需要在第一個迭代中完成的，評估迭代的時間（建議是2-4周），得到相應的迭代週期任務列表。ps：提前釋出功能需求列表，會議提倡所有團隊人員參與

2.3 把迭代的功能需求寫在紙條上貼在任務牆，讓大家認領分配。（任務牆就是把未完成、正在做、已完成的工作狀態貼到一個牆上，這樣大家都可以看得到任務的狀態 ）–>舉行每日站立會議，讓大家在每日會議上總結昨天做的事情、遇到什麼困難，今天開展什麼任務。（每日站立會議，是在每天早上定時和大家在任務牆前站立討論，時間控制在15分鐘內）–>繪製燃盡圖，保證任務的概況能夠清晰看到。（燃盡圖把當前的任務總數和日期一起繪製，每天記錄一下，可以看到每天還剩多少個任務，直到任務數為0 ，這個迭代就完成了）ps：在開發人員開始開發一個任務時，需要找來對應的測試人員講解該任務功能，以便測試人員有一致的理解，並且一開始就進行測試用例、自動化系統測試指令碼的開發（若需要自動化測試的話）。

（上圖為小編粗圖）

2.4 評審會議（演示會議）是在迭代完成時舉行，要向客戶演示自己完成的軟體產品，並獲得客戶的反饋 。

ps：很多使用者對軟體開發是沒有概念的，他只知道自己有某種需求。所以就要通過不斷的讓使用者看到產品的模型，這個過程使用者才會逐步的對產品產生概念。

2.5 最後是總結會議，以輪流發言方式進行，每個人都要發言，總結好的實踐和教訓，並落實到後續的開發中。不要流於形式。

3、敏捷開發適用原則

1、個人與互動：重於流程與工具

->強調人與人的溝通，所以儘可能要集中化辦公。異地開發模式容易讓人疲憊。

->個人技能要提高。尤其對於架構師要求要高。

->管理者要多參與專案有關的事情。

->減少對開發人員的干擾。

2、可用的軟體：重於詳盡的檔案

->強調文件的作用。必要的檔案必須的。且文件要具有傳承性。

3、與客戶合作：重於合約協商

->做好客戶引導。客戶都是想在儘可能短的時間內，交付儘可能多的功能。做好版本控制。

4、迴應變化：重於遵循計劃

->無理變化，舉棋不定的結果，並不是說都需要及時響應，會導致很多浪費。