关于程序员:从需求管理到迭代规划优秀的产品经理如何让工作更高效

42次阅读

共计 2114 个字符,预计需要花费 6 分钟才能阅读完成。

在研发治理场景下,不同角色对于 ONES 零碎的应用需要、利用场景各不相同。其中,产品经理作为研发过程中的关键人物,不仅对整个产品生命周期负责,还在产品方向的布局与倒退上起着至关重要的作用。

本期,咱们将从产品经理这一角色聊起,看看 ONES 如何帮忙他们进行需要治理与迭代布局,晋升研发团队合作效率。

高效收集需要,标准治理工单

需要收集是产品经理一项重要的日常工作,也是大部分产品经理工作的终点。通过需要收集,产品经理能够疾速获取指标用户的痛点和诉求,为产品布局和性能迭代做指引。然而在理论的工作场景中,需要的起源泛滥,既有来自老板、业务与合作方的外部需要,也有来自用户、市场的内部需要。

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

在 ONES 中,产品经理能够通过设计具体的表单模板,标准需要格局,疏导用户精确、残缺地表白本人的需要。接着,以「工单小程序」的形式,通过微信将其发放给用户,疾速收集各方需要。

这样的收集形式有三个益处:

  • 用户能够通过微信扫码,一键提交需要;
  • 在 PC 端,产品经理能够与用户间接进行音讯互动;
  • 工单状态实现后,微信小程序主动发送揭示,实现需要治理闭环。

拆分简单需要,评估需要可行性

广泛而言,从用户侧收集到的反馈很可能是零散的、非结构化的。这时须要产品经理从反馈中提炼需要,将需要拆分成大小适合、可独立交付、具备价值的颗粒度,帮忙产品研发更加麻利灵便地执行。

在 ONES 零碎中,需要的拆分思路次要有两种:

  • 利用父子关系拆分子需要,也就是将大需要细化成小需要;
  • 利用关联关系拆分子需要,也就是将需要拆分成具体的研发、测试工作。

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

  • 可行性,即这个需要能不能做;
  • 规模评估,即这个需要的工作量如何。

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

优先级排序,做好需要布局

做好了需要的收集与剖析,接下来须要对需要进行优先级划分,先做什么后做什么,以便于后续进行迭代布局。

优先级作为一条需要的重要属性,产品经理在布局需要时,首先须要给需要做优先级的排序。那么需要的优先级该如何判断呢?

咱们倡议,产品经理应该防止仅从繁多维度去判断需要的优先级。比方不能说客户认为这个需要很急,咱们就把它的优先级进步;或者是这个需要在整个企业的指标里很重要,就把它排在最高优先级。

判断需要的优先级时,应该从多个维度思考,比方需要的业务价值、需要规模、需要的技术实现难度等。一个不言而喻的例子是,面对两个业务价值相当的需要,一个仅用两天就能够实现,而另一个则须要两周,咱们更偏向于先做前者,在最短时间内将一个业务价值交付给客户。

目前,行业内积淀了很多迷信的方法论和思考框架,帮忙咱们做好优先级的评估,较为广泛的是 WSJF、KANO、四象限等。其中比拟常见、也较好执行的办法是四象限法,即以重要水平、紧急水平正交划分出四个象限,来帮忙判断需要优先级。

在 ONES 中,咱们能够通过流程自动化能力,让零碎依据既定规定实现需求优先级的主动划分,进步工作效率。这个时候就须要在配置核心的「新建自动化规定」中,把触发规定设置为:当需要的重要性和紧急水平更新为「重要」和「紧急」时,触发后续执行的动作是「把需要的优先级更新为 P0」,P1、P2、P3 以此类推。

布局迭代,组织需要评审

在做迭代布局时,产品经理应该与相干方一起确认以后迭代须要实现的需要范畴,明确迭代指标,从而更好地把握迭代的整体节奏。依照麻利的思路,咱们倡议将迭代周期设置为 2—4 周,不宜拖得太长。

在 ONES 零碎中,产品经理首先能够「新建迭代」,把迭代名称、迭代指标、迭代周期填写分明;而后将「未布局工作项」中的需要依照前述的优先级划分布局进不同迭代内。这样一来,咱们就能在迭代内的「需要」组件下,查看该迭代蕴含的所有需要。

你可能会问,迭代布局实现后,是不是就能进入执行阶段了?别着急,在正式进入产品研发前,产品经理还有一个必经之路——需要评审会,这是一个承接布局到执行的过程。

产品经理发动评审,是为了在团队内探讨产品计划的合理性,廓清迭代指标,让每一个团队成员对迭代需要能有更加全面的了解。因而在评审会期间,团队成员可能会依据本人的了解,对产品计划提出问题。评审完结后,相当于各方对需要达成了独特了解,迭代行将开始。

迭代开始后,产品经理还能够利用麻利看板、甘特图等,直观地理解需要实现进度,疾速辨认延期危险,保障我的项目朝着既定目标后退。

好了,以上就是产品经理如何应用 ONES 进行日常的需要和项目管理工作,你学会了吗?如果你还想把握更多产品经理的相干常识和实际,或者理解其余研发团队角色如何用 ONES 高效合作,欢送在评论区通知咱们。

正文完
 0