善用驗收標準來改善你的衝刺規劃會議

首先，讓我們把所有 Scrum 中的事件（Event）都當作產品待辦清單項目（Product Backlog Items）來處理。一個好的產品待辦清單項目有明確的成果（Outcome）、目標對象（Who it is for）與驗收標準（Acceptance Criteria）。

衝刺規劃會議（Sprint Planning）

成果：

Scrum 團隊對於實現衝刺目標（Sprint Goal）所需的目的和工作有共識，這有助於實現產品目標（Product Goal）。

目標對象：

Scrum 團隊

驗收標準：

• 衝刺目標是單一的目標嗎？
• 衝刺目標是否有助於實現產品目標？
• 團隊成員（Developers）是否在判斷自己能承擔多少工作量？
• 團隊成員是否正在制定計劃來完成產品待辦清單項目？

 

（以下為詳細說明）

 

成果：

一個衝刺（Sprint）的目標是為了讓 Scrum 團隊在衝刺期間，將「選定的工作轉化為有價值的增量」。

為了做到這一點，團隊需要創建一個交付該價值的計劃。我們無法像變魔術那樣直接將想法轉變為完成的工作，尤其是遇到複雜的工作時。我們需要一個跨職能（Cross-functional）的專家團隊彼此互動並確定他們將如何交付那個有價值的增量。

隨著衝刺規劃會議進入尾聲，Scrum 團隊應該有能力清楚地回答以下三個問題：

• 我們為什麼要進行這次衝刺？（衝刺目標）
• 我們要做什麼來實現上述這個為什麼？（團隊計畫要做的產品待辦事項清單項目）
• 工作將如何被完成？（將工作拆分成更小的工作項目，換句話說就是將工作拆解成任務）

目標對象：

Scrum 團隊是一個團結一致的（跨職能）專家組成的單位，一次專注於一個產品目標。衝刺規劃會議是這個跨職能團隊用來確定為什麼（Why）、做什麼（What）、以及如何做（How）的事件。

你可能會邀請利害關係人或領域專家（SME，Subject Matter Experts）來參加你的衝刺規劃會議。然而，這個會議並不是為他們而開的。參與衝刺規劃會議的利害關係人和領域專家作為團隊的資源，協助 Scrum 團隊讓規劃活動更加成功。當你對使用者有更多疑問時，邀請一名利害關係人來協助；當你即將處理一些艱難的資料庫工作時，邀請數據架構師（Database Architect）來協助。

驗收標準：

衝刺目標是單一的目標嗎？

驗收標準：

衝刺目標是否有助於實現產品目標？

驗收標準：

團隊成員是否在判斷自己能承擔多少工作量？

• 團隊成員是唯一知道自己在這次衝刺能完成多少工作的人，只有他們才能決定接下來要承擔的工作量。
• 我們不會在衝刺規劃會議告訴團隊成員他們必須做什麼。相反地，我們會詢問他們：「你們能在衝刺期間將選定的工作完成嗎？」

驗收標準：

團隊成員是否正在制定計劃來完成產品待辦清單項目？

• 團隊成員負責制定計畫，說明產品待辦清單事項如何達到並符合完成的定義（DoD，Definition of Done）。品質並非憑空出現，而是從一開始就計劃好的。

 

改善衝刺規劃會議的方法就是像對待產品待辦清單項目般那樣對待它。

 

原文作者：Joel Bancroft-Connors｜敏捷領域專家（E）

作者檔案