Scrum看起來很簡單，角色、會議、工件、核心價值觀，清晰明瞭。
Scrum實施起來很不簡單，馬上要開會了人還沒到；評審會議大部分人在神遊天外；回顧會議莫名安靜，氣氛尷尬……
實施Scrum的初期，對於幾個固定必須開的會議，團隊成員大多叫苦不迭，一方面覺得會議沒有價值，佔用了有效的工作時間；另一方面會議越開越安靜，不如一紙通知來的痛快。
今天我們講一些具有實操性質的東西，就講講怎麼開好Scrum會議。
1. 申明動機，即明確會議解決的核心問題。
計劃會議解決兩個問題：
<1> 接下來的Sprint交付的增量中要包含什麼內容？
<2> 要如何完成所選的工作？
每日站會是團隊進行信息同步的重要會議，團隊成員向其他成員申明，昨天完成了什麼，遇到了什麼問題，併爲接下來的24小時制定計劃。
評審會議在迭代臨近結束時舉行，用以檢視產品增量，並按需調整產品代辦列表。
回顧會議是團隊檢視自身，並創建改進計劃的機會。
這些會議要解決的問題，就是每個會議存在的價值。確保團隊成員明白其價值，是Scrum會議能夠開好的前提。
2. 明確參與會議的規範。
對於各個會議的規範，比如說每個角色在各個會議中分別承擔怎樣責任等，最好通過一次培訓或者會議讓大家對每一個概念有清晰的瞭解，會議結束後將規範打印出來，讓所有人傳閱，並在文件背後簽名，表示已閱。
這樣做不僅能夠引起團隊成員的重視，並且避免日後扯皮。
3. 要着重申明各個會議的時長。
通常Scrum遭到投訴的原因是，Scrum裏面規定的各種會議所佔據的時間太長了。
事實上，Scrum裏面各個會議通常是限時的。
每日站會是一個以15分鐘爲限的事件。有些Scrum Master 反映，每日站會越開越長。原因大多是由於團隊已經開始討論問題的解決。這時候，需要Scrum Master【保持清醒】【勇敢地】跳出來告訴大家，每日站會是一個只暴露問題、不解決問題的會議。會議上所提出問題的解決，通常放在會議後，由相關人員進行討論解決。
對於其它的會議，以一個月的Sprint來說，計劃會議最多8小時上限，評審會議的時限是4小時，回顧會議的時限是3小時。對於較短的Sprint，會議時間通常會縮短。
Scrum Master要負責將會議中跑偏的話題收回來，不偏題。
當然，要注意在時限範圍內，完成會議要解決的核心問題。一個沒有達成目的的會議，即使時間再短，也是失敗的。
4. 放些大招，專治重度患者。
建議團隊“貢獻榜”。
針對會議總是遲到的成員，負責給大家提供小小的福利，比如說奶茶啊，水果啊。或者發團隊紅包啊，按遲到分鐘數決定紅包金額大小。
