《小王子》中有一段是這樣寫的，小王子第二天又去看狐貍。

狐貍說:最好還是在原來的那個時間來，比如說，你下午四點鐘來，那么從三點鐘起，我就開始感到幸福。時間越臨近，我就越感到幸福。到了四點鐘的時候，我就會坐立不安；我就會發(fā)現(xiàn)幸福的代價。但是，如果你隨便什么時候來，我就不知道在什么時候該準備好我的心情…應當有一定的儀式。

“儀式是什么？”小王子問道。

“這也是經(jīng)常被遺忘的事情，”狐貍說，“它使得某個日子區(qū)別于其他日子，某個時刻不同于其他時刻。例如，那些獵人就有個儀式。每逢星期四，他們會和村里的女孩跳舞。所以星期四是個美好的日子！我可以到葡萄園里散步。但如果獵人并不在固定的日子跳舞，所有的日子都是相同的，那我就沒有假期了?！?/p>

很少有開發(fā)模式像scrum一樣把儀式感發(fā)揮的淋漓盡致，細致到有多少次會議，會議頻率怎樣，誰來參加，會議最后要有怎樣的產(chǎn)出都一一定義。

每日例會的儀式

沐浴，更衣，撒香。。。開個玩笑
例會的時間選擇最好是在每天早上大家都開始進入工作狀態(tài)的時候。老板們都希望早會越早越好，這樣大家都能按時來上班了，要是碰上有彈性上班制度的公司，恐怕這樣的老板會和員工起沖突的，畢竟員工各自情況不一樣上班希望有點彈性，所以要合理適當?shù)倪x擇例會時間。

每日例會的真正儀式是：

• 每個工作日
  有人問我早會一定要每天都開嗎？我的答案是肯定的，這是團隊面對面討論問題的儀式，不一定每一個人說的每一條信息都有用，但是只要發(fā)現(xiàn)兩條有用的信息進行闡明或者跟進，也是每日站會的意義所在。

• 站立
  找出合適的地方保證大家能圍成一圈開始站著開會。如果團隊用物理看板的話，就再看板前開會，如果是電子看板的話要有屏幕，總之不能干瞪眼，要讓團隊看到實時的sprint情況便于討論。
  發(fā)言順序要適當調(diào)整，最好隨機

• 每人發(fā)言回答三個問題，昨天做什么？今天有什么計劃？有什么問題需要解決？
  團隊成員很可能會流于形式的回到昨天做什么，今天又什么計劃，不大會說出自己目前碰到了什么問題，要鼓勵大家說出問題
  團隊會走極端把站會當成溝通的唯一渠道，本來前一天就可以解決的問題一定要拖拉到第二天站會才提出來。好的站會是發(fā)現(xiàn)未知問題平臺，而已知的問題應該在站會前就已經(jīng)溝通解決或者有解決方案了

• 會議時間控制在15分鐘以內(nèi)
  有些話癆會占用很長的時間敘述昨天干了什么，來證明自己干了很多時間，工作有多認真。如果情況嚴重就要打斷，或者硬性規(guī)定每人發(fā)言不能超過固定時間，比如一分鐘
  有時候團隊會就某個問題產(chǎn)生爭執(zhí)，占用很長的時間進行討論，這時候要打斷并且建議會后再進行單獨討論。不要忘記跟蹤他們是不是有討論這個問題。

Sprint計劃會議的儀式： 總-分-總

• 總體陳述用戶故事
  對于兩周一個sprint，由產(chǎn)品經(jīng)理花10-20分鐘時間總體闡述下當前sprint最高優(yōu)先級的用戶故事，重點是說明“為什么”。討論的目的是讓團隊對這個sprint的范圍有總體印象，了解為什么要做的背景，以及排除掉一些超出此次討論范圍的用戶故事，比如PO準備的用戶故事太多大大超出了團隊一個sprint能完成的量，又比如有的用戶故事有些理解誤區(qū)需要再次確認。限時避免深入討論如何實現(xiàn)這個用戶故事的細節(jié)，因為后邊會有更多的時間來詳細討論。很多時候會跳過這一部分直接進入詳細討論的環(huán)節(jié)，省略掉這部分的后果是，團隊在沒有全局概念的情況下直接進入到很細的細節(jié)討論中，不能很好的做決策。這10到20分鐘的時間會起到事半功倍的效果
• 分組詳細討論用戶故事
  還是兩周一個的sprint，建議花一個小時在詳細討論上，并且分組討論，每組里最好能包含不同的角色，比如一個后端開發(fā)一個前端開發(fā)一個UX和一個QA組成一組，一個組最好討論同一個模塊的用戶故事，方便對用戶故事重新組合或者拆分。規(guī)定討論需要有產(chǎn)出，每個用戶故事要有驗收標準，故事點數(shù)，有必要的話需要拆出子任務。
  如果一個組討論結(jié)束了自己分到的用戶故事，可以自由加入另外的組進行討論
  討論的時候為了避免超時間，可以從高優(yōu)先級的開始討論，時間到后可以根據(jù)實際情況，由團隊成員自行決定是要延長討論時間還是適可而止。
• 總結(jié)sprint目標
  這一部分建議時間是至少40分鐘，一是各個組向全部成員介紹討論結(jié)果，二是對所有的用戶故事整體再排優(yōu)先級，最后再根據(jù)討論結(jié)果承諾當前sprint需要完成的范圍。
  可能你回質(zhì)疑既然已經(jīng)花一個小時分組討論了，為何還要花這么久的時間再總結(jié)。從經(jīng)驗來看雖然已經(jīng)進行了詳細討論，但是只是小范圍分組進行的，在最后全部人員一起總結(jié)的時候很有可能會對某個細節(jié)推翻再討論，這部分因為是全員參與討論澄清的時間會很長

回顧會議的儀式

回顧會議的儀式多種多樣，這里只列舉集中常用的以供參考

• 發(fā)散和收斂，比如ORID
• 焦點問題討論, 比如魚骨圖
• 增強團隊凝聚力，比如對別人表示感謝

無論花樣繁多也不要忘記最終的儀式，即團隊要根據(jù)當前情況列出可執(zhí)行的改進條目，列出類似的表格方便追蹤改進項，如下

SPRINT評審會議的儀式

評審會議里邀請用戶及利益相關(guān)者來參加會議本身就儀式感十足

• 會議前
  邀請相關(guān)人等，并且郵件告知評審會議的內(nèi)容
• 會議中
  由產(chǎn)品負責人演示產(chǎn)品，有時候需要一些演示數(shù)據(jù)，團隊成員有必要提供幫助。
• 會議后
  要對會中過程中的反饋進行記錄跟蹤，并且郵件通知利益相關(guān)者改進狀態(tài)