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）

,