# 規劃撲克：敏捷估算的全面策略

> 規劃撲克是一種敏捷方法，用於估計使用者故事已完成所需的投入量。瞭解此技術如何使您的敏捷團隊受益。

Source: https://asana.com/resources/planning-poker

## 規劃撲克：敏捷估算的全面策略

#### 摘要

聽起來像是一種流行的紙牌遊戲，但規劃撲克實際上是一種敏捷估算方法。 敏捷團隊使用規劃撲克來估計完成使用者故事所需的投入量。 深入瞭解規劃撲克流程，以及此技術如何協助您的敏捷團隊建立更準確的估算。想像一下，您買了一棟房子，並計劃改造廚房。 您要求承包商估算改造所需的時間和大約的費用。 他們給了您一個估算，但兩個月後，您對自己的決定感到後悔，因為專案遠遠超出了原始時間軸和預算。 

當您只有一個人的意見時，您只能考慮他們的意見和專業知識。 然而，當您讓更多具有不同經驗的人參與其中時，您就能更全面、更[準確地估計](https://asana.com/resources/accuracy-vs-precision)需要完成的工作。

這種基於共識的估算是敏捷規劃撲克法的基礎。 

## 什麼是規劃撲克？

規劃撲克是一種[估算方法](https://asana.com/resources/estimation-methods)，可協助您的敏捷團隊預測[產品待辦項目](https://asana.com/resources/product-backlog)中一個[使用者故事](https://asana.com/resources/user-stories)可能需要的投入量。 它通常用於[敏捷專案管理方法](https://asana.com/resources/agile-methodology)，有時又稱為「Scrum 撲克」或「指向撲克」。 名稱中的「撲克」是指每位團隊成員在此過程中使用的卡片。
- [免費的衝刺規劃範本](/templates/sprint-planning)

### 規劃撲克的歷史

規劃撲克是基於一種名為「[寬帶德菲法](https://en.wikipedia.org/wiki/Wideband_delphi)」的技術。 寬帶德菲是一種基於共識的估算流程，由非營利智庫 RAND Corporation 在 20 世紀中葉開發。 

[《敏捷軟體開發宣言](https://agilemanifesto.org/)》的作者 James Grenning 在 2002 年改進了寬帶德菲法技術，並將其重新命名為規劃撲克。 隨後， [Mike Cohn](https://en.wikipedia.org/wiki/Mike_Cohn)在 2005 年的著作《敏捷估算與規劃》中對其進行了進一步的完善和推廣。 

## 規劃撲克的運作方式

規劃撲克流程發生在衝刺規劃流程的早期，因此 Scrum 主持人和產品經理可以準確瞭解每次衝刺中已完成的工作量。 以下介紹其運作方式：

### 1. 建立規劃撲克卡片

您的 [Scrum](https://asana.com/resources/what-is-scrum)團隊或敏捷團隊中的每個人都有一組具有不同價值的卡片投影片組。 每張卡片都會有以下其中一個值：0、1、2、3、5、8、13、20、40 和 100。 這些數字看起來可能很隨機，但它們實際上是費氏數列的四捨五入變體。 這些值最常代表[故事點](https://asana.com/resources/story-points)。 不過，有些團隊可能會將其用作基於時間的估計，以確定完成使用者故事可能需要的時間。 最常見的時間型估算是以小時為單位進行衡量。

[產品所有者](https://asana.com/resources/product-owner)或[Scrum 主持人](https://asana.com/resources/scrum-master)將擔任主持人，並從產品或衝刺待辦項目中閱讀特定的使用者故事。 然後，團隊成員有機會提出問題並根據需要進行說明，以便整個團隊能夠準確瞭解該特定待辦項目需要完成的工作。 

以下是您的團隊可以提出的幾個問題，以便更好地瞭解使用者故事：
- 我們可以使用哪些不同的技巧來完成這個故事？
- 有多少人需要參與這個故事？
- 如果此故事有任何延遲，專案關係人會如何回應？

### 2. 對每個使用者故事進行投票

當您的團隊完成一個使用者故事的討論後，每個估算人員都會選擇一張卡片，該卡片對應於他們認為與該待辦項目相關的投入量或故事點。 然後每個人同時亮出自己的卡片。 如果每個人都選擇了相同的估計值，則該估計值將成為該待辦項目的官方估計值。 目標是讓每個人都有相同的估計。 

### 3. 達成共識

如果團隊成員對初始估計有不同的意見，則估計值最高的團隊成員和估計值最低的團隊成員需要花一些時間討論他們為什麼選擇該特定數字。 此討論已完成後，每個人都會重新選擇自己的卡片。 重複此流程，直到團隊達成共識。 

### 4. 規劃您的衝刺

現在，您的待辦項目中的所有項目都有了估計值，準確規劃衝刺就容易多了。 由於整個團隊對每個任務所需的時間達成共識，因此您更有可能將適當的工作量納入衝刺。

## 何時進行規劃撲克會議

規劃撲克通常發生在[衝刺規劃](https://asana.com/resources/sprint-planning-meeting)流程之前，因此產品經理或 Scrum 主持人可以在安排衝刺之前獲得準確的工作感。 您可以在每次衝刺時使用此估算方法一次，因為項目會持續新增至產品或[衝刺待辦項目](https://asana.com/resources/sprint-backlog)，您應該持續有待辦項目可供每次衝刺使用。 

如果您的待辦項目中只有少量使用者故事需要討論，您可以將此會議合併到每日[站立會議](https://asana.com/resources/stand-up-meeting)的結尾，因為所有團隊成員都已經到齊。 

## 規劃撲克的優勢

規劃撲克的主要優點是您的團隊估算更準確。 準確的估算是衝刺規劃流程的重要一環，因為它為您的團隊和[專案關係人](https://asana.com/resources/project-stakeholder)提供了任務何時會已完成的實際時間軸。

以下是規劃撲克對您的敏捷團隊有益的其他幾種方式：
- **每位團隊成員都有發言權**。 您開發團隊中的每個人都很重要，此流程讓他們有機會讓自己的貢獻被認可。 這有助於團隊成員[更投入地完成](https://asana.com/resources/employee-engagement)工作。 
- **團隊成員有機會透過使用者故事進行交流**。 在規劃撲克流程中，開發團隊有機會在任何工作實際開始之前，共同討論使用者故事。 無論指派給該故事的開發人員是誰，這都有助於人們就如何解決某些使用者故事達成共識。 
- **任務估計與其他任務相關。**當您的團隊使用故事點來表示規劃撲克卡片上的數字時，就更容易根據管線中的其他任務來瞭解特定任務所需的投入量。 例如，規劃撲克估計值為 2 的使用者故事將比估計值為 40 的使用者故事更容易已完成。

## 使用工作管理工具規劃您的衝刺

使用工作管理工具，讓您的敏捷團隊維持資訊同步。 Asana 可協助您在一個靈活且協作的工具中規劃和組織您的敏捷專案。 無論您的團隊是使用[工作流程看板](https://asana.com/uses/kanban-boards)還是更線性的[時間軸](https://asana.com/product/timeline)，Asana 都能協助您的敏捷團隊快速組建。

- [專案管理](/resources/project-management)

- [發佈管理：制定成功流程的 5 個步驟](/zh-tw/resources/release-management)

敏捷

#### 內容撰稿人

若您曾經歷過軟體發佈，您便會知道事情可以變得多麼複雜。從管理專案時間軸到追蹤截止日期和範疇，一個人需要處理很多事情。這就是發佈管理派上用場的地方。有了正確的流程，甚至連最複雜的任務都能有效管理。發佈管理是一種透過不同階段來管理、計劃和控制軟體更新以提高品質、速度和效率的技術。我們將更詳細地介紹發佈管理流程所包含的內容，並提供一份清單來幫助您開始制定自己的發 ...

- [Kanban board template](https://asana.com/templates/kanban-board)

專案管理

敏捷

- [Scrumban template](https://asana.com/templates/scrumban)

敏捷

- [Scrumban: The best of two Agile methodologies](/zh-tw/resources/scrumban)

敏捷

#### 作者

喜劇 汽車旅館。 叉子。 所有這些東西最初都是兩個獨立的實體，結合起來創造出全新的東西。 這就是較新的敏捷方法Scrumban 的基本構想。 在本文中，我們將深入瞭解什麼是 Scrumban，以及這個新的敏捷架構如何協助您的團隊在期限內完成工作並實現目標。 什麼是 Scrumban？Scrumban 是一種專案管理方法，它結合了兩種常見的敏捷策略： Scr ...

- [Planning poker: The all-in strategy for Agile estimation](/zh-tw/resources/planning-poker)

敏捷

專案管理

專案規劃

- [作者](/author/sarah-laoyan)

想像一下，您買了一棟房子，並計劃改造廚房。 您要求承包商估算改造所需的時間和大約的費用。 他們給了您一個估算，但兩個月後，您對自己的決定感到後悔，因為專案遠遠超出了原始時間軸和預算。 當您只有一個人的意見時，您只能考慮他們的意見和專業知識。 然而，當您讓更多具有不同經驗的人參與其中時，您就能更全面、更準確地估計需要完成的工作。這種基於共識的估算是敏捷規劃撲 ...