你会拆分産品待办项（PBI）吗？

摘要：将産品待办项（Product Backlog Item，简称PBI）拆小，是所有産品负责人的必备技能。更小的産品待办项有助于提高团队的灵活性、可迭代性，并更好地应对变化。今天我们就来探讨一下如何更好地拆分PBI。

本篇目錄

将産品待办项（Product Backlog Item，简称PBI）拆小，是所有産品负责人的必备技能。更小的産品待办项有助于提高团队的灵活性、可迭代性，并更好地应对变化。今天我们就来探讨一下如何更好地拆分PBI。

産品待办项（Product Backlog Item，简称PBI）多小才合适？

盡可能小，但仍然有價值。

産品是提供價值的工具，每个産品待办事项（PBI）应该提供增量的价值。

“我們需要像一塊蛋糕的垂直切片一樣思考。即使是最小的垂直切片，我也能享受到蛋糕的美味。”

Product Backlog Item

産品的核心在于提供價值。这既是为用户和客户提供價值，也是为企业提供價值。

爲了提供這個價值，需要進行許多活動。以軟件開發爲例，這可能包括：

設計用戶體驗（UX）
創建用戶界面（UI）
分析和添加功能和非功能細節
編寫代碼和進行同行評審
構建數據庫
驗證期望的功能是否按預期工作
部署功能到生産環境等

很多团队有时会将这些任务分解为价值单元，并开始将这些任务当作産品待办事项。但請停止這樣做。

是的，这些活动很重要，但它们本身不能为用户、客户或企业提供價值。

産品待办事项应该是真正的价值单元，即可以被客户使用的项目，能够幫助我们获得真实反饋。

split-product-backlog-items

拆分産品待办项的五个方法

産品待办事项（PBI）应当是具有实际价值的项目，即它们应该是可供客户使用的有形内容，同时旨在协助産品开发团队获取真实反饋。

我們來探討一下如何在不降低價值的前提下創建小型的PBI。

? 按用户角色拆分

一種常見的拆分方法是根據不同的用戶角色。不同的用戶群體可能有不同的需求或問題，因此在拆分PBI時應考慮這一點。例如，我们正在构建一些与电子商务相关的産品和一个産品功能，我们关注的是“购物车”。让我们将这个功能称为“查看购物车”。对于购物车，顾客在结账之前会检查金额和数量。然而，“查看购物车”的功能也可以被客户服務团队使用，他们在结账过程中幫助顾客解决问题。

在这种情况下，两种用户需求是不同的，可能存在其他解决方案。这为産品团队提供了将“查看购物车”産品拆分为两个PBI的机会：

作爲在線顧客，我想查看我的購物車，以便在結賬之前檢查數量和金額。
作为客户服務执行人员，我想查看购物车，以便在结账过程中幫助遇到问题的顾客。

這兩個PBI都是獨立的價值單元，可能有不同的解決方案來滿足特定的需求。更小但同樣有價值。然而，不要就此止步。繼續提出問題，比如：

是否可能存在不同種類的客戶或用戶？
如果是的話，是否有比其他更多的需求/問題？
他们与我们的産品/系统互动的方式是否不同？
……

split by user roles

? 按工作流步驟拆分

许多用户旅程涉及客户或用户从开始到结束的多个步骤，或者正如我们通常所说的“端到端旅程”。然而，我们有时忽略了这些步骤中的每一个都可以为用户和客户提供價值，并且也可能为企业提供價值。

例如，我參與了一個構建學習管理系統（LMS）的項目，在這個項目中，我們設計了一個能讓學習者進行評估以驗證他們的學習的功能。

基于“按用戶角色拆分”，這可以被拆分爲：

創建評估的培訓師/內容創建者
驗證他們的知識/學習的學習者
想要收到通知的學習者的直線經理

讓我們詳細看一下“驗證他們的知識或學習的學習者”。工作流程中的典型步驟可能是：

