給我滾！ Daily Scrum

齒輪滾動的開始

在先前的文章裡我提到了Daily Scrum這個名詞，老實說對於它的翻譯讓我不禁思索了一陣子，我一直在想要怎樣讓大家能夠顧名思義，直接從字面上體會它的作用力，最後還是決定用每日討論活動下註腳，若是各位看官有更好的建議也能留言讓我知道一下。

在歷經前面的衝刺計畫(Sprint Planning)後，團隊對於一個Sprint的目標有了初步的共識，並選擇需要實作的Sprint Backlogs，接下來的時間開發團隊便需要對認領的項目承擔責任。衝刺的時間長短雖然是固定的，開發過程卻可能遇到曲折，要如何保持方向不偏離軌道，便需要每日敏捷活動的參與，

什麼是每日敏捷活動(Daily Scrum)?它是一個每天最長不超過15分鐘的事件，團隊藉由這段時間分享自己在實作各項目的過程中遇到的議題，藉此讓彼此對於開發現況有一定程度的了解，也可以檢視目前實作的狀況是否有偏離一開始所設定的衝刺目標太多，針對目前手上的待辦項目做必要的調整。

它為了什麼而存在?

Daily Scrum的目的在於檢視現行的項目是否在執行過程中有偏離衝刺目標的跡象，並在必要時調整所領取的待辦項目。

有時與其去想它為何存在，不如回頭去問它當初解決了什麼問題，決定它在框架內的必要性。敏捷是一個持續迭代與增量的過程，適度地分享自己的工作狀況有助於讓項目完成度更加透明(Transparency)，有助於產品負責人或是工作夥伴在旁觀察項目實作的狀況，提高檢視(Inspection)的可能，自然地調整(Adaptation)也能夠跟上，這個過程可是滿足了敏捷所想要追求的3大支柱。

該做什麼?

前面高談闊論了那麼多理想，那到底要採取哪些做法實現修正項目的軌道?在早期的指南中Daily Scrum是一個以討論為基礎(discussion-based)的活動，簡單來說，它的目的並非是要每位成員報告進度，而是透過不同形式的分享讓成員彼此能互通訊息，及時調整，2017年版Scrum Guide給了一個範例說明可以回答3個問題:

• What did I do yesterday that helped the Development Team meet the Sprint Goal?
• What will I do today to help the Development Team meet the Sprint Goal?
• Do I see any impediment that prevents me or the Development Team from meeting the Sprint Goal?

或許這個範例太有名了，我當時在替團隊導入敏捷時也是用這種方式進行討論的活動，久而久之大家容易將它誤認為進度報告會議，搞得眾人內心有點壓力，畢竟有時只過一天真的不會產出太顯著增量產出，因此當時我的作法是儘量引導大家誠實，並持續訓練團隊認知Daily Scrum絕不是在拷問進度，真的沒有增量就老實回答，讓團隊信任教練也是一門必修的功課。