敏捷專案每日站會中的四大「坑」

每日站會（Daily Standup）是團隊統一節奏的、在固定時間發生的、幫助團隊內部快速同步進展的敏捷實踐活動：

介紹完相關定義，接下來本文會提出4個在敏捷站會實踐中的常見問題，然後帶著問題去提出解決方法。

最終目的：用敏捷管理的方式推動專案（產品）進展，用「有形」和「無形''的手，去對齊整個團隊的目標。

站會時間一般是大家約定好的一個時間點，不一定是早上，也可以是下班前；可以是在工作軟體上安排日程時間，也可以在開會前工作群聊中@大家。

但總是有的同事，可能因為有別的事情在忙，又或者是把站會忘記了，又或是其它因素無法及時參會，導致在站會開始前遲到。

面對這樣的情況，組織者以及團隊成員可以通過達成以下幾點共識來避免：

團隊不再重複之前的內容，由於遲到Ta可能不知道之前討論了什麼內容，稍後等Ta自己發言的時候肯定多少會有一點尷尬。

那麼在心理上，就會形成一個這樣的反饋：如果想要知道之前討論的內容，就要準時參會。

如果在站會開始後，對於遲到的同事，可以平和地詢問一下，是不是有什麼事耽誤了？

這個當眾的詢問，是一種關心，也是一種提醒，能讓大家知道這是一個有目標的團隊，有一些既定的規則需要遵守。

無論是站會的組織者，還是團隊其他成員，都可以有意識地、主動地遵守相互間形成的約定。

在自己養成守時習慣的同時，也可以督促其他人，形成正迴圈。

每日站會不是記流水賬，不是研究細節，也不是隻拋問題，更不是「甩鍋」大會。

Scrum Guides 明確指出，Daily Scrum 是面向開發者的會議，而不是面向Scrum Master（組織者）的，重點並不在於向 Master 彙報。

怎樣去把控站會內容的邊界，讓團隊成員的發言「不跑偏」，這對於站會組織者(Master)的控場能力有一定的要求。

典型的每日站會上，團隊成員通過回答下面三個具體的問題來達到上述目的：

1. 昨天你做了什麼？

2. 今天你計劃做什麼？

3. 你是否遇到一些困難或阻礙，需要怎樣的支援和幫助？

這3個問題，是讓任務上下游的成員獲取有關迭代事項的最新資訊，以便對方能對接下來的工作做出及時、適當的調整。

在站立會上，同步的一定是與他人工作有關的資訊，而不是純粹的「我做了什麼」和「我要做什麼」，比如：

站立會的第二個會議重點是主動減少障礙，即對工作中遇到的問題主動地進行求助，並尋求解決。

通過回答「遇到了什麼困難」，主動地尋求團隊其他成員和Scurm Master的協助並解決問題，實現短週期的「自查-修復-優化」，消滅迭代風險，以更快、更好地狀態開啟新的工作。

很多開發同事，平時做事比較踏實，性格內斂沉穩一些，不太擅長在很多人面前溝通或者分享。在站會輪到他們發言時，經常概括性地寥寥幾句就帶過了。

比如你可能會聽到：「今天接著做就好了」、「做的差不多了，沒什麼大問題」、「對接應該還好」...等。這樣的狀態，自己彷佛遊離在站會之外，這是每個團隊都不想看到的事情。

每日站會的核心目標之一，就是分享與同步。為了讓團隊成員投入到站會中，更好地發揮各自的主觀能動性，這裡有一些小 tips 可以提升大家的參與感：

token令牌

即團隊成員A可以指定某一位成員B發言，B發言後指定成員C發言，直到所有成員發言完畢。

這樣做的好處顯而易見：通過「指定」這一方式天然附加的「選擇感」和「期待感」可以更容易讓人集中注意力，讓大家聚焦於溝通。
抽撲克牌

在撲克牌寫上成員們的名字，組織者通過抽牌來隨機指定成員發言，每天站會前會進行當面洗牌。

這種方式的目的也很明顯：會前活躍氣氛，通過遊戲的方式，提高大家對站會的參與度。
按照站位順序

從站會組織者身邊最近的一位成員開始，按順（逆）時針順序發言，直到發言結束。

這應該是敏捷團隊最常見的一種發言順序了，通過讓成員預先知道自己發言的時機，從而提前做好準備。

對於日常的工作，從敏捷共同作業的角度來說，希望大家不僅會做，也要會說。

善於利用工具：jira 或禪道等專案管理軟體，以及投屏或者KanBan（看板）等展示形式，讓所有團隊成員明確目前 sprint 目標，去跟蹤各自認領的 issue 或者 story 列表。

雖然敏捷站會只是整個敏捷方法論系統中的一個實踐，但卻是一個很典型的載體。

每日站會除了「共用」以終為始地檢驗團隊進展，站會的另外兩個重要作用是：「共擔」促進團隊解決問題，以及「共創」促進團隊積累經驗和不斷學習。