怀抱观古今，寝食展戏谑。这篇文章主要讲述分享一个定义需求优先级的公式，让迭代尽可能实现最有价值功能相关的知识，希望能为你提供帮助。
当开发资源有限的情况下，必然无法做到所有需求都放到一次迭代中，为了让每次迭代都尽可能地实现最有价值的功能，合理定义需求优先级尤为重要。
一、用哪些工具来定义需求优先级定义需求优先级不是一个新鲜话题，查阅了各类指导文章后，发现把优先级量化成分数是一致认可的，直观的分数更具有说服力，我们可以利用各类工具来量化分数。（??点击查看需求理论模型??）
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 版本对应