从需求管理到迭代规划，优秀的产品经理如何让工作更高效？

在研发管理场景下，不同角色对于 ONES 系统的使用需求、应用场景各不相同。其中，产品经理作为研发过程中的关键人物，不仅对整个产品生命周期负责，还在产品方向的规划与发展上起着至关重要的作用。

本期，我们将从产品经理这一角色聊起，看看 ONES 如何帮助他们进行需求管理与迭代规划，提升研发团队协作效率。

高效收集需求，规范管理工单

需求收集是产品经理一项重要的日常工作，也是大部分产品经理工作的起点。通过需求收集，产品经理可以快速获取目标用户的痛点和诉求，为产品规划和功能迭代做指引。但是在实际的工作场景中，需求的来源众多，既有来自老板、业务与协作方的内部需求，也有来自用户、市场的外部需求。

如果产品经理不对收集到需求进行分类管理，可能会导致需求杂乱，或信息缺失严重。而对于这些不能解决问题、没有价值含量的信息，产品经理将无法进一步分析。因此，在需求收集这个环节，产品经理需要对需求方提交的信息作出规范性要求，以此保证收集到的信息完整且有效。

在 ONES 中，产品经理可以通过设计详细的表单模板，规范需求格式，引导用户准确、完整地表达自己的需求。接着，以「工单小程序」的方式，通过微信将其发放给用户，快速收集各方需求。

这样的收集方式有三个好处：

• 用户可以通过微信扫码，一键提交需求；

• 在 PC 端，产品经理可以与用户直接进行消息互动；

• 工单状态完成后，微信小程序自动发送提醒，完成需求管理闭环。

拆分复杂需求，评估需求可行性

普遍而言，从用户侧收集到的反馈很可能是零散的、非结构化的。这时需要产品经理从反馈中提炼需求，将需求拆分成大小合适、可独立交付、具有价值的颗粒度，帮助产品研发更加敏捷灵活地执行。

在 ONES 系统中，需求的拆分思路主要有两种：

• 利用父子关系拆分子需求，也就是将大需求细化成小需求；

• 利用关联关系拆分子需求，也就是将需求拆分成具体的研发、测试任务。

当然，在这个过程中还有一个不可或缺的环节——需求评估，目的是过滤掉不合理的需求，在这一环节，首要的就是评估需求的可行性和规模：

• 可行性，即这个需求能不能做；

• 规模评估，即这个需求的工作量如何。

在 ONES 系统中，产品经理可以通过在需求表单上配置「可行性」「技术实现思路」等属性，承载技术经理的可行性结论。另外，在评估规模时，可以以研发团队实现需求的「研发周期」，或者是用「工时」，来辅助分析判断。

优先级排序，做好需求规划

做好了需求的收集与分析，接下来需要对需求进行优先级划分，先做什么后做什么，以便于后续进行迭代规划。

优先级作为一条需求的重要属性，产品经理在规划需求时，首先需要给需求做优先级的排序。那么需求的优先级该如何判断呢？

我们建议，产品经理应该避免仅从单一维度去判断需求的优先级。比如不能说客户认为这个需求很急，我们就把它的优先级提高；或者是这个需求在整个企业的目标里很重要，就把它排在最高优先级。

判断需求的优先级时，应该从多个维度考虑，比如需求的业务价值、需求规模、需求的技术实现难度等。一个显而易见的例子是，面对两个业务价值相当的需求，一个仅用两天就可以完成，而另一个则需要两周，我们更倾向于先做前者，在最短时间内将一个业务价值交付给客户。

目前，行业内沉淀了很多科学的方法论和思考框架，帮助我们做好优先级的评估，较为普遍的是 WSJF、KANO、四象限等。其中比较常见、也较好执行的方法是四象限法，即以重要程度、紧急程度正交划分出四个象限，来帮助判断需求优先级。

在 ONES 中，我们可以通过流程自动化能力，让系统根据既定规则实现需求优先级的自动划分，提高工作效率。这个时候就需要在配置中心的「新建自动化规则」中，把触发规则设置为：当需求的重要性和紧急程度更新为「重要」和「紧急」时，触发后续执行的动作是「把需求的优先级更新为 P0」，P1、P2、P3 以此类推。

规划迭代，组织需求评审

在做迭代规划时，产品经理应该与相关方一同确认当前迭代需要实现的需求范围，明确迭代目标，从而更好地把握迭代的整体节奏。按照敏捷的思路，我们建议将迭代周期设置为 2—4 周，不宜拖得太长。

在 ONES 系统中，产品经理首先可以「新建迭代」，把迭代名称、迭代目标、迭代周期填写清楚；然后将「未规划工作项」中的需求按照前述的优先级划分规划进不同迭代内。这样一来，我们就能在迭代内的「需求」组件下，查看该迭代包含的所有需求。

你可能会问，迭代规划完成后，是不是就能进入执行阶段了？别着急，在正式进入产品研发前，产品经理还有一个必经之路——需求评审会，这是一个承接规划到执行的过程。

产品经理发起评审，是为了在团队内讨论产品方案的合理性，澄清迭代目标，让每一个团队成员对迭代需求能有更加全面的理解。因此在评审会期间，团队成员可能会根据自己的理解，对产品方案提出问题。评审结束后，相当于各方对需求达成了共同理解，迭代即将开始。

迭代开始后，产品经理还可以利用敏捷看板、甘特图等，直观地了解需求完成进度，快速识别延期风险，保障项目朝着既定目标前进。

好了，以上就是产品经理如何使用 ONES 进行日常的需求和项目管理工作，你学会了吗？如果你还想掌握更多产品经理的相关知识和实践，或者了解其他研发团队角色如何用 ONES 高效协作，欢迎在评论区告诉我们。