筆者經歷過大到600人、小到20人的專案團隊，很多團隊中會引入敏捷尤其是scrum實踐，其中乙個重要的實踐是站立會議，遇到過團隊成員抱怨站立會議浪費時間，甚至在有些團隊中leader也持這種觀點，最後堅持不了幾次就不了了之了。那麼，站立會議（甚至說敏捷）是否有必要呢？
我很能理解團隊成員抱怨站立會議浪費時間，開發人員是軟體工程的直接實施者，他們的感受一定是**於實踐的，他們說浪費時間那肯定是存在這種問題的。軟體工程的一切實踐都是為了提公升效率與質量，如果不能起到這個作用，那麼一切活動都是形式，都是浪費大家的時間。某項實踐有沒有意義，在於團隊成員對於這項活動意義的理解是否正確，以及實施方式是否富有成效。拿站立會議來講，首先得想清楚為什麼要這樣做？是為了解決什麼問題？期望達到什麼效果？
站立會議的目的，總結起來有以下幾點：
團隊對齊下乙個關鍵節點是什麼時候？要達成哪些目標？為了達成這個目標目前還缺少什麼？
了解團隊的工作進展。
識別出團隊成員的工作方向是否與團隊總體目標有偏差，減少走彎路的情況。
第一點是核心，leader必須確保團隊的每一名成員的工作都是奔著專案的下乙個節點去的，也許專案的目標是攻下3個山頭，但是下乙個節點就是要攻下第1個山頭，那麼leader就要確保團隊成員的子彈不要往第2、第3個山頭發射。
我一直強調，敏捷或者devops最核心的理念是盡早得到「反饋」，力求所做的每一件事盡可能都是對的，有偏差的時候能及時糾正，這樣才能少走彎路。
實踐中，以筆者個人的經驗，專案越是到了攻堅階段站立會議越是頻繁，基本每天進行，因為越是時間緊迫的時候越要保證所有人目標一致、少走彎路。相反，如果接下來處於迭代中的編碼階段，工作方向和任務相對明確，那麼也就可以少進行或者不進行站立會議。我們所做的每一件事，都要目的明確。
總之，對於敏捷團隊，站立會議是跟進專案進度、識別專案風險最好的方式；對於不敏捷的團隊，站立會議確實只是乙個形式。
敏捷軟體開發 站立會議
站立會議，又叫每日會議，是極限程式設計方法的組成部分之一。每天早上都要來一次站立會議，主要用於溝通問題 方案，以集中小組注意力。一聽到這個名字可能就會讓人產生反感。每日會議，真是文山會海啊！其實不然。stand up meeting就是讓參加人員站著開會以縮短時間和提高效率，一般情況下只會持續10分...
敏捷軟體開發最佳實踐之 Scrum站立會議
站立會議是敏捷軟體開發方 scrum的相關技術之一，亦可稱之為scrum的最佳實踐。具體形式為每天的同一時間，乙個敏捷開發團隊的所有成員面對面站在一起，進行乙個為期15 20分鐘的短會。在會議上，每個人要依次回答以下三個問題 1 從上次站立會議到現在，你完成了什麼 2 從現在到下次站立會議，你將要做...
專案中站立會議和故事牆的那些事兒 敏捷開發
專案組一直在推敏捷開發，但發現乙個關於每日例會的問題。場景 有時大家比較忙時，主持人會乙個個去詢問團隊成員工作狀況。問題 不應該有個主持人，這會導致主持人過於繁忙，而其他人投入度降低 只關注自己的問題 建議每人個人主動去講解自己的工作和計畫，主動，自發和自組織，這才是關鍵 最糟糕的是，主持人挨個詢問...