學習者登錄到LMS門戶
搜索可用的評估
注冊可用的評估
進行評估
學習者獲得結果

以上每个步骤都为用户提供了价值，所有这些步骤都可以作为独立的産品待办事项，可能进一步细分。更小但同樣有價值。

split by workflow steps

? 按操作拆分

不同的操作或操作規則也會影響許多功能。這些操作規則可以應用于數據或資源的存儲和管理方式。典型的操作規則包括：

創建（C）：添加新記錄
讀取（R）：檢索現有記錄而不修改它
更新（U）：修改現有記錄
刪除（D）：刪除現有記錄

例如，如果我们正在构建一个人力资源（HR）系统，业务操作规则和政策可以幫助我们将PBI进一步拆分。以下是可能导致更多价值单元的问题示例。

創建新員工記錄：誰可以執行此操作，如何執行此操作，是否存在多種創建記錄的方式，是否可以進行批量創建。
讀取員工記錄：誰可以閱讀員工記錄，直線經理可以看到哪些細節，HR管理員可以看到哪些細節。
更新現有員工記錄：哪些角色可以更新員工記錄，直線經理可以更新哪些記錄，HR管理員可以更新哪些記錄。
刪除現有員工記錄：誰可以執行刪除操作，刪除記錄時會發生什麽。

以上每個問題都可以成爲一個獨立的PBI，對某些問題的回答可能會創建更多的PBI。更小但同樣有價值。

split by operations

? 按場景/用例拆分

我看到過許多PBI的驗收標准非常龐大，涵蓋了一個PBI中的多個場景和用例。這些龐大的PBI包含進一步拆分爲獨立價值單元的機會。

例如，我們正在爲系統添加登錄功能。這項任務可以根據用戶角色和場景進行拆分。一個場景可能是快樂路徑，即在正確的用戶名和密碼組合之後成功登錄。但還有多個快樂路徑和非快樂路徑的場景。

用戶名正確但密碼不正確
用戶名不正確但密碼正確
忘記密碼
多次嘗試使用不正確的憑據
記住我的登錄信息
通過我的Google賬戶登錄
通過我的社交媒體賬戶登錄
通過單點登錄進行登錄

并非所有这些在早期开发阶段都是必需的。有些可能永远不需要。但这些都是较小的PBI，可以幫助産品负责人更好地设置工作的优先级。更小但同樣有價值。

? 按業務規則拆分

许多企业和産品遵循各种业务规则，这些规则可以单独实施。有时，并非所有这些业务规则都需要同时执行。

舉例來說，用戶在我們網站上購買課程。在結賬時，作爲英國的增值稅（VAT）注冊企業，只有當客戶來自英國時，我才需要收取增值稅。

這可以分爲兩個PBI：

非增值稅客戶的故事：

當我調和公司的月度支出並更新財務記錄時
我希望收到清晰指示無需支付增值稅的發票，
以便我能夠高效管理會計流程，確保財務報告准確，並避免有關稅務責任的混淆。

增值稅客戶的故事：

當我審查公司采購並准備報稅時，
我希望收到詳細列明增值稅費用的發票，
以便我能夠准確計算和報告增值稅費用，確保遵守稅收法規，並促進簡化的財務審計。

更小卻同樣有價值。

结语

在産品开发领域，有效拆分産品待办事项（PBI）不仅仅是一种技能，更是一种必备的本领。通过将较大的任务分解为更小、更易管理的部分，我们提高了清晰度和专注力，促进了工作流程的更顺畅进行。

我們在拆分PBI的討論中揭示了關鍵的策略，但其中的核心主題是“ 更小卻同樣有價值 ”。

本质上，精通産品待办项的拆分并不仅仅是任务管理的问题；它涉及赋能团队、加强协作，并最终交付那些能经受住时间考验和变革的卓越産品。因此，持续不断地完善和迭代，让您的産品待办事项成为引领您的敏捷之旅通向成功的明灯。

午夜伧理A级日韩1片

本篇目錄