作者簡介
俞鋆，攜程機票前臺敏捷教練。

---

每日站會，日常敏捷中的最重要的團隊活動，作為一名敏捷教練，2年多時間共服務過8個團隊，大概主持了接近1000場的每日站會。站會各種的狀況基本上都有遇到一些，基本的解決方法總結下來就是：讓會議變得有用有效。

作為敏捷教練，雖然不太可能讓開站會變成像刷牙洗臉那樣的習慣，但是讓團隊感到：一天不開站會像少了什么一樣的不習慣還是能得到些許的滿足。以下是我總結的一些站會實踐經驗分享給新手SM或者轉型初期的團隊，希望對大家有用。

什么是站會

“每日Scrum站會是以15分鐘為限的事件，開發團隊成員在這里分享各自的工作情況，并為接下來的24小時制定計劃。這需要檢視上個每日站會以來的工作和預測下個每日工作之前所能完成的工作。每日站會在同一時間同一地點進行來降低復雜度。會議上，每個開發成員都需要說明：

昨天我為開發團隊達成Sprint目標做了什么
今天我準備如何幫助團隊達成Sprint目標
有什么事情阻礙了我幫助團隊達成Sprint目標

以上文字引自《Scrum 指南》中文版的官方說明。網上有很多對于站會目的的詮釋，基本上可以總結為：進度跟蹤，信息互享，風險控制，信息透明。

雖然會議目的明確，內容簡單， 但是我們總能聽到一些質疑聲，懷疑會議存在的意義。

如何讓大家接受每日站會

最常見的不想開站會的理由：

1、管好自己就行，別人的任務和我無關，不想關心
2、PO不想參與，因為進度可以通過工具看到
3、站會就是走個形式，沒有什么用的

這三個理由恰恰就是我們平時在推行敏捷的時候需要克服的內容。

消除敏捷最大的阻力：你的，我的，統一團隊目標

在一個健康的敏捷團隊中，僅僅管好自己的任務是不夠的。每個Sprint計劃會后，會輸出一份團隊成員共同承諾的需求清單,這就意味著我們擁有統一的目標。但我們的工作又是相互依賴的，所以對于一個需求僅僅只完成其中一部分，也就意味著需求是未完成的。

比如某次站會，有個小伙伴和團隊同步信息，昨天完成了需求B，本來計劃昨天開始進行的需求A延遲處理了（需求A原本約定今天提測）。咋一聽，應該是遇上了阻塞，但是詳細了解后發現是個人的安排出現了偏差，小伙伴發現需求有難度，于是臨時調整了自己的計劃，先完成了簡單的。小伙伴只關注了自己要完成的內容，未考慮團隊整體的目標。雖然及時發現了問題，未造成大的影響，但是通過這個小小的案例可以讓我們更加體會到相互的依賴對隊友是會產生影響的。

作為教練需要引導大家拋棄你的、我的，讓團隊聚焦在我們的目標上。當我們互相了解彼此在做什么，完成了什么。每天的信息傳遞才能讓每個人更多的了解整個項目的業務和技術狀況，才能更合理的制訂每日計劃。并且在工作中遇到障礙或問題，也可以及時提出來，得到大家的幫助。

消除信息傳遞的“不通暢“

“研發Ａ：需求A目前有外部阻塞，需要產品來跟進“
“研發Ｂ：需求Ｂ的已完成了，等待產品驗收“
“研發Ｃ：需求Ｃ的邏輯昨天和產品討論了兩個方案，還沒給出最終決定”

每日站會中經常會聽到需要產品確認的內容。而PO的缺席不僅會增加SM的會議總結成本，而且還會降低信息傳遞的效率，更加會影響到障礙解決的速率。不僅是PO，團隊里的任何一位的缺席都會對信息的快速傳遞造成影響。作為教練，不僅要引導產品，更要引導會議的必要干系人都積極的參與。團隊中的每個人都是橋梁的一部分，只有每個部件都齊備，才能搭建起一座完整的“橋梁”。

消除“無效”的站會

閉上眼睛想一下是否有過這樣的情況，每天站會反饋的進度都是正常的，團隊的溝通看著也是緊密的，但是臨近Sprint尾聲，開始狀況百出：設計方案出現偏差、外部依賴沒有解除、環境不穩還來湊個熱鬧。最終團隊加班加點，趕工上線。

