第10部分(第2/4 頁)

其實，這些都是非常有利於提高團隊合作精神的。

阿捷：噢，可我們每天花這麼長的時間開會，影響工作效率。有什麼可以使會議保持緊湊有效的小竅門嗎？

敏捷聖賢：竅門和經驗有很多，我自己總結了8條，想聽嗎？

阿捷：好啊，等著你傳授給我呢。

敏捷聖賢：第一指導原則：主題明確，不能摻雜其他無關的話題。要做到這一點很簡單，只需要保證每個人只回答4個問題，就行了。

阿捷：都是什麼問題？

敏捷聖賢：“我們上次開會後你都幹了什麼？”，這需要讓整個團隊很好地瞭解該成員在做什麼，以及當前進展，但也不要過分詳細，否則會使大部分人失去耐心。

阿捷：嗯，我們上次有人說“和上次一樣”，也有人說“我正在改一個bug”。看來也是不對的。

敏捷聖賢：是的，“細節決定成敗”，這裡一定要關注一下細節才行。下一個問題是“每個你負責的、正在做的任務還剩下多少時間”。

阿捷：這個我們忽略了。

敏捷聖賢：有些團隊的站立會議也不涉及這個話題，是因為他們用單獨的工具軟體跟蹤剩餘工作量。對於你們，如果沒有讓每個成員在會前主動更新你那個Excel表格的話，就需要在會議上給出最新估算。在Scrum下，每天重新做任務估算是非常重要的。這樣，才會知道你們還有多少工作量，在剩餘的時間內能否完成。如果你們估計不足，覺得不能完成，那麼就要及時調整計劃。

阿捷：看來，如果我們堅持下去的話，也有必要採用一個專門的工具。你說的調整，是什麼概念？是把完不成的任務拿出去嗎？

敏捷聖賢：這是一個思路，另外就是堅決地結束當前Sprint，重新開始下一個Sprint。但無論如何，這事都要事先跟Product　Owner打招呼，讓他知道你們的最新決定。

阿捷：好的，第三個問題是什麼？

敏捷聖賢：“在我們下次開會之前你要做什麼？”，當成員間的工作有依賴關係時，這會給其他成員一個很好的提醒。

阿捷：就是自己給自己設定當天的目標。

敏捷聖賢：嗯，最後一個問題是“你的開發被阻礙了嗎？”這個問題最重要。阻礙一個人繼續開發的問題，最終也會阻礙整個開發團隊，所以一定要鼓勵大家說出自己的問題。一旦有人提出來，你作為Scrum　Master，就有義務幫助他儘可能地消除這些障礙。

阿捷：啊？有些技術問題，如果我們的開發人員都解決不了，我更不可能解決的。我可不是什麼技術專家。

敏捷聖賢：對於一個Scrum　Master而言，並不一定就要自己親自去解決問題，更關鍵的是你要去協調、去排程資源。

第6章　不僅僅是站立（4）

阿捷：嗯，這還差不多，嚇死我了。對了，如果會議中間討論起技術問題怎麼辦？上次我們也發生了這樣的情況，大家爭論了半天。

敏捷聖賢：呵呵，很簡單，視情況而定。如果是幾句話的討論，就讓它繼續下去，不要刻意打斷。這樣解決問題的速度也快，效果會很好。如果有人說了太多的細節或者離題太遠，你作為Scrum　Master，完全有責任打斷他們，以保證會議正常進行。需要詳細討論的，記下來，會後單獨安排一個會議，專門討論。

阿捷：OK。

敏捷聖賢：還需要提一下，Daily　Scrum　的主要目的是讓每個成員自己承諾要做什麼，並且自己去發現進度中的障礙。原來我們只是強調了“自己去發現進度中的障礙”，而忽略了“自己承諾要做什麼”。為什麼要讓每個成員自己承諾要做什麼，而不是讓Team　Leader去安排呢？這個道理很簡單，每個人對於自己親口說出的事情，一定會用心去負責完成。如果事情是別人安排的，而不是自願承諾的，那可能在積極性主動性上就會打一些折扣，就會影響事情完成的進度和質量。

阿捷：絕對贊同！

敏捷聖賢：第二指導原則：站立會議只允許“豬”說話，“雞”不能講話。

阿捷：豬？雞？怎麼站立會議裡還有豬和雞？什麼意思啊？

敏捷聖賢：呵呵，在Scrum中，Scrum　Master和團隊被稱為“Pigs——豬”，其他人員被稱為“Chickens——雞”，這些稱謂源於這樣一個笑話。