优先级明确的敏捷待办事项列表不仅可以简化发布和迭代规划,还可以宣扬您的团队打算花时间处理的所有内容,包括客户永远不会注意到的内部工作。这有助于利益相关者和其他团队设定期望,尤其是当他们为您带来额外工作时,并且能够固定工程时间。
什么是产品待办事项?
产品待办事项是指根据产品路线图及其要求得出的开发团队待完成工作的优先级列表。最重要的项目显示在产品待办事项的顶部,以便团队知道首先要交付什么。开发团队不会按照产品负责人的节奏处理待办事项列表,产品负责人也不会将工作推给开发团队。相反,开发团队会根据自身的能力从产品待办事项中提取工作进行处理,处理方式可以是持续(看板)的,也可以是迭代(Scrum)进行的。
将所有内容保存在一个事务跟踪器中,不要使用多个系统来跟踪错误、要求和工程工作项目。如果是用于开发团队,请保存在单个待办事项列表中。
以路线图和要求为基础
由于 Teams in Space 网站是路线图中的第一个计划,因此我们会将该计划分解为长篇故事(此处以绿色、蓝色和蓝绿色显示)和每部长篇故事的用户故事。
然后,产品负责人将每个用户故事整理到开发团队的单个列表中。产品负责人可以选择先交付完整的长篇故事(左)。或者,对于该计划来说,测试预订折扣航班可能更为重要,该测试需要几个长篇故事的故事(右)。参见下方两个示例。
什么会影响产品负责人的优先级?
- 客户优先级
- 获得反馈的紧迫性
- 相对实施难度
- 工作项目之间的共生关系(例如如果我们先做 A,B 会更容易)
虽然产品负责人的任务是确定待办事项的优先级,但这项工作并不是脱离实际完成的。高效的产品负责人会寻求客户、设计人员和开发团队的意见和反馈,以优化每个人的工作量和产品交付。
如何有效管理产品待办事项
建立产品待办事项后,重要的是要定期维护以跟上计划的节奏。产品负责人应在每次迭代规划会议之前审核待办事项列表,以确保优先级正确和纳入上次迭代的反馈。定期审核待办事项列表在敏捷圈中通常被称为“待办事项列表梳理”(有些人也使用待办事项列表优化一词)。
待办事项增加后,产品负责人需要将待办事项分为短期和长期项目。短期项目需要全面完善,然后才能归类为短期。这意味着已经起草了完整的用户故事,整理了与设计和开发的协作,并对开发进行了估算。长期项目可能仍然有些模糊,最好从开发团队那里得到一个粗略的估算,这样有助于确定优先级。这里的关键词是“粗略”:一旦团队完全了解并开始研究这些长期项目,估算就会发生变化。
待办事项列表充当产品负责人和开发团队之间的联系纽带。产品负责人可以根据客户反馈、精确估算和新要求随时重新确定待办事项列表中工作的优先级。但是,一旦工作开始进行,请尽量减少更改,因为它们会打扰开发团队并影响注意力、流程和士气。
一旦待办事项超出了团队的长期能力,就可以关闭团队永远不会解决的事务。在团队的事务跟踪器中使用“超出范围”等的特定解决方案来标记这些事务,以供以后研究。
应留意的反模式
- 产品负责人在项目开始时优先考虑待办事项列表,但不会随着开发人员和利益相关者的反馈而对其进行调整。
- 该团队将待办事项列表限制为面向客户的项目。
- 待办事项列表作为本地存储的文档保存,很少共享,因此相关各方无法获得更新。
产品待办事项让团队保持敏捷性
精明的产品负责人严格整理其计划的产品待办事项列表,使其成为项目工作项目的可靠且可共享的大纲。
利益相关者会质询优先级,这很好。围绕重要事项进行讨论可以使每个人的优先级保持同步。这些讨论培养了一种优先考虑小组的文化,确保每个人在计划中都有相同的心态。
产品待办事项也是迭代规划的基础。所有工作项目都应包含在待办事项列表中,包括:用户故事、缺陷、设计变更、技术债务、客户请求、回顾中的操作项等。这样,可以确保每个人的工作项目都包含在每次迭代的总体讨论中。然后,团队成员可以在开始迭代之前与产品负责人进行权衡取舍,彻底了解清楚需要完成的所有工作。
产品负责人决定待办事项列表中工作项目的优先级,而开发团队则决定处理待办事项的速度。对于想要将工作“推给”团队的新产品负责人来说,可能会产生较为脆弱的关系。阅读我们的文章,了解有关进行中的工作限制和流程的更多信息。
准备好开始了吗?了解如何在 Jira 中创建待办事项列表。
使用 Jira Scrum 模板对重要事项进行优先排序
全面了解所有待完成的工作,这样您就可以专注于最大的影响力。