Scrum 指南 | 35. 每日站會

已發表: 2022-07-08

Daily Scrum 持續不超過 15 分鐘,並且總是在同一個地方同時舉行,以減少不必要的複雜性。 參與產品開發的所有開發人員以及可選的 Scrum Master 都會參加。 這個 Scrum Event 的主要目的是計劃他們當天將關注的任務。

每日 Scrum – 目錄:

  1. 介紹
  2. 每日 Scrum 公式
  3. Daily Scrum 和 5W 方法的問題
  4. 支持性問題
  5. 5個為什麼
  6. 概括

介紹

Daily Scrum 是 Scrum 活動中最短且最頻繁的活動,其概述可在另一篇文章中找到。 參加 Daily Scrum 的開發人員的任務是快速設定接下來 24 小時的工作目標。 這樣,他們每個人都知道其他人在做什麼,以及他們如何朝著一個共同的 Sprint 目標努力。

每日 Scrum 公式

沒有一個正確的 Daily Scrum 公式。 每個開發團隊都制定了適合自己的會議形式。 但是,有一個通用框架可以使其更容易進行。

進行良好的每日 Scrum 應該讓每個參與者回答兩個問題

  • 我今天要做的最重要的任務是什麼?
  • 完成這項任務的障礙是什麼?

但是,直接詢問他們並不是強制性的公式。 這些是定義會議軸心的示例問題。 Daily Scrum 旨在改善開發團隊中的溝通,確定任務的優先級並降低出現瓶頸的風險。

Daily Scrum 是一個等同於其他敏捷方法中的 Daily Standup 的活動。 而且它的運行方式通常與它非常相似——儘管官方 Scrum 指南不要求開發人員在這個短暫的活動中站立。 很多時候,它的參與者只是站在一個非正式的小組中交談。

雖然看起來每天 15 分鐘來討論日常任務似乎很多,但實踐表明,這樣的會議最有利於開發團隊的效率。 隨著目標和承諾的頻繁和定期更新,所有開發人員都專注於優先任務,並將團隊的順利進展優先於個人結果。

Daily Scrum

Daily Scrum 和 5W 方法的問題

Daily Scrum 的問題之一是開發人員拖長了會議時間。 如果是這種情況,最好引入在板上寫下來的政策——無論是物理的還是虛擬的——有問題的問題不是每日 Scrum 的核心,但對團隊很重要。 這樣,就有可能回到白天非正式討論中討論的問題。 此外,如果需要,在Sprint 回顧期間,我們將在另一篇文章中更詳細地描述。

Daily Scrums 中經常出現的另一個問題是將它們變成會議來總結前一天的工作。 然後,開發人員專注於討論已經取得的成果。 這不是一個好習慣。 誠然,目前開發人員對導致 Sprint 目標的工作狀態的定位非常重要。 然而,將每日 Scrum 用於已經完成的任務並不能提高效率。

支持性問題

如果團隊沒有從每日 Scrum 中受益,Scrum Master 可以通過觀察會議來幫助開發人員發現問題,以回答以下問題:

Daily Scrum

5個為什麼

在初步識別問題之後,確定問題原因的有效技術可以是5 Why 方法,也被 Sakichi Toyoda 稱為 5 Whys 或 5W。 它涉及問幾個“為什麼?” 連續提問。 這使得診斷問題的深層原因成為可能,從而更容易地解決問題。

例如,讓我們看表中的最後一項:問題出現在開發團隊致力於解決問題的領域。 這五個問題可能如下所示:

1 x 為什麼?

問:為什麼開發人員不提供不同的方法來解決出現的問題?

A:因為開發者 Harry 總是第一個提出一個解決方案。

2 x 為什麼?

問:為什麼開發者 Harry 總是第一個提出一個解決方案?

A:因為沒有人在說話。

3 x 為什麼?

問:為什麼其他人不說話?

A:因為其他開發者並不想尋找更好的解決方案。

4 x 為什麼?

問:為什麼其他開發人員不想尋找更好的解決方案?

A:因為尋找解決方案需要專注,並且更容易認為哈利的解決方案足夠好。

5 x 為什麼?

問:為什麼他們認為哈利的解決方案足夠好?

A:由於他們沒有因為提出替代方案而獲得獎勵,所以他們在會議開始時討論了他們今天的計劃,並正在考慮開始。

在這種情況下,解決問題缺乏承諾的問題可以通過改變 Daily Scrum 的順序並從這個問題開始來解決。 或者提出一個獎勵最佳解決方案的系統,例如,為在給定 Sprint 中團隊接受的最多解決方案的作者引入象徵性獎勵。

概括

Daily Scrum 是開發團隊日常工作的關鍵部分。 但是,每個團隊都必須為自己制定出本次會議的最佳方案。 進行良好的每日 Scrum 允許持續設置子目標以實現 Sprint 目標。 它還可以快速診斷通信問題並改善開發人員之間的合作。

如果您喜歡我們的內容,請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

Scrum Guide | 35. Daily Scrum caroline becker avatar 1background

作者:卡羅琳·貝克爾

作為項目經理,Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

Scrum 指南:

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum?
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum?
  5. Scrum 團隊——它是什麼以及它是如何工作的?
  6. 誰是產品負責人?
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master?
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標?
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表?
  19. 什麼是用戶故事?
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼?
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖?
  31. 如何創建和解釋燃盡圖?
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展?
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養