产品待办事项列表是什么？优先级怎么确定？一个案例给你说清楚

原创2024-10-25小艾老师

Scrum Master敏捷专家认证（CSM）知识体系考证须知证书含金量培训大纲 3分钟小视频我要提问

Scrum Master 认证是针对 Scrum Master（敏捷项目管理中的角色）的专业认证。Scrum 是一种敏捷开发方法，Scrum Master 则是负责指导和推动 Scrum 团队的角色。获得 Scrum Master 认证可以证明个人在敏捷项目管理方面具备一定的知识和技能，并且对Scrum方法有深入的理解和实践经验。这对于在敏捷环境中工作的项目经理、团队领导或相关专业人士来说，可能有助于提升他们在职场上的竞争力和专业认可度。

中文名Scrum Master敏捷专家认证（CSM）
英文名Certified Scrum Master
英文简称CSM
颁证机构Scrum Alliance（Scrum敏捷联盟）
证书类别敏捷
同类认证ACP、ITIL4 HVIT、DevOps

在Scrum框架中，产品待办事项列表（Product Backlog）是整个项目的核心。它包含了所有需要实现的功能和改进，列出了产品开发过程中需要完成的任务。产品待办列表不仅要内容详实，还必须根据项目的优先级合理排列，并且保持动态更新，以适应客户需求的变化。那么，优先级是如何确定的？谁负责维护这个列表？如何确保任务描述准确清晰？

下面，小艾老师通过一个实际案例给大家说明一下。

背景介绍:

ABC软件公司是一家为零售行业提供定制软件开发的企业，_近接到了一个项目：为某大型连锁超市开发一套移动端的库存管理系统。系统需要实现实时库存更新、低库存提醒、自动补货、销售报表生成等功能。由于客户的需求多样且变化频繁，ABC公司决定采用Scrum框架来管理这个项目，以确保灵活应对需求变化，同时保持开发的高效性。

01_产品待办事项列表的优先级如何确定？

产品负责人（Product Owner，PO）是_负责确定产品待办事项列表优先级的人。他的主要职责是根据客户的需求、业务目标以及技术难度等因素，调整待办事项的优先级，以确保开发团队始终在做_有价值的工作。

在ABC公司的项目中，产品负责人定期与客户（超市集团的业务和IT部门）沟通，了解他们的核心需求。比如，客户_迫切的需求是实时库存更新，因为库存的实时性直接影响超市的日常运营，所以这个功能被放在了_高优先级。接着，客户希望尽快增加低库存提醒功能，以便及时补货。产品负责人将这一功能列为下一个高优先级任务。

然而，开发团队在讨论时指出，低库存提醒功能的复杂度较高，因为它需要与现有的供应链系统进行集成。于是，产品负责人决定先开发一个简化版的提醒功能，_基本需求的实现，后续再根据需求优化。

通过这种方式，产品负责人根据业务需求和技术限制，不断调整优先级，确保团队始终聚焦于_重要的功能。

优先级排序需要考量的因素：

考虑因素	说明
客户满意度	先实现基本需求，再是性能需求，_后是锦上添花功能，以提高客户满意度。
业务价值	团队统一业务目标，优先实现能_大化业务价值的功能，瞄准长期战略目标梳理待办事项优先级。
需求频率	考虑功能是否为多数用户需求及使用频率，频繁使用的功能如登录界面应优先开发和优化。
开发成本与回报率	低成本高回报功能高优先级，有时高成本高回报也可能高优先级，需综合考虑成本与回报。
风险和复杂度	高风险、高复杂度功能安排在早期，便于提前发现和应对。

02_谁负责维护产品待办事项列表？

产品负责人不仅负责确定优先级，还负责维护整个产品待办事项列表（Scrum Master也可以协助PO维护这张表，但只是协助维护这张表，只有PO才有资格排优先级）。这个列表是项目的“活文档”，需要随时更新，确保反映项目的_新进展和客户的需求。

在ABC公司，产品负责人定期与开发团队和客户保持沟通。比如，某个Sprint结束后，产品负责人会根据客户的反馈对待办事项列表进行调整，新增或删除一些任务。产品负责人还会根据开发团队的建议，优化任务的描述和时间预估，确保开发人员对每个任务有清晰的理解。

有同学可能还不大清楚产品经理（PM）和产品负责人（PO）的区别，这里简单做个对比：

比较维度	产品经理（PM）	产品负责人（PO）
主要职责	负责产品的战略规划和全生命周期管理	负责维护Scrum框架中的产品待办事项列表
工作重点	聚焦市场、竞争、用户需求，制定产品愿景与发展路线	聚焦项目开发，确保团队开发出符合业务需求的功能
与团队的关系	与多个部门协作，包括市场、销售、研发等	与开发团队、Scrum Master和客户紧密合作
目标	产品的市场成功，扩大市场份额和用户满意度	产品的按时交付，确保开发过程中的需求优先级
决策范围	产品路线图、市场策略、定价、目标用户	决定待办事项优先级和开发目标

一句话来说就是：PO 是 Scrum 团队的角色，PM 是公司的角色。PO 不一定是 PM，但团队的 PM _必须是 PO。换言之，如果公司没有设置产品负责人PO这个角色，产品待办事项列表通常就是由产品经理PM来负责的。

03_如何确保产品待办事项列表中的任务描述清晰准确？

产品待办事项列表中的每个任务都需要有详细的描述，以便开发团队能够准确执行。用户故事（User Stories）是Scrum中常用的描述任务的方式，通常以用户的角度出发，简洁描述功能需求。

用户故事的六个特性- INVEST

INVEST = Independent, Negotiable, Valuable, Estimable, Small, Testable

特性	说明
独立性	让用户故事尽量独立于其他故事，可通过组合和分解减少依赖，避免影响计划、优先级和工作量估算。
可协商性	用户故事内容可协商，非合同，卡片只做简短描述，具体细节在沟通阶段产出，避免限制与用户沟通。
有价值	每个故事对客户有价值，可让客户写下故事，增强价值感。
可以估算性	开发团队需能估算用户故事以确定优先级、工作量和安排计划，若因领域知识缺乏或故事太大导致难以估算，需加强沟通或切分故事。
短小	故事工作量尽量短小，不超过 10 个人 / 天，确保在一个迭代或 Sprint 中能完成，避免大故事带来计划和估算风险。
可测试性	用户故事可测试，便于确认完成情况，不可测试的故事不可取。