产品待办事项是敏捷产品开发中的一个关键组成部分。它是一个持续更新的活文档，列出了为产品发布所需开发的所有功能、特性、需求、改进和修复。有效的产品待办事项管理对于确保产品满足用户和利益相关者的需求至关重要。DEEP框架是一套指导原则，可以帮助团队有效管理产品待办事项。
什么是DEEP框架
DEEP代表详细适当、估算、涌现和优先级。产品待办事项中的每一项都应适当详细，以故事点进行估算，具有涌现性，并根据用户价值、业务价值、技术可行性、复杂性和依赖关系等因素进行优先级排序。通过遵循DEEP框架，团队可以有效管理产品待办事项，确保待办事项中的各项内容在详细程度、估算、涌现性和优先级方面都恰到好处。
以下是DEEP框架每个要素的简要概述：
- 适当详细：产品待办事项中的每一项都应适当详细，以便团队清楚地了解需要开发的内容。详细程度应恰到好处，以确保开发团队能够获得清晰的方向。
- 估算：产品待办事项中的每一项都应以故事点进行估算，以了解开发所需的投入程度。故事点用于估算完成该项工作所需的工作量。
- 涌现：产品待办事项是一个活文档，随着团队对产品需求理解的加深而持续更新。根据产品需求的变化，可以添加、删除或更新项目。
- 优先级：产品待办事项应根据用户价值、业务价值、技术可行性、复杂性和依赖关系等因素进行优先级排序。优先级排序有助于开发团队首先关注最重要的事项。
通过遵循DEEP框架，团队可以有效管理产品待办事项，确保待办事项中的各项内容在详细程度、估算、涌现性和优先级方面都恰到好处。这有助于团队制定出全面且优先级明确的产品待办事项，准确反映当前对产品需求的理解。
示例 – MIS
问题描述
ABC公司是一家已经营超过20年的零售企业。多年来，公司规模显著扩大，如今拥有多个门店和庞大的客户群体。为了保持竞争力，ABC公司投资了一套IT系统，用于管理其库存、销售和客户数据。
然而，近几个月来，IT系统不断出现问题。系统运行缓慢，处理交易耗时过长，导致结账队伍过长、顾客不满以及销售损失。此外，系统容易出错，导致库存数据不准确，进而引发缺货和库存积压。
IT团队一直在努力解决这些问题，但难以找到问题的根本原因。该系统结构复杂，包含许多需要无缝协作的不同组件。IT团队已尝试通过增加内存、升级软件和提升处理能力来优化系统，但这些措施并未解决根本问题。
IT系统的问题正在对业务造成重大干扰。公司正在失去客户，声誉受损。IT团队面临快速找到解决方案的压力，但仍在难以确定问题的根本原因。公司管理层担心这对业务利润的影响，正考虑聘请外部顾问来协助解决IT系统的问题。
制定初始产品待办事项
制定初始产品待办事项的步骤：
- 识别主要问题领域：根据所提供的场景，主要问题领域是运行缓慢且容易出错的IT系统，导致结账队伍过长、顾客不满、库存数据错误、缺货和库存积压。
- 识别利益相关者：本场景中的利益相关者包括公司管理层、IT团队、零售员工和客户。
- 头脑风暴潜在解决方案：与利益相关者合作，识别问题的潜在解决方案。一些可能的解决方案包括升级硬件、优化软件、改善网络基础设施、实施新的POS系统，以及提升零售员工的培训水平。
- 优先排序解决方案：根据对业务的影响、可行性及成本，对潜在解决方案进行优先级排序。考虑利益相关者的反馈，并对每项解决方案进行成本效益分析。
- 将解决方案分解为更小的任务： 在解决方案优先级确定后，将其分解为更小的任务或用户故事。每个任务都应具备具体性、可衡量性、可实现性、相关性和时限性。
- 估算每个任务所需的投入： 以故事点估算每个任务所需的投入。可使用历史数据或专家判断来评估所需的工作量。
- 优先安排任务： 根据任务对业务的影响以及任务之间的依赖关系来优先安排任务。
- 创建初始产品待办列表：按优先级顺序列出所有任务来创建初始产品待办列表。包括每个任务的描述及其以故事点估算的投入。
初始产品待办列表的表格格式：
| 优先级 | 用户故事 | 描述 | 预计投入（故事点） |
|---|---|---|---|
| 1 | 升级硬件 | 升级硬件以提升系统性能 | 13 |
| 2 | 优化软件 | 优化软件以提升系统性能 | 8 |
| 3 | 改善网络基础设施 | 改善网络基础设施以降低延迟并提升系统性能 | 5 |
| 4 | 实施新的POS系统 | 实施新的POS系统以提升交易处理速度并减少错误 | 21 |
| 5 | 零售员工培训 | 提升零售员工的培训水平以减少错误并改善客户服务 | 8 |
| 6 | 改进库存管理 | 改进库存管理，以减少缺货和积压 | 13 |
注意：故事点为估算值，可能需要在待办事项梳理和冲刺计划会议期间进行调整。
细化产品待办事项
上述列出的部分产品待办事项可能过大，无法放入单个冲刺中。以下是将其细化为适当史诗或用户故事的一些选项：
- 升级硬件： 这可以分解为多个较小的用户故事，例如“调研并选择合适的硬件”、“采购并安装新硬件”以及“测试并验证新硬件。”
- 优化软件： 这可以分解为多个较小的用户故事，例如“识别性能瓶颈”、“开发并实施性能优化”以及“测试并验证性能改进。”
- 实施新的POS系统： 这可以作为一个史诗，包含多个用户故事，例如“调研并选择合适的POS系统”、“配置和定制POS系统”、“对零售员工进行新POS系统的培训”以及“测试并验证新的POS系统。”
- 零售员工培训： 这可以分解为多个较小的用户故事，例如“开发培训材料”、“安排并开展培训课程”以及“评估培训效果。”
通过将这些较大的产品待办事项分解为更小、更易管理的用户故事，团队可以更轻松地估算工作量、优先排序并规划冲刺，从而专注于为业务及其利益相关者创造价值。
以下是经过细化的产品待办事项（或用户故事）的更新表格：
| 优先级 | 史诗/用户故事 | 描述 | 预计工作量（故事点） |
|---|---|---|---|
| 1 | 升级硬件 | 调研并选择合适的硬件 | 5 |
| 采购并安装新硬件 | 5 | ||
| 测试并验证新硬件 | 3 | ||
| 2 | 优化软件 | 识别性能瓶颈 | 3 |
| 开发并实施性能优化 | 5 | ||
| 测试并验证性能改进 | 2 | ||
| 3 | 改进网络基础设施 | 改进网络基础设施以降低延迟并提高系统性能 | 5 |
| 4 | 实施新的POS系统 | 研究并选择合适的POS系统 | 5 |
| 配置并定制POS系统 | 8 | ||
| 培训零售员工使用新的POS系统 | 5 | ||
| 测试并验证新的POS系统 | 3 | ||
| 5 | 零售员工培训 | 开发培训材料 | 3 |
| 安排并开展培训课程 | 3 | ||
| 评估培训效果 | 2 | ||
| 6 | 改进库存管理 | 改进库存管理，以减少缺货和库存积压 | 8 |
注意：故事点为估算值，可能需要在待办事项梳理和冲刺计划会议期间进行调整。
根据DEEP原则对更新后的产品待办事项列表进行评估
以下是针对更新后的产品待办事项列表中每个用户故事，依据DEEP原则的讨论：
- 升级硬件
- 适当详细：该用户故事具体且定义明确，表明团队需要研究并选择合适的硬件，采购和安装新硬件，并测试和验证新硬件。
- 已估算：该用户故事以故事点进行估算，使团队能够了解完成工作所需的努力程度。
- 涌现性：该用户故事具有涌现性，因为团队可能需要根据研究和测试阶段的发现，调整硬件选择或安装流程。
- 已优先排序：该用户故事根据其对系统性能的影响进行优先排序，升级硬件被赋予最高优先级。
- 优化软件
- 适当详细：该用户故事具体且定义明确，表明团队需要识别性能瓶颈，开发并实施性能优化措施，并测试和验证性能改进。
- 已估算：该用户故事以故事点进行估算，使团队能够了解完成工作所需的努力程度。
- 涌现性：该用户故事具有涌现性，因为团队可能需要根据测试阶段的发现，调整优化方法。
- 已优先排序：该用户故事根据其对系统性能的影响进行优先排序，优化软件被赋予第二高优先级。
- 改进网络基础设施
- 适当详细：该用户故事具体且定义明确，表明团队需要改进网络基础设施，以降低延迟并提升系统性能。
- 已估算：该用户故事以故事点进行估算，使团队能够了解完成工作所需的努力程度。
- 涌现性：该用户故事的涌现性不如其他一些用户故事明显，因为团队很可能对所需的网络改进有较好的理解。
- 已优先排序：该用户故事根据其对系统性能的影响进行优先排序，改进网络基础设施被赋予中等优先级。
- 实施新的POS系统
- 适当详细：该用户故事具体且定义明确，表明团队需要研究并选择合适的POS系统，配置和定制POS系统，对零售员工进行新POS系统的培训，并测试和验证新POS系统。
- 已估算：该用户故事以故事点进行估算，使团队能够了解完成工作所需的努力程度。
- 涌现性：该用户故事具有涌现性，因为团队可能需要根据测试阶段的发现，调整选择或配置方法。
- 已优先排序：该用户故事根据其对系统性能的影响进行优先排序，实施新的POS系统被赋予高优先级。
- 零售员工培训
- 适当详细：该用户故事具体且定义明确，表明团队需要开发培训材料，安排并开展培训课程，并评估培训效果。
- 已估算：该用户故事以故事点进行估算，使团队能够了解完成工作所需的努力程度。
- 涌现性：该用户故事的涌现性不如其他一些用户故事强，因为团队很可能对所需的培训材料和培训课程已有较好的理解。
- 优先级：该用户故事根据其在减少错误和提升客户服务方面的影响力进行优先级排序，零售员工培训被赋予中等优先级。
- 改进库存管理
- 适当详细：该用户故事具体且定义清晰，表明团队需要改进库存管理以减少缺货和库存过剩。
- 估算：该用户故事以故事点进行估算，使团队能够了解完成工作所需的努力程度。
- 涌现性：该用户故事的涌现性不如其他一些用户故事强，因为团队很可能对库存管理所需改进的内容已有较好的理解。
- 优先级：该用户故事根据其在减少缺货和库存过剩方面的影响力进行优先级排序，改进库存管理被赋予中等优先级。
总体而言，更新后的产品待办事项列表与DEEP原则高度契合。每个用户故事都得到了适当的详细描述、估算、具备涌现性并进行了优先级排序，使团队能够有效管理产品待办事项列表，并为业务及其利益相关者创造价值。用户故事的优先级基于其对系统性能、减少错误和提升客户服务的影响，这有助于实现项目的总体目标。
改进产品待办事项列表
尽管更新后的产品待办事项列表似乎与DEEP原则高度契合，但仍存在改进空间。以下是一些可能的改进方向：
- 适当详细： 产品待办事项列表中的用户故事可以进一步细化，以确保其详细程度适当。这可能包括将较大的用户故事拆分为更小的单元，或为需求提供更多背景信息和清晰度。
- 估算： 每个用户故事分配的故事点可根据以往迭代的实际数据或团队对需求理解的不断深化进行优化。
- 涌现性：产品待办事项列表应持续审查和优化，以确保其保持涌现性。团队可以纳入利益相关者的反馈，或根据开发过程中出现的新信息调整待办事项列表。
- 优先级： 用户故事的优先级可根据不断变化的业务需求或利益相关者的反馈进行优化。团队可以定期审查待办事项列表，确保优先级最高的用户故事首先得到处理。
总体而言，产品待办事项列表是一个持续演进的文档，应不断审查和优化，以确保其与DEEP原则保持一致，并支持项目目标。团队应保持开放心态，积极寻求在开发过程中持续改进产品待办事项列表的方法。
总结
DEEP框架对于有效的产品待办事项管理至关重要，因为它帮助团队制定出全面且优先级明确的产品待办事项列表，反映当前对产品需求的理解。详细程度应恰到好处，以确保开发团队获得清晰的方向。故事点用于估算完成某项工作所需的工作量，而产品待办事项列表会根据产品需求的变化持续更新。优先级有助于开发团队首先关注最重要的事项。
DEEP框架为有效的产品待办事项管理提供了一套指导原则。它确保产品待办事项列表在用户价值、业务价值、技术可行性、复杂性和依赖关系等因素的基础上，具备适当的详细程度、估算、涌现性和优先级。通过遵循DEEP框架，团队可以有效管理产品待办事项列表，确保产品满足用户和利益相关者的需求。