轉載於http://blog.csdn.net/caowenbin/article/details/8457510
站會，幾乎在所有的敏捷開發相關的書籍中都必然會加以闡述，雖粗略不同，但都把他視爲敏捷開發過程中不可或缺的一環。個人認爲，站會最大的意義是溝通，是在面對面溝通的敏捷原則之上創造的一次強制性的溝通機會，爲那些在需要面對面溝通時由於個人性格、時間、被溝通者不在現場等客觀理由創造一次機會。因此，站會在敏捷開發中具有非常重要的意義。
但在具體的執行過程中，有一些現象還是讓敏捷開發很受傷。
1.站會是可以自由選擇的可選項。這一傷害無疑讓敏捷開發打了折扣，至於站會有多重要，隨便找本相關的書看看就是了，我們期望通過站會讓團隊成員有一個機會聚在一起，如果誰都可以不想來就不來，那勢必會造成信息的不對稱，也就背離了敏捷的原則。另一種常見的理解認爲站會是開發人員的事，其他人可以不參加。這是在縮小團隊的範圍，敏捷的基礎就是多角色的團隊，是要所有的團隊成員共同合作完成任務，如果視覺設計師不參加站會，就不利於與開發工程師同步進度，如果測試人員不參加站會，也不利於瞭解開發過程中具體的問題。站會是個必選項，只要你在這個團隊就一定要參加。
2.不知道站會要說什麼，拖沓冗長，隨性而爲 。站會用於同步信息的目的很明確，所以其內容很簡單，每個人輪流說一下自己昨天做了什麼工作，今天要做什麼工作，是否需要其他人幫助解決某個問題。這樣下來每人有30秒到1分鐘就夠了，10人的團隊也不會超過10-15分鐘，那些一開站會就30分鐘的是應該反省一下了。其實站會更重要的是結束以後的時間，對於會上某人提到的問題，會有相關的人員繼續討論，而其他的人則解散了。這也就是站會對促進溝通的重要作用。
3.站會紀錄變成檢查工作的手段。對於項目經理或某些起管理作用的人員，往往會把站會紀錄看做是檢查工作的手段，依據每天的站會紀錄來分析每一個成員的工作情況，有的甚至忽視了站會紀錄中所表現的風險、問題，久而久之，團隊成員在站會上的發言就變味了，站會也就變成了工作檢查會了。
4.站會無內容。“我昨天解bug，今天繼續解bug”，開發人員時常在站會上這樣說，如果都是如此，站會就起不到作用了，作爲站會的主持者，對於這種現象要加以引導，同時也要分析現象背後的問題所在，是懈怠了，還是其他的什麼原因，要把站會的內容引導到一個正常的軌道上。
5.站會遲到。遲到總是不可避免，也總是有各種理由。但是我們可以給遲到加一點處罰，讓遲到者意識到自己耽誤了大家的時間，影響了團隊的活動。重要的還是養成習慣，讓每個人的心和團隊在一起。以某團隊的站會爲例，在迭代啓動會時會規定參加站會的時間、地點、人員和遲到罰責，比如遲到會請所有參加站會的成員喫雞翅。由於有這樣的規定在先，所以主持人可以認真執行落實，經過幾次以後，幾乎很久都不會再有遲到的，也可以保證站會的按時進行。
當然，以上不是全部，有人會說這都是小事，無關緊要，但是一個迭代一個迭代的累積下去，站會就越來越淡化，越來越變味。就像代碼一樣，任由‘壞味道’存在並黴化，最後可能整個架構都會被毀掉。代碼可以重寫，但敏捷過程如果出了問題，其代價可就遠大於代碼重寫了。