? ? ? 第一次聽到敏捷Scrum這個詞的時候，覺得這是一個非常高大上的東西，我聽不懂，也看不懂，一切都是云里霧里的；后來再次提到敏捷Scrum這個詞，覺得這就是一個工作流程，列計劃，估算工作量，完成工作，一切都按部就班，日復一日；最近重新接觸敏捷Scrum這個詞，我似乎有了新的認識，新的理解。

? ? ? 什么是敏捷Scrum?從這個詞語我們就可以看出來，敏捷就是快速響應、快速交付、用以提高客戶的滿意度和認可度。曾經(jīng)無論是生產(chǎn)行業(yè)還是軟件行業(yè)，盛行的是傳統(tǒng)的瀑布模式，但隨著社會經(jīng)濟的發(fā)展，客戶了解度、參與度的加強，需求變化頻率的加快，似乎瀑布模式不大適應這種節(jié)奏，敏捷也由此誕生。敏捷可以快速響應、及時調(diào)整，帶來成本的降低、成果的顯著，從而使得客戶滿意、投資高回報。

? ? ? 在敏捷的整個流程中，與我最為相關的是什么呢？是迭代，也是每一個迭代會議。很多人認為會議是一件浪費時間的事情，說實話，任何一次會議都需要時間為代價，但是這個代價是否值得，是否能夠帶來效益才是關鍵，失之東隅收之桑榆。如果一個不能帶來效益的會議那就是浪費時間，如果一個能夠帶來效益的會議那就是值得的。下面我想淺談的是我對敏捷會議的理解。

梳理會：

? ? ? 以前作為一個研發(fā)人員，在接受到研發(fā)需求的時候，往往得到的是一個需求文檔，一份需求列表，但是我們真的能夠理解這個需求、清楚這個用戶場景嗎？大部分情況下，我們是不了解的。在功能研發(fā)的過程中，我們需要不斷地討論需求，不斷地溝通確認，不斷地來回修改，這也是一種時間成本。

? ? ? 而現(xiàn)在梳理會解決了這個問題，梳理會可以關注用戶的使用場景，將不清楚的需求了解清楚，這樣研發(fā)人員在開發(fā)時具有清晰的目標與方向，節(jié)省研發(fā)時間，避免功能的反復修改。測試人員在測試時有明確的驗收場景，提高產(chǎn)品質量。

迭代計劃會議：

? ? ? 凡事預則立，不預則廢。計劃會議就是在一個迭代周期內(nèi)，團隊計劃與承諾能夠完成的工作和任務。從而明確該階段的目標，全身心地投入到工作中，為了一個目標而沖刺。用志不分，乃凝于神，目標多了也就沒有目標了，精神不夠集中也就沒有效率了。

? ? 計劃會還有一個關鍵就是對于時間的估算，我們經(jīng)常只關注于一個功能我們做完沒有，很少去關注一個功能所花費的人力成本，時間估算可以讓我們很清楚的了解一個功能的人力成本。

? ? ? 而估算時間后，研發(fā)人員也會全力在規(guī)定的時間內(nèi)完成任務，言必信行必果，這是研發(fā)團隊的承諾，有承諾就必須履行。長此以往可以提高響應力，提升客戶滿意度。

每日站會：

? ? ? 一日之計在于晨，早晨是一個需要承前啟后的時間，每日站會就是一個承前啟后的短會，總結前一天的工作、計劃當天的工作、指出遇到的問題。每日站會可以及時掌握迭代進度，增強團隊成員間的合作溝通，更好的保障迭代的進行、計劃的完成。

? ? ? 每日更新燃盡圖不僅可以清晰的了解迭代的進度，每一天工作完成情況，還可以調(diào)動團隊成員的工作積極性，可視化的讓團隊成員了解自己對團隊的貢獻。

驗收會議：

? ? ? 驗收會議是一個檢視和調(diào)整的過程，在我看來驗收會議有兩個主要的目的：一是增強研發(fā)團隊和市場、方案等其他團隊成員的溝通，有利于產(chǎn)品的改進、優(yōu)化和提升。二是增加團隊成員的自信心和積極性。

? ? ? 每一個迭代的驗收會議，可以讓市場方案團隊成員及時了解研發(fā)進度和功能實現(xiàn)情況，并適時指導開發(fā)方向；也可以讓研發(fā)團隊了解產(chǎn)品的業(yè)務和市場，有助于功能設計及研發(fā)。迭代驗收會議還可以讓每一研發(fā)成員之間互相了解彼此的工作，增強對產(chǎn)品的整體理解。

? ? ? 軟件開發(fā)人員成就感來自何處？來自功能調(diào)通的那一剎那，也來自演示講訴的那一瞬間。曾經(jīng)我們在每一個研發(fā)階段，很難找到一種成就感，每天只是日復一日的寫代碼，我們常戲稱自己為“碼農(nóng)”。驗收會議是一個團隊成員向外展示自己研發(fā)成果的時間，可以讓團隊成員了解自身工作的價值、提升自我的成就感，從而增強自信心和積極性。

回顧會議：

? ? ? 吾日三省吾身，我們雖然不必每天檢視團隊，但是當一個迭代結束的時候，還是需要總結和反省?？偨Y團隊在該迭代中做的好的地方繼續(xù)保持，反省團隊在迭代中做的不好的地方加以改進。故不積跬步，無以至千里，不積小流，無以成江海，只有不斷地改進，團隊才能成長，才能進步。

? ? ? 每一次回顧會議的改進項不能多，羅馬不是一天建成的，我們的改進項要有漸進性、持續(xù)性，不能急于求成，這樣反而會加重團隊的負擔，使得改進項無法執(zhí)行下去。

? ? ? 以上就是我理解的敏捷會議應該帶來的效益，如果我們能合理的控制會議時間，達到會議應有的效果，那么會議就不是一件浪費時間的事件。培根有一句名言：“合理的安排時間，就等于節(jié)約時間”。

? ? ? 我們走在學習敏捷的道路上，對于敏捷我們還要不斷地學習、實踐、反思、改進。

? ? ? 路漫漫其修遠兮，吾將上下而求索……

（PS：如何主持迭代會議的感想留到下次再寫吧，不然一次寫完，下次就沒得寫了）