作為敏捷開發基本構成部分，每日站會往往是最容易被誤解的。事實是：每日站會本身並不會讓團隊變得敏捷。每日站會的目的不是自吹自擂，也不是為了驗證工作成果；更不是計畫時間，sprint規劃會議的目的才是這個。每日站會也不是只用來討論開發阻礙而設定的會議，因為在遇到阻礙的時候，應該第一時間尋求幫助。
本文，我們將討論如何有效應對阻礙並提供一些來自我們自己團隊的重要提示和技巧。希望能讓你們團隊的每日站會（以及整體敏捷專案）變得更高效。
在諸如美式足球和橄欖球等眾多運動中，球隊在每場比賽上場前都會聚在一起開個短會。這種臨場短會是戰略性的：它能讓整個球隊的成員在比賽過程中互通訊息、相互協作、配合。對於研發團隊來說，每日站會就像是球隊的賽前短會。每日站會甚至經常被稱為「每日scrum」，並通過強調「我們」這個重點，讓每個成員都了解到團隊的現狀和進度。
換句話說，每日站會是乙個由核心團隊參加的日常會議，即：product owner、開發人員和scrum master。 每日站會的風格取決於各個團隊自身的情況，因此都是獨一無二的。但通常情況下每日站會要回答三個問題：
這些問題反應了當前的進度並凸顯團隊遇到的阻礙。此外，讓每個人分享他們為團隊整體進度所做的貢獻，能夠強化團隊成員之間的聯絡。每日站會強調讓每個成員分享自己的成果和計畫，這樣做可以讓每個人都因為組織的發展做出了貢獻而感到興奮。
就個人而言，在每日站會前，每個人都要知道自己要說什麼。這能夠確保會議的活躍氛圍，讓每個與會者都全神貫注。在worktile，團隊成員用看板來展示當前迭代所有的工作項，用檢視篩選來過濾其他工作項，讓大家能掌握專案的最新進展。
可以幫助個人充分準備每日站會的過濾功能有兩個：一是「僅展示我的任務」；
另外乙個是「按更新時間排序」。同時使用這兩個過濾功能，介面上就能夠得到分配給個人的任務和最近更新的事項。
（檢視設計器）
（按負責人及更新時間排序的看板檢視）每日站會的形式不是一刀切的。在worktile，每個團隊都有其獨特而個性化的每日站會，以確保團隊每個成員參與並投入其中。形式各有不同。
下面，讓我們深入了解怎麼樣才能成功開展高效的每日站會，分享一些我們自己的經驗：
1.選擇合適的時間——在worktile，多數團隊的每日站會在上午9點30到10點之間進行。這個時間安排讓每個人都有機會在參會前了解當天的資訊和更新，同時也不會要求每個參會人都起得太早。
2.確保每日站會的簡短高效——在worktile，團隊都是以比較隨意的方式完成每日的站會，以確保每個人都能夠集中注意力並保證會議效率。可以讓參會成員輪流計時，以確保每個人都全身心參與和聆聽。將每日站會的時間限制在15分鐘以內（我們一般在10分鐘左右完成）。如果團隊規模較小，則可以嘗試在更短時間內完成每日站會。
（截圖來自worktile）
3. 使每日站會成為sprint回顧會議的一部分——儘管每日站會已經成為了眾多敏捷文化的一部分，但這並不意味著團隊不能在回顧會議中討論每日站會的有效性。在 worktile ，有些團隊每天開會，而有的可能選擇每週開三次會。除此之外，有的團隊還會定期討論如何讓每日站會更好地為團隊的回顧會議做準備。如果團隊沒能發現每日站會的價值和益處，則需要通過討論找出原因。然後做出改變，因為每日站會也是敏捷不可或缺的一部分！
worktile官網：www.worktile.com
內容整理：worktile
敏捷中的每日站會
每日站會，日常敏捷中的最重要的團隊活動。必須團隊全員參與，鼓舞團隊每日同步更新 1 昨天我做了什麼 2 今天我要做什麼 3 遇到了什麼障礙 團隊板是資訊雷達，同一時候也是團隊鼓舞的看板！當每日站會習以為常時，可以考慮使用的所謂 契訶夫站立 a 我們做了什麼？b 有無新增卡片 c 銷售會議 d 今天 ...
關於敏捷開發當中的每日站會
在敏捷開發當中有乙個每日站會，開會的時間不是很長。基本是總會昨天做了什麼時事，遇到了什麼問題，然後今天準備做什麼事情。由於是第一次使用這種模式開發，剛開始很不習慣，感覺這些事情好像用一封郵件就可以解決了，沒必要開什麼每日站會，甚至有點浪費時間，而且我們在前面開會的時間都不好把握，有時開得很長，然後一...
敏捷系列情景劇 如何「正確」開每日站會
敏捷江湖又發生了什麼大事兒？據說一群江湖好漢聚集在一起舉行盛大的每日站會 更重要的是桃花島的全員參與了會議 此事非同一般！1.全員坐下開會。所有人員都要參加，人越多越好，邀請辦公區所有人。2.經常改變會議地點 時間和溝通形式。3.傳遞的發言棒越重越好，不拿發言棒的人在發言和討論。4.討論細節問題，全...