Scrum 指南 | 25. 團隊估計遊戲
已發表: 2022-05-28團隊估計遊戲是一種促進 Scrum 中 Sprint 計劃的技術。 它與規劃撲克有何不同? 為什麼有些開發團隊發現它是一個更有效的工具而其他開發團隊卻沒有? 您將在以下文章中找到您需要了解的所有信息。
團隊估算遊戲 - 目錄:
- 介紹
- 團隊估算遊戲規則
- 團隊估算遊戲與規劃撲克
- 概括
介紹
團隊估計遊戲也稱為泳道估計。 後一個術語起源於對紙牌遊戲的自發觀察,因為紙牌的展示類似於水池的泳道。
團隊估算遊戲越來越受歡迎,因為它使開發團隊創建估算的速度比使用 Planning Poker 快 3 倍。
我們在上一篇文章中介紹了這種技術。 今天,讓我們專注於團隊估算遊戲。
團隊估算遊戲規則
團隊估算遊戲提示:
- 一副用戶故事卡- 為每個遊戲單獨準備
- 一副故事點卡——重複使用
首先,按照與產品待辦列表中的條目相對應的順序堆疊用戶故事卡片。 以確保最緊急的最先得到估計。
計分卡通常包含對應於斐波那契數列的值。 這是以下數字的序列:0、1、3、5、8、13、20、40 和 100。您也可以用數字 2 的連續冪來標記它們,即 2、4、8、 16、32 等等。
團隊估計遊戲的階段:
- 介紹。 為了玩團隊評估遊戲,Scrum 團隊成員圍坐在一張桌子旁。 產品負責人首先從用戶故事牌組中抽出第一張卡片並與所有人分享其內容。 然後,卡片留在桌子上。 然後產品負責人向 Scrum 團隊的其他成員解釋說,從現在開始,玩家將通過將用戶故事相應地放置在左側和右側來評估用戶故事實施的難易程度。 如果任何一個碰巧有一定程度的難度,玩家將堆疊在一起,一個在桌子上的頂部。 現在,坐在他們旁邊的人順時針進行下一步。
- 玩家從用戶故事牌組中抽一張牌。 與所有人分享其內容後,向產品負責人解釋其本質。 然後持有卡片的人將卡片放在桌子上,並根據他們對這個用戶故事的難度的意見選擇一個座位。 然後,玩家向所有人解釋選擇背後的理由,其他玩家可以自由提問有關推理的問題。 他們不能質疑決定本身,但不能質疑為決定辯護的論據。
- 現在,玩家輪流並有兩個選項可供選擇:
- 重複步驟 2,或
- 將桌上的一張牌移到最合適的位置
- 放置用戶故事卡片的最後階段會發生一次或多次,這取決於 Scrum 團隊的實踐。 在這一輪中,每個玩家還有另一個機會將桌上的一張牌移動到更合適的位置。
- 一旦玩家將所有用戶故事卡片分配到代表難度級別的位置,開發團隊就會繼續通過分配故事點堆中的卡片來匹配價值。 左側的第一個用戶故事卡獲得產品負責人得分最少的故事點卡。 放置後續卡片的規則與第 3 點和第 4 點相同。這樣就完成了估計。
如果他們選擇第二種選擇,他們還應該證明是什麼讓他們改變了主意。 玩家輪流重複步驟 3,直到用戶故事牌組中的所有卡片都被分發和估計。
團隊估算遊戲與規劃撲克
團隊估算遊戲被認為是比規劃撲克更有效的估算工具。 由於這兩種技術之間存在以下差異:
- 牌桌。 Team Estimation 遊戲使用流行紙牌遊戲中著名的“牌桌規則”。 這意味著一旦您放置了一張卡片,您就無法收回它。 由於用戶故事一次由一個人估算,因此與 Planning Poker 相比,估算值和換位次數之間的波動要小得多。
- 足夠準確的計算。 在規劃撲克中,應該對每個用戶故事達成完全共識。 然而,在團隊估計遊戲中,只有一個人決定。 即使他/她的估計是錯誤的,另一位開發人員也可能會將其置於更精確地匹配其價值的位置。 這種方式保證達到足夠準確和快速的估計
- 使討論的主題筋疲力盡。 玩計劃撲克時,爭論的選擇通常會變得過長。 在團隊評估遊戲中,他們的時間大大減少,因為他們專注於一個開發人員的單一決策,而不是每個用戶故事的性質。
團隊評估遊戲的一個潛在缺點是不公平感。 如果開發團隊的數量大於給定 Sprint 中安排的用戶故事的數量,一些開發人員可能會感到被排除在外。
團隊估計遊戲 - 總結
Team Estimation Game對大多數 Scrum 團隊最有效的估算技術有意見。 然而,重要的是要記住,它只是一個估計用戶故事難度和工作量的工具。 和任何工具一樣,我們應該調整它以匹配團隊成員的需求和能力。
如果您喜歡我們的內容,請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。
Scrum 指南:
- 基本術語、角色和概念的詞彙表
- 什麼是 Scrum?
- Scrum 價值觀
- 如何在貴公司實施 Scrum?
- Scrum 團隊——它是什麼以及它是如何工作的?
- 誰是產品負責人?
- 產品負責人最常犯的錯誤
- 誰是 Scrum Master?
- 優秀 Scrum Master 的特徵
- Scrum Master 最常見的錯誤
- Scrum Master 應該跟踪哪些統計數據和指標?
- Product Owner 和 Scrum Master 之間的合作
- Scrum 中的開發團隊
- 開發者最常犯的錯誤
- Scrum 工件
- 擴展 Scrum
- 衝刺積壓
- 什麼是產品待辦列表?
- 什麼是用戶故事?
- 用 INVEST 創建最好的用戶故事
- 最常見的用戶故事錯誤
- 用戶故事接受標準
- Scrum 中的估計和故事點
- 規劃撲克
- 團隊估計遊戲
- 定義增量
- Scrum 事件
- Scrum 中的 Sprint 是什麼?
- Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
- 什麼是燃盡圖?
- 如何創建和解釋燃盡圖?
- 燃盡圖的優缺點
- Scrum 和 Scrumban 中的看板
- Scrum 中的速度——開發團隊的速度
- 每日站會
- 衝刺計劃
- 衝刺回顧
- 什麼是 Sprint 回顧展?
- Sprint 回顧中的常見錯誤
- 產品積壓培養