雖然團隊一直在推行敏捷實踐，但是具體的實踐應用到每個團隊每個人身上還是要因地制宜，之前人少的時候，感覺團隊的早會很準時，也能分享到一些資訊； 後來漸漸的就變成向老大彙報任務了，早上幹了啥，下午幹了啥；還有種情況就是遇到一個問題討論討論時間就沒控制了； 傳統早會一般都是：昨天干了啥，今天要幹啥，有什麼問題？我們可能會加一項現在做哪張卡； 早會能幫助快速發現問題，共享團隊的資訊，促進團隊的自組織和自立。今天看到一個人的見解，感覺還不錯，轉載分享下； 

目的

• 團隊內資訊共享同步，彙報當前專案進度；
• 提出遇到的問題或者阻塞，尋求幫助和解決方案

形式

• 老三俗：昨天(上個工作日)做了什麼，今天要做什麼，目前有什麼問題 
• 新五雅：昨天(上個工作日)做了什麼，今天要做什麼，什麼時候做完，是否delay，還有什麼其他問題；

示例: 1. 我昨天完成了(或在做)A模組研發 2. 今天要做(或繼續做)B模組研發 3. 預計XX天做完(或在XX前完成) 4. 沒有delay(或比預估時間晚了XX天) 5. 沒有問題(或者有XX問題，詳見下節)

要點

• 聲音洪亮；
• 時間控制，需要深度討論的問題會後另外開會解決；
• 不是向任何人彙報。是開發團隊內部的溝通會議，來保證他們對現狀有一致的瞭解；
• 所有事情必須要有完成時間節點，是否delay，是否有什麼問題；
• 建議每個人在早上上班後準備好自己的晨會發言內容；
• 如果一個功能模組的時間超過了一天，就要說清楚昨天和今天研發同一個模組的差異，例如昨天做了A模組的XX功能，今天繼續做A模組的YY功能。錯誤示例：昨天做了A模組，今天繼續做A模組
• 管理者同步當天或最近的里程碑內容及時間，如提測、上線、各種評審會議等

常見問題

上游delay型

示例： 設計稿或者介面delay，影響研發或者聯調進度 解決方法： 晨會上明確上游時間交付時間，PM要清楚是否會影響整個專案，如需要加人或者向上彙報

技術難題

示例： 有個技術難題還無法解決 解決方法： 晨會散會後另外開會討論技術問題尋求解決或替代方案，由提出者發起會議並邀請相關成員;

遺漏需求

示例： 發現需求文件裡少了XX部分的需求或者說明 解決方法： 分配給對應的產品立即補充完整，要求對方給出完成時間

其它問題

解決方法： 首先確定是否能立刻解決，如在1分鐘內給出解決方案，如果不行就在晨會散會後另外開會討論，由提出者發起會議並邀請相關成員

參考：https://www.jianshu.com/p/80469932ff3e