|
通过沟通，产品经理要让业务代表认识到，每个项目的资源特别是时间资源是有限的，不可能一下子全部交付他们想要的全部功能，对需求进行优先级排序，把最高优先级的归为一类，可以在第一批尽早实现，其他可以迟些在后续的版本中实现。项目管理培训
作为产品经理，要通过评估需求优先级、估算开发工作量来制定项目迭代计划，并在这个过程中与业务代表达成共识。bbs.mypm.net
接下来介绍评估需求优先级、估算开发工作量的方法。项目管理者联盟
1.如何评估需求优先级?项目管理者联盟文章
排优先级的思想常常被称作“分诊”，来自于医疗领域，最早在拿破仑的战争中得到应用。战场上有大量的受伤士兵，但战地医院的医疗资源显然没办法治疗所有的伤兵。战地医生应用分诊的方法把士兵分为3类：blog.mypm.net
- 治疗了可以活下去
- 不治疗也能活下去
- 治疗了也活不下去
由于缺少医疗资源，医生只治疗第一类“治疗了可以活下去”的伤兵。项目管理者联盟
这种分诊的思想同样可以应用于排需求优先级。项目经理圈子
即使是一个中等规模的项目，往往也有好几十个用例和几百个功能需求，很少有软件项目能够在预定的日期交付干系人想要的所有功能。毕竟每一个项目的资源都是有限的，特别是时间资源。service.mypm.net
对产品团队而言，需求优先级也是一个时间管理的问题，我们可以应用时间管理的方法来评估需求优先级。项目经理博客
先简单介绍时间管理的方法。www.mypm.net
我们每天要做的事情很多，总感觉时间不够，所以就要按照轻重缓急对事情进行分类、排优先级，然后按要事优先的原则来处理事情。项目管理者联盟
按照时间管理四象限这个工具，可以把事情按照“重要”、“紧急”进行分类放到四个象限。项目管理者联盟
- 重要且紧急：比如产品崩溃，有大量的用户投诉。这样的事情要立即处理。
- 重要不紧急：比如产品规划、参加培训、运动。这样的事情要有计划地做。
- 不重要但紧急：比如出席无关会议、接到骚扰电话。这样的事情可以授权别人做或暂缓。
- 不重要不紧急：比如刷短视频、刷朋友圈。这样的事情尽量少做。
项目经理博客
我们可以按照时间管理四象限这个工具来评估需求优先级(如下图所示)：talent.mypm.net
- 重要且紧急的需求，算高优先级。
- 重要不紧急的需求，算中优先级。
- 不重要但紧急的需求，算低优先级
- 不重要不紧急的需求，算低优先级
那我们怎么判断需求是否“重要”、“紧急”呢?我们可以站在业务视角来进行评估：
项目管理者联盟
- 重要：判断是否重要的依据是业务价值，包括用户价值、商业价值。例如：核心业务相关的需求算重要;核心用户的核心需求算重要;能显著提升产品的竞争优势的话算重要。
- 紧急：广度(涉及的用户数量);频度(需求相关的场景出现的频率);竞争(比如跟竞争对手抢时间)
从业务视角安排好优先级之后，还要请开发人员从技术视角、请项目管理人员从项目管理视角对需求优先级进行微调。项目管理者联盟
有的需求在实现层面与其他需求有依赖关系，被依赖的要优先做。项目管理者联盟
例如，知识管理系统中，有“提交词条”、“登录系统”这两个用例，在提交词条时要验证身份，要求用户要先登录系统才能提交词条。“登录系统”被依赖，所以“登录系统”的优先级要高于“提交词条”。
项目经理要考虑需求的实现成本、是否存在技术风险。项目管理者联盟
同样都是高优先级的需求项，要优先做成本小的，这样更容易见到成效。项目管理者联盟
同样都是高优先级的需求项，要优先做风险大的，因为提早做风险大的话，风险出现时还有机会与时间来补救。项目管理者联盟文章
上面介绍了先从业务视角来评估优先级，再从技术视角、项目视角微调优先级的方法。这个方法属于定性评估，还可以用定量评估的方法来排需求优先级。项目经理博客
定量评估的方法先列出排优先级要考虑的维度(如业务价值、开发成本等)，再邀请跨职能代表(业务代表、开发人员、项目经理等)从各个维度对要评估的需求项进行打分，然后就可以根据需求项的得分来排需求优先级。项目管理者联盟
排优先级要考虑的常见维度如下：项目管理者联盟
- 业务价值
- 用户量
- 发生频率
- 技术风险
- 开发成本
- 上市时间
- 政策要求
- 合同约定
定量评估的方法参考如下表格：转自项目管理者联盟
|
