怀抱观古今,寝食展戏谑。这篇文章主要讲述分享一个定义需求优先级的公式,让迭代尽可能实现最有价值功能相关的知识,希望能为你提供帮助。
当开发资源有限的情况下,必然无法做到所有需求都放到一次迭代中,为了让每次迭代都尽可能地实现最有价值的功能,合理定义需求优先级尤为重要。
一、用哪些工具来定义需求优先级定义需求优先级不是一个新鲜话题,查阅了各类指导文章后,发现把优先级量化成分数是一致认可的,直观的分数更具有说服力,我们可以利用各类工具来量化分数。(??点击查看需求理论模型??)
1. 四象限法则在分析需求优先级的工具里,四象限法则是最魔幻的一个,看似很有用,但如果不进一步细化,很容易变成纯拍脑袋的心理安慰剂。怎么判断需求的紧急程度和重要程度,会发现又回到了最初的问题——量化分数。并且划分紧急程度和重要程度后,衍生出了新的问题,紧急不重要和重要不紧急的需求该如何“视情况而定”,又是一门“玄学”。所以,我们在探讨后放弃了使用四象限法则来定义需求优先级。
2. 卡诺模型卡诺模型是很基础的需求分类工具,我们先把需求功能划分为五种类型:必备型、期望型、魅力型、反向型、无差异型。分类后,根据产品的不同阶段,我们会重点关注不同类型的需求:
初期:必备型功能 >
期望型功能 >
魅力型功能
稳定期:必备型功能 >
期望型功能 = 魅力型功能 >
反向型功能(如广告投放)
根据以上规则,我们可以使用卡诺模型初步给需求定义需求优先级了,但存在两个问题:
当需求多的时候,同类型需求需要进一步排序;
较低优先级的类型功能,缺乏分析动力和统筹规划,例如在产品初期,应对期望型、魅力型需求功能有一定分析和铺垫;
这时候,我们需要更多的工具来弥补这块的不足。
??点击查看应用发布自动化实现要点???
3. 干系人四象限干系人管理在B端产品中尤为重要,因为B端产品的使用者和购买决策者往往是不同的。对于IT运维产品,我们结合产品的特性将需求面向的干系人(通常有CIO、IT总监、IT经理、运维工程师、外部用户)按四象限排序。角色不同诉求也相差很大,但相互之间又有关联,例如IT主管的诉求得到满足(运营分析),同时也会关注工程师的使用反馈(便捷易用)。
4. 价值模型价值模型公式本质是价值=价格/成本,对于IT运维产品,成本通常用人天来计算,即:
产研成本=设计人天+开发人天+实施人天
然而价格的计算又比较抽象了,因此价值模型工具我们仅参考了其成本部分。
二、整合需求优先级公式经过组内探讨,我们将上述工具进行分析和整合,结合自身的产品背景、定位和阶段,按照不同维度的分类给与评分(轻拍脑袋),最终的公式为:
需求优先级=卡诺模型评分+主要使用人评分+使用频率评分+成本评分
三、验证公式,符合预期我们列出6个需求,按照上述公式进行优先级排序,发现与预期基本一致,且借助该方法,我们可以感知到需求的特点和风险点,在解释的时候可以更有依据。
当然,公式也需要不断打磨迭代,引入更多合理的因素,让评分更加客观,尽量减少拍脑袋的成分。
【分享一个定义需求优先级的公式,让迭代尽可能实现最有价值功能】
推荐阅读
- 虚拟机快照及bash初识
- C++核心编程中的函数-占位参数和默认参数
- 阿里P7大牛教你如何面试NIO
- Angular项目实战Angular2的脏值检测机制
- ELT.ZIPOpenHarmony啃论文俱乐部——多维探秘通用无损压缩
- 模板自定义数组
- 关于用好MySQL索引的那些事儿
- 北亚服务器数据恢复3个磁盘组成的raid5中1个硬盘掉线,阵列出现故障,分区不能识别的数据恢复案例
- spring cloud alibaba springboot nacos 版本对应