從今天開始我們準備介紹一下scrum中的4個會議中的每日站會。

每日站會的目的我在這裡就不再累述了，因為已經有太多的文章和書籍來介紹了，如果大家有興趣的話，可以聯絡我，我可以給大家推薦一些資料和書籍。

那麼我們在這裡主要講一下什麼樣的站會是一個好的站會，我們要避免哪些行為會把站會帶到溝裡面去。

你的站會是不是有以下一些味道

經常有人遲到，不準時參加會議
開會的時候有人低頭看手機，或者幾個人開小會
有類似這樣的report “我昨天在修bug,我今天也準備修bug,明天我還要修bug”
會議時間超長，大家總是糾結在細節問題上討論
站會變成了進度檢查會
如果SM或者PO不在，站會就不開了

如果你的團隊站會有以上的一些行為，那麼你要小心了，有可能你的站會已經跑偏了。

那麼我們需要站會來幹什麼呢？

將團隊的進度及問題透明化，能夠讓團隊其他成員知道團隊現在離目標還有多遠，有什麼潛在或已知的問題。
給團隊成員一個彼此交流的機會
團隊能夠將專注力集中在目前應當做的事情上
調整使用者故事或者任務的優先順序
知道了站會要做什麼之後，就可以從下面幾個方面來入手幫助團隊開好站會了：

保證所有人按時參加站會。因為站會是團隊溝通，並且透明化進度及任務的一個機會，所以最好團隊相關的所有人都能參加，如果有人遲到之後，可以徵求團隊的意見，指定規則，比如說誰再遲到要給其他人買冷飲之類的，筆者曾經這樣用過一次，然後第二天主動遲到並且認罰，幾次之後，就沒有人在遲到了。
可以按照經典的三個問題來報告自己的進度及遇到的問題，最好不要過多糾結於細節，SM在這個方面著重注意。我曾經讓團隊可以自由討論問題，但是一旦發現有人心不在焉或者不感興趣，要馬上通過一些方法來告知正在討論問題的小夥伴，細節問題可以放到會後單獨討論。
manager和PO都可以參加站會，但是最好不要發言，以防止把站會當成任務檢查會
SM除非看到站會超出控制範圍，最好不要過多的參與到站會中，讓團隊自己組織站會，如果團隊希望有個人來host 會議，那也由團隊自己選擇產生。
關注大家每日站會彙報的問題，確保問題能夠得到跟蹤並解決
不一定需要按照人來進行站會彙報，還可以按照使用者故事來進行彙報，比如說一個使用者故事由幾個人來進行開發，那麼可以這幾個人先彙報，這樣可以增加站會的相關性，避免因為彼此任務很獨立而造成互不關心的情況。
總之，每日站會在scrum實踐中是很重要的一個會議，它決定了每天關注團隊的進度和問題，從而保證團隊和PO能夠把握在每個迭代中完成使用者故事和任務的一個基礎。