10、软件开发中的产品待办事项与交付框架解析

软件开发中的产品待办事项与交付框架解析

1. 产品待办事项（Product Backlog）

1.1 定义与结构

产品待办事项是一个按优先级排列的离散项目集合，这些项目类型各异，通过父子关系相互连接，它们之间的关系被称为“产品待办事项分类法”。敏捷方法并不规定产品待办事项中元素的类型，但传统上，功能需求通常以用户故事的形式呈现。使用产品待办事项的团队可以自行决定所采用的格式，并将待办事项视为可能要处理的解决方案方面的提醒。

1.2 元素类型

除了用户故事，产品待办事项还可能包含以下元素：
- Epics ：Epics 涵盖了大量的工作，代表一个可以独立发布给最终用户的功能。它通常与用户故事采用相同的格式编写，但并非必需。例如，“作为一名客户，我希望选择一张机票，以便我能前往参加会议。”这个 Epic 包含了“选择”标准、“查看详情”功能和“选择功能”。
- Technical Tasks ：技术任务不直接为用户提供功能，但对于软件开发是必要的。例如，在云端部署应用程序、构建测试环境、实施安全功能、升级软件工具等。
- Spikes ：Spikes 是研究项目，用于研究工具、定义策略、测试性能、比较实现方法等。它们有一个结果，即学习和潜在的实施或工具决策，但不会产生可交付的产品。如果用户故事有先决条件，Spikes 通常会解决这些先决条件，并在其所支持的用户故事之前进行。
- Subtasks ：用户故事、Epics、技术任务，有时甚至是 Spikes 都可以分解为