做爲敏捷開發基本構成部分，每日站會每每是最容易被誤解的。事實是：每日站會自己並不會讓團隊變得敏捷。每日站會的目的不是自吹自擂，也不是爲了驗證工做成果；更不是計劃時間，Sprint規劃會議的目的纔是這個。每日站會也不是隻用來討論開發阻礙而設置的會議，由於在遇到阻礙的時候，應該第一時間尋求幫助。markdown
本文，咱們將討論如何有效應對阻礙並提供一些來自咱們本身團隊的重要提示和技巧。但願能讓大家團隊的每日站會（以及總體敏捷項目）變得更高效。設計
Scrum中的每日站會是什麼？
在諸如美式足球和橄欖球等衆多運動中，球隊在每場比賽上場前都會聚在一塊兒開個短會。這種臨場短會是戰略性的：它能讓整個球隊的成員在比勝過程中互通訊息、相互協做、配合。對於研發團隊來講，每日站會就像是球隊的賽前短會。每日站會甚至常常被稱爲「每日scrum」，並經過強調「咱們」這個重點，讓每一個成員都瞭解到團隊的現狀和進度。
換句話說，每日站會是一個由核心團隊參加的平常會議，即：Product Owner、開發人員和scrum master。 每日站會的風格取決於各個團隊自身的狀況，所以都是獨一無二的。但一般狀況下每日站會要回答三個問題：blog
- 昨天作了什麼工做？
- 今天要作什麼？
- 工做中遇到了什麼問題？
這些問題反應了當前的進度並凸顯團隊遇到的阻礙。此外，讓每一個人分享他們爲團隊總體進度所作的貢獻，可以強化團隊成員之間的聯繫。每日站會強調讓每一個成員分享本身的成果和計劃，這樣作可讓每一個人都由於組織的發展作出了貢獻而感到興奮。
就我的而言，在每日站會前，每一個人都要知道本身要說什麼。這可以確保會議的活躍氛圍，讓每一個與會者都全神貫注。在Worktile，團隊成員用看板來展現當前迭代全部的工做項，用視圖篩選來過濾其餘工做項，讓你們能掌握項目的最新進展。
能夠幫助我的充分準備每日站會的過濾功能有兩個：一是「僅展現個人任務」；
另一個是「按更新時間排序」。同時使用這兩個過濾功能，界面上就可以獲得分配給我的的任務和最近更新的事項。排序
Worktile的每日站會
每日站會的形式不是一刀切的。在Worktile，每一個團隊都有其獨特而個性化的每日站會，以確保團隊每一個成員參與並投入其中。形式各有不一樣。
下面，讓咱們深刻了解怎麼樣才能成功開展高效的每日站會，分享一些咱們本身的經驗：
1.選擇合適的時間 ——在Worktile，多數團隊的每日站會在上午9點30到10點之間進行。這個時間安排讓每一個人都有機會在參會前瞭解當天的信息和更新，同時也不會要求每一個參會人都起得太早。
2.確保每日站會的簡短高效 ——在Worktile，團隊都是以比較隨意的方式完成每日的站會，以確保每一個人都可以集中注意力並保證會議效率。可讓參會成員輪流計時，以確保每一個人都全身心參與和聆聽。將每日站會的時間限制在15分鐘之內（咱們通常在10分鐘左右完成）。若是團隊規模較小，則能夠嘗試在更短期內完成每日站會。圖片
3. 使每日站會成爲Sprint回顧會議的一部分 ——儘管每日站會已經成爲了衆多敏捷文化的一部分，但這並不意味着團隊不能在回顧會議中討論每日站會的有效性。在 Worktile ，有些團隊天天開會，而有的可能選擇每週開三次會。除此以外，有的團隊還會按期討論如何讓每日站會更好地爲團隊的回顧會議作準備。若是團隊沒能發現每日站會的價值和益處，則須要經過討論找出緣由。而後作出改變，由於每日站會也是敏捷不可或缺的一部分！ 開發
文章來源：Worktile敏捷博客get