敏捷開發實戰（三）--每日晨會，是否只是擺設？
經過上面總結的兩篇博文敏捷開發實踐（一）–談談我對敏捷開發的理解和敏捷開發實戰（二）–你真的瞭解Scrum嗎？，我們已經對Scrum進行了整體的認識和學習，這篇博文我們一起討論和學習，我在實施敏捷的過程發現的一個問題。
問題描述
相信實施過敏捷開發的博友，每天會在同樣的時間和同樣的地點召開會議，此會議在Scrum五大活動中被稱為每日Scrum會議。
有這樣的一種現象，團隊中的新成員剛開始接觸Scrum時，積極性會特別高，在會議中會比較積極的發言，但是對於大部分經過長時間開發的老成員來說，經常會在會議中抱怨專案中存在的問題（相信大家都知道，專案不可能完美無瑕，沒有任何問題），一旦問題被提出，老成員之間的談論會異常激烈，導致會議持續時間比較長，會議的效率降低，新成員會在不瞭解真實問題的情況下降低積極性等等。
每日Scrum會議
我們先看一下，每日Scrum會議真實內容如下：
開發團隊通過每日Scrum會議來確認他們仍然可以實現Sprint的目標。 這個會議每天在同樣的時間和同樣的地點召開。每一個開發團隊成員需要提供以下三點資訊:
1. 從上一個每日Scrum到現在,我完成了什麼; 從現在到下一個每日Scrum,我計劃完成什麼; 有什麼阻礙了我的進展。
2.每日Scrum中可能有簡要的問題澄清和回答,但是不應該有任何話題的討論。通常，許多團隊會在每日Scrum之後馬上開會處理他們遇到的任何問題。
3.每日Scrum既不是向管理層彙報,也不是向產品負責人或者ScrumMaster彙報。它是一個開發團隊內部的溝通會議,來保證他們對現狀有一致的瞭解。只有Scrum團隊的成員,包括 ScrumMaster和產品負責人,可以在會議中發言。其他感興趣的人可以來旁聽。在必要時, 開發團隊會基於會議中的發現重新組織他們的工作來完成Sprint的目標。
解決方案
Scrum給出了一條解決方案：
每日Scrum是Scrum的一個關鍵組成部分,它可以帶來透明性,信任和更好的績效。它能幫助快速發現問題,並促進團隊的自組織和自立。所有Scrum會議都是限定時長的。每日Scrum通常不超過15分鐘。
下面我談一談自己的理解：
- 每日晨會之前，團隊成員要提前整理好要在晨會上發言的內容，內容要簡明扼要。
- 我對於上面的每日Scrum通常不超過15分鐘的建議，並不完全贊成，樓主在實施敏捷的過程發現，每日晨會不應該超過10分鐘，晨會是用來確定專案的方向的並不是用來討論問題，尋找方案的，太浪費大家的時間，浪費時間就是浪費生命，真的是這麼個意思。
- 每日晨會，要讓組內的成員知道專案的整體進度，提高成員的積極性，將團隊的功效發揮到極致。
- 每日晨會做好會議記錄，將問題上報，及時解決，加快專案的開發速度，提高團隊的開發效率。
每日Scrum會議作用
工作時間久了的博友會理解，每日Scrum會議的真正意義，不僅可以明確團隊中成員當天任務，也可以讓所有成員更加積極的參與到專案中來，發揮團隊最大功效。當你換到一個不使用Scrum的環境時，你就能理解，每日會議真的可以提高50%的效率。
總結
每日會議意義重大，即使專案組不使用Scrum，每日會議也是有必要的。你認為呢？