本章示範如何使用 Planning Poker 來估算 South Coast Nautical Supplies 專案的 27 個 Story。

估算的準備#

三位開發人員——Rafe、Jay 和 Maria——與客戶 Lori 一起進行估算。他們將一個 Story Point 大致定義為一個理想工作天的工作量。

第一個 Story：基本搜尋#

原始 Story「使用者可以依作者、書名或 ISBN 搜尋書籍」在估算前被拆分為兩個 Story：

1. 基本搜尋：在作者和書名欄位中搜尋關鍵字（1 點）
2. 進階搜尋：依作者、書名、ISBN 的任意組合搜尋（1 點）

Planning Poker 過程#

第一輪出牌：Rafe: 1、Jay: ½、Maria: 2

Maria 認為需要選擇搜尋引擎並整合，Jay 認為他已經熟悉各種搜尋方案。經過討論後第二輪出牌全部達成共識：1 點。

Lori 作為客戶在場，可以回答問題和提供澄清，但不參與估算。如果她對某個估算值表示驚訝，可能會影響開發人員的誠實判斷。

接下來的 Story#

以下幾個 Story 的估算相對直接：

評分和評論#

「使用者可以評分和評論書籍」這個 Story 被拆分為：

• 評分（1-5 分）：2 點
• 撰寫評論（含預覽功能）：4 點

評論比評分複雜許多——需要輸入畫面、預覽功能、審核機制等。

帳戶管理#

「使用者可以編輯帳戶資訊」被拆分為更細的 Story：

• 編輯信用卡資訊：½ 點
• 編輯寄送和帳單地址：1 點

拆分 Story 有助於客戶做更精細的優先順序決策。例如 Lori 可能認為編輯信用卡資訊很緊急，但編輯地址可以晚幾個迭代再做。

完成估算#

所有 Story 估算完成後，總計約 35.5 個 Story Point。約束條件（如效能要求、資料庫整合、並發用戶數）估算為 0 點——它們影響其他 Story 的實作方式，但不需要獨立的開發工作。

估算摘要#