Zi 字媒體

敏捷開發（scrum）是一種軟體開發的流程，強調快速反應、快速迭代、價值驅動。Scrum的英文意思是橄欖球運動的一個專業術語，表示「爭球」的動作；運用該流程，你就能看到你團隊高效的工作。敏捷開發的特點就是下面4句話：「個體與交互」勝過「過程與工具」「可以工作的軟體」勝過「面面俱到的文擋」「客戶協作」勝過「合同談判」「響應變化」勝過「遵循計劃」敏捷開發（scrum）適用於競爭激烈，快速變化的市場。 敏捷的客戶協作觀念，快速迭代能幫助團隊以最小成本，最快速度滿足客戶真正的需求。對比傳統開發模式：傳統開發模式以文檔為驅動，而敏捷開發提倡少寫文檔 傳統開發模式下開發人員按照產品文檔進行研發，過程中客戶不參與到產品的驗收和體驗中，這樣就會導致最後開發出來的成品並不是客戶想要的。 而敏捷開發模式從開始就強調客戶協作，分步提供產品模塊客戶體驗。敏捷模式採取迭代式開發，傳統模式採用瀑布式開發敏捷開發採取迭代式開發的形式，即每個階段有每個階段需要完成、並且能使用的產品，這一階段只要開發某幾個功能，且這些功能的產品必須是可以使用的，這一階段產品完成之後與客戶進行對接交付，再進行下一階段的開發。敏捷開發更適應變化傳統開發模式下軟體開發過程是執行研發計劃，而實際工作中，需求往往在開發過程中會產生巨大變化。敏捷開發更能適應不確定性強的產品和市場。接下面我們來具體看一下執行scrum的套路。Scrum的三大角色產品負責人（Product Owner）主要負責和客戶溝通確定產品的功能和達到要求的標準，並指定軟體的發布日期和交付的內容，同時有權力接受或拒絕開發團隊的工作成果，一般是由產品經理擔任。流程管理員（Scrum Master）問題清道夫！主要負責整個Scrum流程在項目中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。開發團隊（Scrum Team）開發主力！主要負責軟體產品在Scrum規定流程下進行開發工作。人數控制在5~10人左右，每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，同時具有一定的表達能力；不論過程只問結果！只要能達到目標，不論任何工作時間、方式。Scrum的組成Sprint：指的是一次迭代，而一次迭代的周期最好是1-4個星期，也就是我們要把產品需求分佈到各個周期完成，這個過程我們稱它為Sprint。Story：用戶故事，也可以看做是用戶需求點。Task：story的進一步細分。為了能夠及時，高效地完成每個 Story，Scrum 團隊會把每個 Story 分解成若干個 Task。每個Task 的時間最好不要超過8小時，保證在1個工作日內完成，如果 Task 的時間超過了8個小時，就說明Task的劃分有問題，需要特別注意。Backlog：Backlog是Scrum中的一個專用名詞，意思是待辦工作事項的集合。在開發中需要明確2個Backlog。Product Backlog ——產品待辦事項列表，產品負責人量化用戶需求，逐條列出實際需要開發的需求（Story）。Sprint Backlog——任務列表，是一次迭代中需要完成的任務，主要是開發團隊細化工作的列表。燃盡圖（Burn Down Chart）是一個展示開發時間的圖，但是展示的是每天累加所有任務的剩餘時間。燃盡圖是用來跟蹤sprint中未完成工作的情況。每做完一個sprint的用戶故事就燒掉，最後燒完sprint也就完成了。用藍色線表示計劃走向，紅色線則是實際走向，兩條線共同組成了燃盡圖。如下圖，每一個點代表一個用戶故事，或者故事點，或者可度量的工作量。所有點組成sprint。4個會議Sprint計劃會Sprint 計劃會就是大家坐下來，PO 向大家介紹排好序的產品待辦事項（Product Backlog），然後大家共同思考決定如何推進計劃，梳理出 Sprint Backlog 來完成後續的工作。每日站會每位開發成員都要交代3點昨天完成了什麼 今天計劃完成什麼 是否有困難需要幫助每日站會上圖就是每日的站立會議了，參會人員可以隨意姿勢站立，任務看板要保證讓每個人看到，當每個人發言完后，要走到任務版前更新自己的看板和燃盡圖。Sprint 評審會當一個Sprint完成，這時就要進行最重要的演示會議，也稱為評審會議，產品負責人和客戶都要參加，每一個開發團隊的成員都要演示自己完成的軟體產品，然後被判定產品合格、成功、需要修改還是重新做。Sprint 總結會總結會議以輪流發言方式進行，每個人都要發言，總結並討論改進的地方，放入下一輪Sprint的產品需求中。以上的會議都不需要準備PPT或者大量的文檔，但要注意會議的時長。使用魚骨Scrum項目的開發步驟1.產品負責人使用產品Tab收集產品需求（story）。Product Backlog2.開發團隊根據Product Backlog列表，在Sprint計劃會議中做工作量的預估和安排，確定需求提交研發，進入Story看板。Story看板3.確定Sprint周期（1-4周）和本次開發迭代衝刺的開發需求（Stories）。進入Sprint的story出現在Task看板。 在Task看板，研發團隊可以拆分Story到任務進行協作。 Task看板5.每日立會，團隊更新Task看板，和Story看板，保持信息的同步。功能強大的魚骨精益看板能協助開發團隊更好的實施SCRUM。