每日站會到底有沒有必要

XP和SCRUM是敏捷研發管理的兩個最佳實踐，他們都要求有每日站會。有人認爲每日站會浪費時間，這是在實際執行中的問題，也是團隊協做和默契的問題。還有人提出：天天真有那麼多的事情發生嗎，隔一兩天不見面有那麼嚴重嗎。甚至有人提出每日站會只是健康站會，用於鍛鍊身體，討論的事情重複123。也有人認爲，站會就是雞肋，徹底沒有發揮做用。

按照敏捷開發的慣例，應該專門提出來解決問題。

天天你們站在一塊兒，由主持人問三個問題：

（1）過去一天作了什麼（細節粒度要根據時長掌握好）

（2）將來一天計劃作什麼

（3）遇到了什麼問題和困難

每日站會通常安排在早上，一日之計在於晨，天天一來公司就把過去和將來梳理清楚很是有利於將來一天的工做。

工做中的問題和困難每每致使項目停滯，所以應更加註重問題和困難的討論，給出解決方案。爲了節約時間，提出問題的人應稍稍整理本身的思路，如有備選解決方案，應提出這些可選的解決方案，其餘與會人員也要積極給出解決辦法。

這三個問題有必要每天討論嗎？不少人有這個疑問。

我認爲必須每天討論，尤爲是互聯網企業。軟件工程講究規劃和計劃，而現代軟件工程每每受制於偶然事件和緊急需求，每日站會正是敏捷研發管理方法論解決計劃趕不上變化的有效辦法。

軟件研發過程時時都會產生意外事件，客戶遇到新問題，用戶體會到很壞的體驗問題，工程師開發過程遇到調試問題，有個算法性能一直沒法提高......有的問題能立刻解決，有的問題就致使任務沒法進行，甚至讓產品總體規劃收到影響。

除此以外，人們站在一塊兒討論幾分鐘還有其餘好處：

（1）具備儀式感，

（2）增進團隊成員之間的瞭解，

（3）創建自然的協做習慣，

（4）創建良性競爭機制，

（5）每一個人都爲了掃除迭代版本計劃執行障礙，有共同的短時間目標，同仇敵愾。

目前流行的是SCRUM，在SCRUM中究竟怎麼描述每日站會的呢？通常的教科書是這樣描述的：

一、每日站會是一種限定在15分鐘以內的活動，讓開發團隊同步行動，爲接下來的24小時創建計劃。

二、審視上一次站會以來所作的工做，而後預測下一次開會前能夠作的工做。

三、爲了下降複雜性，站會應該在每一天的相同時間以及相同地點召開。

四、團隊成員都應發言，發言內容包括：

（1）What did I do yesterday that helped our team meet the Sprint Goal?

昨天我作了什麼來幫助咱們團隊達到衝刺目標？

（2）What will I do today to help our team meet the Sprint Goal?

今天我將作些什麼去幫助咱們團隊達到衝刺目標？

（3）Do I see any impediment that prevents me or the our team from meeting the Sprint Goal? 

我是否看到了阻礙我和個人團隊達到衝刺目標的困難？

所以，每日站會本質目的是：

（1）讓咱們團隊爲將來一天的合做作好準備，

（2）幫助本身團隊感知他們是否可以達成衝刺目標，

（3）發現任何讓本身團隊慢下來的事情。