前言

我們團隊引入敏捷已經超過2年了，經過長時間的不斷嘗試逐漸摸索出一套適應於我們團隊的方法論，即計劃會議+看板+每日站會+評審演示+回顧會議。上一篇介紹了我們如何進行回顧會議，這一篇我們介紹一下如何進行計劃會議。

什麼是計劃會議

定義

計劃會議是作為一個迭代週期開始的團隊活動，擔負著確定整個團隊在本週期中工作範圍的作用，是專案開發能否順利進行的先決條件。
一個成功的週期離不開一個好的計劃會議，而一個糟糕的計劃會議則可能毀掉整個專案。

參加人員

計劃會議作為最重要的團隊活動應該全部團隊成員都參加，尤其是專案負責人和業務人員，更不能缺席。參加人員包括但不限於：
1.專案負責人&技術負責人
2.開發人員
3.業務人員
4.測試人員
5.運維人員

我們的計劃會議的基本構成

計劃會議的具體實踐隨著不同團隊的實踐形式會有不同，下面是基本必不可少的過程:
1.目標的確定
有專案負責人公佈本週期專案目標和度量標準。
2.業務優先順序的確定
確定需要完成的業務的優先順序
3.工作量的評估
開發團隊一起進行業務需求的拆分並逐項進行工作量的評估。
4.最終範圍的確定
根據評估的結果和團隊經驗值，確定範圍
在我們的實踐中還包括：
1.預熱
專案負責人確定本週起開始和結束時間，以及有無特別的安排。
2.可用資源估計
團隊一起確定可以資源，計算機，人員等都可以包括在內。
3.業務挑戰
專案團隊對於需求不清晰或有疑問的地方向專案負責人或業務人員進行挑戰。
4.宣佈
專案負責人確認工作範圍。

計劃會議的準備

實際想要進行一個富有成效和高效率的計劃會議，需要進行大量的準備工作，尤其是專案負責人（PO），PO需要至少維護一個專案需求列表，根據上個週期團隊工作進度和使用者反饋，調整需求，移除完成的需求，補充新增需求，調整需求優先順序。
總而言之，在計劃會議開始前，PO應該給出已經排過優先順序的需求列表。

如何進行計劃會議

本節將介紹，我們如何具體的開展計劃會議。
1.技術經理（SM）宣佈本週期的開始和結束時間，評審會議和回顧會議時間，專案人員變動等資訊。
2.團隊成員說明在本週期內有無要請假或休假的計劃或其他安排，統計完成後確定總的可用資源，我們一般講開發資源和測試資源分開。
3.開始任務評估
3.1.從PO已經排序完成的列表中取出一條
3.2 團隊對該條需求進行業務挑戰，直至該需求被全部成員認可
3.3 團隊對該需求進行工作量估計(估算方法有待下回講解)，我們一般採用人天來度量
3.4 若估算大於3點則進行拆分，再進行估算，直至估算的任務小於三點
3.5 重複3.1~3.4直至全部需求估算完或超過可用資源。
4.PO來對最終範圍進行確認，SM宣佈週期開始。

計劃會議的成果

計劃會議的有形成果是.帶有優先順序的使用者故事或任務列表，根據該列表開發人員可以進行開發，測試人員可以進行功能確認
計劃會議的有形成果很重要可以指導團隊完成工作，但無形成果更為重要。
1.團隊對於需求的理解達到了統一
2.業務知識和專業知識在評估的過程中進行了高效率的流動
3.PO對於團隊的現狀有了更深的認識.
4.風險在評估中更明顯的暴露出來。

計劃會議的關鍵點

1.別讓業務人員跑了
千萬不能讓業務人員以忙為藉口不參加計劃會議，一定要拉著他們，就算他們不能親自參加也要以視訊會議或替代人員參加。
2.不要想著什麼都做
尊重客觀事實，不要想著什麼都做，那樣只會帶來痛苦。
3.確保計劃的產品是針對使用者
不要讓計劃會議變成PO或業務領導的一言堂，確定的產品應該是針對真正的使用者的。
4.團隊不需要在計劃會上考慮到所有事情
過於細節的內容不要放在計劃會議上討論，那樣只會失去重心。
5.計劃不要定的太滿，根據之前的經驗留出10%~15%的餘量
意外總是會發生。
6.不要忽略技術債務
定期清理技術債務是個好習慣。

總結

計劃會議是一個有效的團隊計劃工具，通過計劃會議能在迭代中確定範圍和優先順序，它的重要性不容置疑。但一切工具方法都依賴於實施的人員，構建團隊文化氛圍是打造高績效團隊的核心工作。