Scrum晨會那些事
Daily?Scrum?Meeting,在騰訊這里有多種叫法:站立會、早會、每日例會、晨會。由于會議一般都是在早上開的,因此我們都習慣把該日常會議統一叫“晨會”。在團隊內實行了2年的晨會,在此分享一下積累的經驗。
1、參與角色
在大多數的項目里面,會根據特性的不同,我們會劃分成為多個虛擬團隊,每個團隊有比較固定的成員,包括:產品經理(PDM),開發(DE),?測試(TE),項目經理(PM)。在虛擬團隊中,PM作為一個管理者,保證該團隊的正常運作。
注意:在騰訊的某些部門,PM只是負責完成管理工作,因此產品的成功與否跟PM無關,與產品負責人(PDMO)緊密相關,有PDMO和運營直接承擔KPI。
虛擬團隊的架構如下圖,最終向PDMO匯報
相關名詞解析:
產品經理(PDM):Product?Development?Manager
產品負責人(PDMO):Product?Development?Manager?Owner
開發:Development?Engineer
測試:Test?Engineer
項目經理:Project?Manager
2、設定主持人
虛擬團隊成立初期,PM必須作為主持人,負責維持晨會的正常運作。等到團隊經過一段時間的磨合期之后,可以進行主持人輪換。2年時間里,每個虛擬團隊的晨會方式都不一樣,這里總結了主持人需要做的工作:
1)準時召集開會。會議時間可以設定在9:30-10:00之間,這樣能明確大家當天的工作安排。
2)監督參與成員。PM、PDM、DE、TE都需要參與,保證信息同步的一致性和實時性。
3)監督發言。確保了每個人的發言都包括了“昨天做了什么”,“今天要做什么”,“遇到什么困難”。
4)解決困難。對于遇到困難的童鞋,需要落實解決辦法。主持人可以發言:“這個問題,誰幫忙看下?”或者“A同學,你能協助B同學看看這個問題么?”。具體方案在晨會后單獨把相關人拉起討論,切勿在晨會上展開討論。
5)控制時間。確保每人發言時間1分鐘左右,晨會15分鐘以內。避免在晨會上對細節問題進行討論。
6)明確當日目標。輪流發言完畢之后,主持人需要簡單總結當日的目標,明天主持人根據前日的目標進行驗收,避免進度延期。
以上幾項是主持人的基本職責,只要做到就可以很好地主持晨會。在過去的團隊里面,有些很出色的主持人
1)冷笑話。在會議前說一個冷笑話,活躍氣氛。
2)個人分享。在會議前用5分鐘進行分享,適用7人以下的小團隊。分享內容可以由主持人自由發揮。這個環節非常有效,在極短時間內提高了團隊凝聚力,團隊成員關系也很好。很有趣的事情就是每個人的興趣不同,因此個人分享逐漸延伸出很多個專輯。例如:個人勵志故事、易經那些事、偵探小說、生活百科、國學舞蹈等等。在分享的過程中,提升了大家講故事的能力,促進感情交流,非常棒。
3)RTX或郵件輸出晨會內容。
4)實時更新進度墻
3、Token發言令牌在早起的晨會中,每個人是輪流發言的,這是一種常規的方式。
在這種方式下會存在幾個問題:
1)發言很形式化
2)后發言的同學容易開小差,不集中精神
3)發言過的童鞋會開小會
后續對晨會進行了優化,增加Token發言令牌。準備:一個小巧的公仔,我們這里用的是企鵝公仔規則:只有手持公仔的人才能發言。如果想要發言,需要舉手示意接到公仔后才能發言。發言完畢,可以隨便把公仔拋向未發言的童鞋。
例子:A手持公仔,發言完畢后拋給B。在B發言過程中,C需要幫助B解決困難。待B發言完畢,C示意需要發言,B把公仔拋給C,C開始發言。注意:一定要隨意拋出公仔,作用有二:一是不確定性讓大家集中精力準備發言,二是增加了晨會的趣味性,特別在早上有提神的效果。
4、設定人數晨會人數應控制在15以下,最好在10人左右。這是因為如果人數過多,即使有主持人,也很難保證晨會效果。如果團隊確實很大,建議采用分層晨會的方法,例如將團隊分為幾個小組,A、B、C小組分別開晨會,然后A、B、C各派一名代表,再開一個晨會,交流一下小組的工作。分層晨會的方式很多,剛才說的是其中一種,大家也可以根據自己的實際情況來組織。
5、進度墻試想一下,假如10個人都說完“我昨天做了什么”,“今天要做什么”,“遇到什么困難”,晨會上估計沒人會記住。與發言人沒直接相關的童鞋更不清楚他做了什么。單純的口頭語言描述,會讓信息的傳遞大打折扣。因此我們需要結合進度墻進行會議。目前我們采用的是Scrum的進度墻方式。(之前試過采用豐田的精益看板方案,發現過于復雜,維護起來不方便,最后舍去了)
以上是團隊2年來總結出的一些經驗,希望對讀者有幫助,歡迎隨時交流。
作者:Andy
來源:小水滴(微信公眾號:minidrupal)
- 目前還沒評論,等你發揮!