敏捷開發

       一、什麼是敏捷？

「敏捷」在互聯網和軟件開發領域從涓涓細流逐漸演變爲行業潮流，往小了說是改進了開發方法，往大了說是革了瀑布流式的命——把產品開發引向了快速迭代、小步快跑的路線上。

       敏捷開發以用戶的需求進化爲核心，採用迭代、按部就班的方法進行軟件開發。在敏捷開發中，軟件項目在構建初期被切分紅多個子項目，各個子項目的成果都通過測試，具有可視、可集成和可運行使用的特徵。換言之，就是把一個大項目分爲多個相互聯繫，但也可獨立運行的小項目，並分別完成，在此過程當中軟件一直處於可以使用狀態。

顯而易見，敏捷是絕對的結果導向，去文檔化，去流程化，高效溝通和合做是究極奧義。

去文檔，敏捷管理者須要維護更爲精細的需求池；去流程，口頭溝通成爲常態，對團隊的耦合度要求更高。

概念解釋：

agile：迅速，敏捷。這是敏捷的理念也是精髓：迅速響應需求，快速反饋結果。agile 的引入像一股活水衝擊着老氣橫秋的瀑布流模型，速度上跑贏幾條街。
sprint：字面意思是短跑衝刺，一個開發階段被認爲是一次衝刺，一個個 sprint 首位相連，構成一個項目。
Scrum:指的是英式橄欖球中一股腦爭球這一戰術或行爲。

scrum 即爲這樣一種方式，你們蜂擁而上，團隊是球員，球是產品目標，人員環環相扣，圍繞着產品目標進行工做。這裏面多少有點「統籌法」的影子，人員深刻協做以達到最優化效果。
Product Backlog:
backlog 即需求池。待辦事項列表。
Backlog 裏面寫什麼：
1.待開發任務。
2.任務優先級。

敏捷須要維護一份詳盡的需求列表。這份列表經常要求 scrum 持有人（通常是產品經理）對全部待開發事項有深刻了解，而且可以把待開發事項分解成更爲細緻的任務（或者跟敏捷教練一塊兒，後面咱們會再次提到敏捷教練）

story board:
不少領域都有故事板的概念，交互領域裏，用故事板表述用戶場景、電影領域裏故事板用來更具體地描述分鏡。在開發領域，故事版是任務流轉的可視化窗口，通常有「待開發」「開發中」「待測試」「返工」「待發布」幾個區塊，
全部任務由任務操做者負責流轉至於下一個步驟，這樣任何一我的項目成員都能看到任務的完成狀況。
burn down chart：（燃盡圖）
一個 sprint 內，人/時是一個比較固定的值。在這個時間框架充分安排開發任務，天天進行時間結算，繪製時間燃盡圖。項目成員經過燃盡圖獲知時間進展，若項目燃盡所用時間與預期時間契合，則需求時間預估和安排合理，若不契合則須要在下一個 sprint 進行調整。

名詞聽起來都玄乎乎的，很符合開宗立派的氣質。這些概念定義了敏捷各個環節的工做，這些流程和節點是敏捷開展的基礎和保障。

 大神解釋敏捷開發：https://cloud.tencent.com/developer/article/1004881