站立會議變形記

來源: agiledon  發布時間: 2011-02-16 22:52  閱讀: 1001 次  推薦: 0   原文鏈接   [收藏]  

  站立會議對于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點開始,通常不會出現人員不齊的情況。但對于習慣了在站立會議之后開始工作的開發者而言,這就意味著工作時間被不知不覺浪費掉了一個小時。所以,我們在對任務進行工作量評估時,不得不考慮種種看似不經意的損耗。當然,我們可以對遲到進行懲罰。不過前提是不要犧牲團隊的團結。氛圍很重要。

0
0
 
標簽:敏捷
 
 

文章列表

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()