Daily Meeting怎麼開?

 

在那些最簡單也最常談起的敏捷實踐中，每日站立會議（又稱作每日例會）就是其一。 Jeff Martin在scrumdevelopment Yahoo!郵件組中問道：

我搜尋過相關知識卻一無所獲，我想我一定是用錯了詞。誰能給我一個每日例會的範本？我們遇到些困難，導致有些團隊成員想取消會議，或是一周只開兩次會。

這個問題得到了很多回複。 Marcie Jones認為原因在於（缺乏）推動會議進行的技巧：

你自己千萬別遲到（呃……）。作為Scrum Master，這不但是個壞榜樣，還將你不重視團隊的時間或每日例會這樣的資訊傳遞給他們。如果他們沒感受到你對每日例會的重視，為什麼他們得照做？
按時開始。不在乎團隊的時間人才會說“我事情剛做到一半，再等我五分鐘好嗎？”。如果因為這些原因頻繁延遲會議，這就又一次告訴大家會議是不重要的，但其實它真的應該是一天中最重要的部分。
如果前兩條都做不到，那麼試試換個時間舉行每日例會。不過你得清楚改變時間並不會解決根本的態度問題。
中止不合時宜的討論。即使你整天都在扮演“團隊成員”角色，每日例會的時候，作為Scrum Master你就得站出來主持會議。你有權要求人們不要在會議上討論，或是保留到會議結束後再繼續。這可不容易，你得保持立場堅定才行。
要是彙報的狀況不夠清楚，就要多問些問題。不要只是告訴他們“要更新任務的資訊”或“你做錯了”。要是你一直在跟他們交流，那就通過在每日例會上問一些引導性的問題，例如，“這件事情有什麼新情況？”，“你決定如何處理那件事情？”，“你有沒有曾經因如此這般的方法得到如此這般的結果？”。或是從人們問的問題中學習，或是從困難中汲取教訓，團隊最終會發現資訊應該詳細到什麼地步為妙。
嘗試解決這些問題時，先徵求團隊的同意，在下次迭代中繼續保留每日例會。向他們保證如果情況沒有任何改善，就變成一周兩次。然後信守承諾。先這樣做再說。反正只要有回顧會議，你總有機會可以選擇變回來。
Artem Marchenko認為每日站立會議的規則很簡單，範本沒什麼用：

把每日例會最簡化以後，它就變得非常簡單，僵化的範本恐怕沒什麼用。手勢、眼神、語調以及信任感可能更是你想要的，在有需要的時候，這些才是Scrum Master（以及團隊成員）可以真正發揮作用的地方，但範本很難反映這些要素。

下面是Scott Weber推薦的一個範本（順便說一句，很多人都不同意Scott，認為這個建議太過傾向於命令控制方式）

Scrum Master：Scot，昨天你都完成了些什嗎？
Scot ：我把任務X和Y做完了，但是在Z上遇到了困難。我想我需要Jon來協助我。
《假設Jon有否時間不是問題》
Scrum Master ：Scot，你今天都準備幹嘛呢？
Scot ：和Jon一起完成Z任務，然後開始做AA。
[[如此迴圈直到團隊最後一個人完成講話]]

稍後Scott指出：
自我組織團隊是Scrum夢寐以求要實現的目標之一，那表明Team Dev成員（不見得都是工程師）已經具備有效參與並融入團隊的能力。

在討論中，有些人提到了幾篇討論每日例會的精彩文章：Simon Baker從整體上講述了每日例會（包括雞和豬的經典笑話）；Mishkin Bertig講了一些問題現象；Jason Yip則通過模式的形式來講解。

從概念上講，每日例會非常簡單，但往往團隊要採用卻並非易事。如果要將我們的敏捷規則應用到每日例會上（敏捷的變種），我們必須非常清楚每日例會的目標，這樣才能“驗證”各種特殊情況下每日例會是成功還是失敗。可惜大多數討論都沒有把這個目標講清楚。在這個主題裡，會議的目的也只是被一筆帶過，卻從未被直接拿來討論。

你怎麼理解每日例會的目標？以上這些實現能否協助你達到目的？