产品路线图的三种模型(RICE/MoSCoW/Kano),教你如何对需求进行优先级排序
前言
RICE/MoSCoW/Kano三种模型,教你如何对需求进行优先级排序。
也许你会让业务提供一份ROI,记得前不久参加过一场立项会评审,一位很有意思的小产品在会上讲不清楚ROI,评审们要求会后重新梳理,小产品表达不要为难业务方干一些他们不擅长的事了。这个看似笑话的经历,背后隐藏着价值判断已经流于形式。
也许你会要求业务方直接给出需求优先级列表,把任务分为P0到P5,这样的划分除了按需求本质的优先级还同时考虑了开发资源、开发难度等问题。毫不夸张地说,我曾经拿到一张全是P0级别的需求清单,如果一切任务都是高优先级,那就意味着没有优先级。
需求有时会戴上“高优先级”的面具,实际上就是担心你不去实现它。
如何确定优先级是设计产品路线时常见的挑战,如果你已经花费很大精力去做头脑风暴、寻找改进的机会点和收集反馈,你会得到一个充满好主意的产品演进路线。但是,你值得投入同样多的精力去思考解决这些问题的顺序,需要花时间去做好优先级排序。
为什么做产品路线图的优先级排序如此困难呢?
原因数不胜数:
在实践中,优先级划分经常会比较随意,甚至用户经常会阻碍优先级的划分,说所有的需求都是重要的,这就使得优先级划分无的放矢。
- 相比去做更普适的项目,做那些你最喜欢的、自己会用的产品更令人满足。
- 相比去做直接对你的目标产生影响的项目,把注意力集中在那些聪明有趣的主意上更有诱惑力。
- 相比去做自己已经有信心的项目,去钻研新的想法更令人兴奋。(有些情况也可能反过来)
优先级划分经常是“拍脑袋”的产物,没有理由也没有原因,它
文章来源: wenyusuran.blog.csdn.net,作者:文宇肃然,版权归原作者所有,如需转载,请联系作者。
原文链接:wenyusuran.blog.csdn.net/article/details/108199355
- 点赞
- 收藏
- 关注作者
评论(0)