很少有scrum文獻會說每日站會需要按團隊成員逐個發言。然而大多數團隊恰恰都是這樣做的，但這可能不是最好的方式。
當每日站會是逐個團隊成員進行的時候，團隊成員會很容易丟掉所討論的待辦事項的上下文。例如，可能第一位團隊成員正在處理前兩個產品待辦事項，第二位團隊成員正在處理第二個和第五個產品待辦事項，第三位團隊成員也在處理其中這些待辦事項中的乙個，同時花費少量精力處理另乙個無人的待辦事項。
對某些團隊來說，通過逐個過產品待辦事項來執行每日站會，能讓團隊比逐個團隊成員進行對討論的產品待辦項更有感覺。當逐個過產品待辦事項時，團隊中的一員（通常是scrummaster）說：「好的，讓我們討論下乙個產品待辦事項。昨天誰處理了？今天誰將會處理？在處理這個待辦項時有什麼障礙？」。當團隊採用這種方式執行每日站會時，會更少丟失上下文。關於某個產品待辦項的討論也只需要討論一次；而不會是三個團隊成員分別報告三次。
我們每個團隊都應該這麼做嗎？不，對於某些團隊，還是乙個個過每個人的工作比較好。如果這麼做對你們是有效的，可以繼續這樣做下去。
我推薦把逐個過每個事項作為每日站會的一種新的嘗試。任何時候只要團隊成員逐個進行的方法不夠有效。或者說任何時候，只要某些事項的效果不好，都應該轉而嘗試其他做法。當團隊非常大時（標準scrum建議團隊應該是5到9個人），如果超過了這個限制，那麼換成逐個過待辦項開每日站會，可能會有幫助。因為對大的團隊，在產品待辦項間來回的情況可能更加嚴重。
如果你們已經長時間逐個成員開每日站會，長時間採用同樣的方式做任何事情都會令人乏味，就算對你們團隊採用逐個成員這種方式非常有效，也可以嘗試在乙個迭代中採用逐個產品待辦項的方式。
如果以上情況適用於你們團隊，我想你可能會發現，換成逐個產品待辦項開每日站會的方式（即使只是暫時的），都會幫助你和你的團隊更加敏捷。
本文譯者：
李潔（jerry li） ，csm，scrum中文網資深敏捷顧問和培訓師，敏捷教練
文章**：leangoo敏捷開發工具leangoo.com
放棄在每日站會上按成員逐個發言
很少有scrum文獻會說每日站會需要按團隊成員逐個發言。然而大多數團隊恰恰都是這樣做的，但這可能不是最好的方式。當每日站會是逐個團隊成員進行的時候，團隊成員會很容易丟掉所討論的待辦事項的上下文。例如，可能第一位團隊成員正在處理前兩個產品待辦事項，第二位團隊成員正在處理第二個和第五個產品待辦事項，第三...
CSDN英雄會 上海站
上周末 8月29日 去上海參加了csdn舉辦的英雄會，會議主題 創新 創富 創業 以前很少參加這型別的會議，當是給自己長長見識咯。一天會議下來給我印象很深的地方不多，除了菲青老大對 開發平台的演講之外，還有三個演講者給我留下比較深刻的印象。周橋巨集部落格 第二位是梁肇新，超級解霸的代名詞，很多年沒有...
糟糕的每日站會
每日站會，作為scrum裡面重要活動之一，非常容易理解和實施，同時也是公司引入敏捷最容易和最應該開展的活動之一。然而卻因為執行不易歷來飽受爭議。很多有心嘗試scrum的專案試行一段時間後，往往是在站會上最先打了退堂鼓，繼而產生質疑。總覺得站會就是例行匯報，聽不到什麼實際內容的討論，枯燥無味 在有些團...