前言
RICE/MoSCoW/Kano三种模型,教你如何对需求进行优先级排序。
也许你会让业务提供一份ROI,记得前不久参加过一场立项会评审,一位很有意思的小产品在会上讲不清楚ROI,评审们要求会后重新梳理,小产品表达不要为难业务方干一些他们不擅长的事了。这个看似笑话的经历,背后隐藏着价值判断已经流于形式。
也许你会要求业务方直接给出需求优先级列表,把任务分为P0到P5,这样的划分除了按需求本质的优先级还同时考虑了开发资源、开发难度等问题。毫不夸张地说,我曾经拿到一张全是P0级别的需求清单,如果一切任务都是高优先级,那就意味着没有优先级。
需求有时会戴上“高优先级”的面具,实际上就是担心你不去实现它。
如何确定优先级是设计产品路线时常见的挑战,如果你已经花费很大精力去做头脑风暴、寻找改进的机会点和收集反馈,你会得到一个充满好主意的产品演进路线。但是,你值得投入同样多的精力去思考解决这些问题的顺序,需要花时间去做好优先级排序。
为什么做产品路线图的优先级排序如此困难呢?
原因数不胜数:
在实践中,优先级划分经常会比较随意,甚至用户经常会阻碍优先级的划分,说所有的需求都是重要的,这就使得优先级划分无的放矢。
- 相比去做更普适的项目,做那些你最喜