組織在引入Scrum框架后，會逐步了解到Scrum的團(tuán)隊(duì)組建、角色分工、交付工件和相關(guān)會議/活動等內(nèi)容。隨著框架的逐步落地，定義清楚相關(guān)角色、明確要交付的工件之后，如何通過Scrum的“4+1”活動來進(jìn)行迭代管理并達(dá)成預(yù)期的目標(biāo)？就成為團(tuán)隊(duì)必須要面對的問題。這里所謂Scrum“4+1”活動就是指每日站會、迭代計劃會、迭代評審會、迭代回顧會和迭代梳理活動，有的團(tuán)隊(duì)通也會把迭代梳理活動作為其中一個會議，稱之為迭代梳理會。所以我們也會聽到有Scrum 5個會議的叫法，為了進(jìn)一步的闡述和討論，我們在此統(tǒng)一稱之為為5個會議，接下來我們將逐一進(jìn)行解讀。
會議之一：迭代計劃會，Scrum指南對于計劃會是這樣定義的：
Sprint Planning initiates the Sprint by laying out the work to be performed for the Sprint. This resulting plan is created by the collaborative work of the entire Scrum Team. The Product Owner ensures that attendees are prepared to discuss the most important Product Backlog items and how they map to the Product Goal. The Scrum Team may also invite other people to attend Sprint Planning to provide advice.
迭代計劃會安排在迭代過程中，列出要做的工作來啟動 Sprint。最終的計劃是由整個 Scrum團(tuán)隊(duì)協(xié)作創(chuàng)建的。產(chǎn)品責(zé)任人確保與會者準(zhǔn)備好討論最重要的產(chǎn)品待辦條目 ，以及它們?nèi)绾斡成涞疆a(chǎn)品目標(biāo)。Scrum團(tuán)隊(duì)還可以邀請其他人參加 迭代計劃會以提供建議。
如何讓團(tuán)隊(duì)成員清楚的認(rèn)識并開好迭代計劃會，為本來迭代開始做好準(zhǔn)備，我們嘗試從以下幾個方面對其進(jìn)行解讀和說明。
會議目的
首先是要明確會議的目的，迭代計劃的最終是要明確本輪的迭代目標(biāo)，和團(tuán)隊(duì)成員一起就本輪要做的事情達(dá)成共識。
會議時間
上輪迭代結(jié)束后或本輪迭代開始前。
會議時長
對于為期2周的迭代來講，時長控制在1~2小時，不要超過2小時。
會議角色
那么迭代計劃會都有哪些角色參與呢，他們的工作如何分工？
PO，主導(dǎo)者
1. 針對需求進(jìn)行澄清，回答團(tuán)隊(duì)的相關(guān)疑問
2. 對于有疑問的需求/內(nèi)外部依賴/風(fēng)險項(xiàng)等，做好記錄，會后跟蹤澄清
SM，組織者
1. 組織會議召開，提前安排會議資源
2. 協(xié)助評估本輪迭代的資源投入
3. 引導(dǎo)團(tuán)隊(duì)完成故事點(diǎn)估算（可采用撲克牌、T恤衫等形式）
4. 會后指導(dǎo)團(tuán)隊(duì)完成故事看板更新
5. 做好會議過程控制，避免陷入長時間討論
Team，參與者
1. 提前熟悉PBI中的需求，就相關(guān)問題和PO進(jìn)行澄清
2. 評估本輪迭代的資源投入情況
3. 就本輪迭代的故事進(jìn)行估算
4. 選擇本輪能夠完成的故事卡
5. 完成任務(wù)拆分，任務(wù)認(rèn)領(lǐng)
6. 會后進(jìn)行故事看板更新
準(zhǔn)入準(zhǔn)出
會議開始前的準(zhǔn)備工作就非常重要，首先要了解會議的準(zhǔn)入準(zhǔn)出。
會議準(zhǔn)入：
1. 提供梳理后的PBI（產(chǎn)品待辦事項(xiàng)列表）
2. PBI中的故事卡有明確的AC（驗(yàn)收標(biāo)準(zhǔn)）
3. 需要的話，提供相應(yīng)的技術(shù)文檔（如技術(shù)架構(gòu)、技術(shù)規(guī)格、接口文檔等）
4. 需要的話，提供相應(yīng)的設(shè)計文檔（如UI/UX設(shè)計文檔）
會議準(zhǔn)出：
1. 清晰的迭代目標(biāo)，建議站在用戶的視角，用業(yè)務(wù)語言進(jìn)行表達(dá)
2. 本來迭代的SBI（待定待辦事項(xiàng)列表），并根據(jù)情況，確定各故事卡的Owner
3. 相關(guān)的問題跟蹤列表及風(fēng)險清單
會議流程
1. 完成會前的準(zhǔn)備工作，需求梳理與PBI更新（PO）
2. 對于本輪迭代要做的需求按優(yōu)先級進(jìn)行講解（PO）
3. 回答團(tuán)隊(duì)成員的疑問，進(jìn)行集體故事點(diǎn)估算（SM控場）
4. 重復(fù)進(jìn)行下一個需求澄清，直至所有需求達(dá)到團(tuán)隊(duì)容量
5. 記錄過程討論的問題和風(fēng)險項(xiàng)，必要時會后進(jìn)行跟蹤和澄清
6. 第一批故事認(rèn)領(lǐng)，準(zhǔn)備啟動開發(fā)
綜上所述，我們從計劃會的目的、時間安排、時長，參與角色、準(zhǔn)入準(zhǔn)出以及流程方面給出了解讀，雖然方法和流程都是通用的，但是通用的流程、同樣的方法，有的團(tuán)隊(duì)就會做得比較高效，有的團(tuán)隊(duì)卻經(jīng)常超時、達(dá)不成目的。究其原因，真正要把評審會開好，除了會前的充分準(zhǔn)備以外，會議過程的引導(dǎo)也至關(guān)重要。對于計劃會來講，明確本輪迭代要完成的任務(wù)，和團(tuán)隊(duì)成員就目標(biāo)達(dá)成共識是我們的目的，所以開展正確的引導(dǎo)，避免大家在過程中太過發(fā)散、無法收斂，導(dǎo)致會議超時，影響參會者的體驗(yàn)。
實(shí)際上任何一個新的方法、框架在落地過程中，一定會有各種各樣的問題，很難立馬達(dá)成我們想要的結(jié)果，所以Scrum的會議本身也是在實(shí)戰(zhàn)過程中迭代改進(jìn)的，不是靠理論就能做好的，紙上得來終覺淺，絕知此事要躬行。希望團(tuán)隊(duì)能夠基于實(shí)際問題出發(fā)，大家一起討論、尋求解決方案，在實(shí)踐中逐步迭代、達(dá)到預(yù)期的目的。
