Scrum 工件：产品待办事项列表

suchonasuchi160

以下是我们的书《Scrum：Novice to Ninja》的摘录，作者是 M. David Green。副本在世界各地的商店出售，或者您可以在此处购买电子书形式。 开发团队的故事来自产品负责人的产品待办事项列表。产品待办事项列表跟踪产品负责人从客户处获得的有关产品方向的所有输入，以及产品负责人收集的研究、体验测试、设计和工程反馈。 与冲刺待办事项的故事不同，产品待办事项的项目不需要以任何特定方式构建。这是因为它们的主要目的是让产品所有者能够跟踪所需的所有功能。这些产品待办事项列表项目可能相当模糊，直到它们具体化为冲刺待办事项列表的清晰开发故事。产品待办事项列表中的项目应始终反映产品负责人对产品长期目标的最新思考，而团队正在研究当前增量的具体功能。 频道5-02 注意：产品待办事项列表是产品负责人的责任 虽然产品负责人可以选择定期与团队共享整个产品待办事项列表，但此处的项目是产品负责人的责任。


不断提醒团队产品待办事项列表中长期未触及的项目可能效率不高，因为这会分散完成当前增量所需工作的注意力。 学习使用 JavaScript 编码 虽然许多产品所有者更喜欢跟踪产品待办事项列表中的项目，就好像它们将成为最终的故事一样，但产品待办事项列表中的项目与构 埃及 WhatsApp 号码列表 成它的故事之间不必存在一一对应的关系。进入冲刺待办事项列表。产品所有者需要跟踪的功能和需求可能会变成多个故事，或者可以组合多个项目来创建一个具有适当规模和开发范围的统一故事。 例如，如果客户需要向站点添加支付系统，那么对于开发团队来说，这可能是单个故事，也可能是多个故事。可能有一些开发人员故事围绕创建通过服务接受付款的能力，以及接受信用卡、支票甚至维护令牌系统以便可以使用虚拟货币进行购买的单独故事。或许可以独立开发其中的每一项，然后只用其中一项来启动系统。无论哪一个先推出，都可能需要承担实现所有其他人将共享的一些核心功能的重担。




许多产品所有者发现使用分阶段流程跟踪产品待办事项中项目的状态很方便，其中项目从构思到设计再到工程验证，直到准备好作为冲刺待办事项故事并添加到即将到来的冲刺中。产品负责人应该清楚地了解如何将一个项目从每个状态移动到下一个状态，并且应该记录下来，以便每个故事都保持一致。 警告：在准备好进行创作之前不要写故事 对于产品负责人来说，在产品待办事项列表中的项目准备好纳入特定冲刺之前太久就创建开发故事通常是错误的。产品待办事项中的项目应该保持足够模糊和足够灵活，以便它们能够适应 Scrum 迭代敏捷过程中出现的变化。几周或几个月没有处理的产品积压项目很容易变得陈旧，如果故事写完后没有立即处理，产品所有者很容易忘记他们在编写故事时的背景。过早详细地编写故事通常会浪费产品所有者的时间，并且可能会使团队陷入当前可能不需要的工作。 分享此文章 M·大卫·格林 M·大卫·格林 我曾在 、StumbleUpon 和 Moovweb 等公司担任过 Web 工程师、作家、通讯经理和营销总监。