站會流于形式，就看不到團隊的真實情況。作為教練需要及時解決，引導團隊有勇氣說出自己的困難：如果是自身的問題，沒有關系，只要能在過程中吸取教訓，團隊允許犯錯；如果是外部的問題，沒有關系，我們做了怎樣的嘗試，現在還需要怎樣的支持等等，明確表達，讓跟進人可以快速的切入問題解決問題。當站會慢慢發揮出它的作用后，站會的質疑聲也就會自然消散。



如何快速搭建一個高效的每日站會

雖然Scrum指南規定了每日站會的內容，但是在實踐過程中總是會發現團隊的一些不良行為影響著會議的效率。

最常見的現象：

1、站會時間到了，團隊成員都坐在位置上等待SM的召喚
2、會上某位同學拋出一個問題后，一不小心就開啟了熱烈討論，會議時間變得超長
3、當A在同步自己的進度時，其他同學結對說起了別的需求情況
4、一輪我昨天做需求A，今天繼續做需求Ａ的發言后結束站會，團隊的進度情況云霧迷蒙
5、站會總是有人請假，而且未同步其當日進度

消除不良行為最快速的方法就是建立團隊公約并進行持續的修正。



搭建團隊公約

在實踐過程中發現整理成公文的團隊公約比口頭的公約更讓團隊清晰規則。
教練可以提供一個簡版，然后協助團隊去完善公約。團隊中每個人對于要做什么，怎么做都能達成高度統一后執行的效率才會是最高的。

簡版公約

時間約定	每天早上十點開會
內容約定	昨天做了什么，今天準備做什么，遇到了什么阻塞
規范約定	不遲到 每個人都需要發言

以下是某個團隊的真實公約，也正好覆蓋了上文中的不良習慣的現象，借鑒給需要的團隊參考。

詳細公約

時間約定	每天早上十點準時開會，遲到罰款10元 每次會議十分鐘以內（時間為10人團隊的數據，時間可根據人數浮動調整）
內容約定	只描述昨天完成的和今天計劃要進行的內容，以及遇到的障礙。站會只拋出問題，不專項解決問題。 描述的內容信息明確，且容易被團隊清楚理解其進展，避免出現說和不說一樣的情況，比如昨天做需求Ａ，今天繼續寫，沒有問題
規范約定	當一個人講話時，其他人都認真聽，不打斷，不做其他的事情 聲音大小要讓距離最遠的小伙伴聽清楚 有事參加不了站會，微信或者其他通訊工具同步信息，并請其他同學幫忙更新狀態 當研發任務都完成后進入產品待驗收，產品第二天站會同步驗收結果，對于上線前的完成理解保持一致 當天反饋的障礙在TS上有記錄并且當天給出反饋
常見障礙解決方案約定	老板突然安排的任務：判斷優先級，告知插入任務后會對當前Sprint造成的影響及風險 環境配置需要改進：預調評估可能需要花費的時間并和產品經理同步信息 無法得到答復：和團隊一起商量，需求其他PM幫助，確認最終只能等待信息，暫停該任務，先處理別的任務，保持效率 外部依賴：提前確認并及時跟進和匯報進展

持續修正每日站會

雖然制定了公約，但是一些不良的行為依然會反復的出現。對于一些會影響到別的伙伴的不良習慣，我們需要及時的去解決。通過持續的修正，不斷地練習實踐幫助團隊養成良好的習慣。

比如A團隊約定開會不遲到，遲到罰10塊。但在執行過程中發現某位同學經常性的會請假，雖然會在工作群中說明當日進度和當天計劃，但是文字的信息同步總會比面對面的溝通效率低一點，出現問題時也無法快速的得到反饋。看似很小的一個行為，但是也會帶來蝴蝶效應。一個Sprint后發現站會請假的頻次慢慢的變高了。

發現問題后我和團隊一起商量針對站會規則做了一次小小的調整，有事請假需要提前半小時說明，臨時請假的罰款金額提升到一次50元。新約定成立后，請假的現象顯著下降。

推薦閱讀

攜程 | 如何推進創新項目高效迭代
OKR與敏捷 | 實現全棧敏捷
攜程 | 如何管理敏捷團隊知識資產
攜程行業分享 | 規模化敏捷實踐
攜程PMO | 年度熱文回顧

---

部分圖片及電子書來源于網絡，版權歸原作者所有，僅供學習勿作它用。如果侵犯到您的權益，請聯系我們。

---

總結

以上是生活随笔為你收集整理的敏捷之旅--携程机票团队敏捷站会与公约的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。