|
|
站立會議對于Scrum的意義，就像我們每天早上起來總是希望看看報紙，聽聽新聞，了解每日時事，關心國計民生。站立會議有助于Scrum Master以及整個團隊了解項目進展情況，以便于控制項目進度，掌握團隊成員的開發效率，促進成員之間的交流與溝通，并使所有成員對整個項目能有一個全面的認識。
站立會議的重要性不言而喻。如何遵循Scrum的原則開展好每天的站立會議呢？我在推行的Scrum實踐中，發現站立會議總是會隨著項目的進展，慢慢地發生變形，最后甚至會變得物事人非。幸運的是，每日的會議卻沒有理由地達成了Scrum的目的。那么，在Scrum開展站立會議是否一定要極為死板地遵循Scrum的原則？我認為未必。以下是我在推行Scrum過程中的一些粗淺認識。
1、站立會議一定要站立嗎？
Scurm 要求會議的所有出席者都應站立，這樣就可以保證會議能夠在足夠短的時間內結束。這似乎惡意地猜測了開發人員都是一群懶鬼，是一幫能夠坐著就不愿站立的家伙（難怪Scrum對團隊人員定義為“豬”的角色。雖然這表明豬在開餐館過程中是全力參與者，不過在我們中國人的涵義里，其實還是懶惰的代名詞。當然另外一種解釋是幸福）；同時又善意地幫助開發人員鍛煉身體，有助于身體健康。
讓我們看看在每日會議中要求站立的初衷是什么？沒錯，是要保持會議足夠簡短。那么換個角度來說，只要能夠保證會議足夠簡短，誰還在乎參會的人員是站著，坐著，還是躺著呢？或許有人說，站立的要義不僅如此，實際上還能夠要求參會人員能夠比較清晰地看到任務墻上的內容，了解Burndown。沒錯，確乎如此。不過，如果與會人員能夠圍坐在一張大長桌的三面，同時看著另一面的任務板，似乎也不為過。尤其讓我們想想，一旦參與站立會議的人數增多，而開發人員又是高矮不平，誰能保證個子矮小的開發人員一定能夠站在前面。我發現，只要參加站立會議的人數增多，站立在外圍的人員就會產生一種隔離感與孤立感，從而會抱著一種旁觀者的角度，無法投入參與者的熱情，最后呆站在那里人云亦云。會議結束，作鳥獸散。
所以，Scrum的每日會議最關鍵的不是開發人員的姿勢，而是參與的熱情，以及會議的效率。一個好的會議主持者（通常是Scrum Master），比站立會議的形式更重要。
2、一定要問完三個問題嗎？
Scrum站立會議要求每個團隊成員回答三個問題：
1）昨天你完成了哪些工作？
2）今天你打算做什么？
3）完成你的目標是否存在什么障礙？
這三個問題其實都與任務有關，我總結為三方面：任務回顧，任務分配以及任務障礙。任務回顧有助于幫助我們跟蹤項目進度，并了解團隊成員的開發效率。任務分配能夠再次強調每日要完成的工作，從而產生一種緊迫感和成就感。開發人員在每天的工作中，能夠帶著目標開展工作，會比混亂無計劃的開發方式提高數倍的效率。至于任務障礙，則能夠讓團隊人員及時獲得反饋的問題，并由Scrum Master決定是否需要進一步討論，并制定解決的辦法與解決的人。
但在實際操作中，我發現很多開發人員對這樣的章程有些不以為然。久而久之，這樣的問題與回答漸漸成了表面文章。說的人輕描淡寫，聽的人則報著“各人自掃門前霜”的態度。這樣的站立會議會顯得非常沉悶，拘于流程，最后慢慢消磨掉每個人的熱情。
其實，只要有一面足夠醒目的任務墻，那么完全可以將前兩個問題從口述轉變為行動。完成任務的，就在任務墻上移動一下任務；正在進行的，就去更新一下自己的進度。會議室會成為熱熱鬧鬧的蜂巢，開發人員行走其間，就像一群辛勤的工蜂。而Scrum Master則站在旁邊，就像蜂皇一般，最后由他總結陳詞。
效果如何？我沒有明確的答案，不過大可以嘗試。不要將站立會議搞得像婚禮教堂似的。神父與新郎、新娘每次都重復同樣的問題，同樣的答案。聽過一次是心動，聽過二次是感動，聽過三次、四次以至于N次，那就是無動于衷了。
3、站立會議時間最好在早晨
Scrum 會議只要求會議在固定地點和每天的同一時間舉行。但一般的實踐還是建議在早晨舉行。不是因為“一日之際在于晨”，而是因為早晨是工作日的開始，基本上也可以看作是上個工作日的結束。我因為工作時間的緣故，曾經在一個項目組擔任敏捷教練時，要求將站立會議設定在下午兩點鐘。結果我發現很多開發人員在進行任務回顧和任務分配時，都找不到感覺。為什么？因為他需要把昨天下午和今天上午連接成一個工作日。這違背了我們的日常習慣。就好象我們在最初學二進制的時候，總是感覺那么的別扭。
安排在早晨還有一個好處。開發人員在開發過程中總希望找到一種狀態，就像運動員走向賽場需要發揮自己的臨場狀態一樣。每日清晨到公司上班，總要有一小段時間作為調節期。站立會議恰好是一次完美的“熱身”。會議是壯行酒，會議結束，大家就該奔赴戰場了。
唯一有個缺點是容易導致人員不齊。一般公司的工作時間是9點開始，只要不是需要嚴格考勤的公司，總會有個別員工出現遲到現象。如果安排在10點開始，通常不會出現人員不齊的情況。但對于習慣了在站立會議之后開始工作的開發者而言，這就意味著工作時間被不知不覺浪費掉了一個小時。所以，我們在對任務進行工作量評估時，不得不考慮種種看似不經意的損耗。當然，我們可以對遲到進行懲罰。不過前提是不要犧牲團隊的團結。氛圍很重要。
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
