价值排序-CFANZ编程社区

选定项目后，需要思考如何在规划期间秉承价值驱动交付的理念，需要根据业务价值来调整项目工作的优先级。

在规划价值中，需要避免人为的抬高或降低某个用户故事的价值点，要确保故事点和价值相匹配，否则规划价值将失去意义。

MoSCoW方法也称为MoSCoW优先级或MoSCoW分析，它是一种用于管理、业务分析、项目管理和软件开发的优先级排序技术，旨在与利益相关者就他们对交付每个需求的重要性达成共识。

通过给发起人等同于项目预算的虚拟货币，要求他们将这些虚拟货币分配给系统中的特性集。

这些特性可能是全部项目范围，也可能是部分的范围。

分配给每个相关方100个点（硬币），以便他们可以使用这些点（硬币）给期望的需求去投票。

最小可售功能代表功能包足够完整到可以为用户提供价值，同时也足够小。

最小可行产品即用最小的成本和最有效的方式，把产品快速推向市场，然后基于市场的反馈快速迭代。

敏捷游戏是一种协作型技术研讨会，可以帮助相关方更好的理解各种复杂的问题，从而达成共识。常见的敏捷游戏包括：

用户对于一个功能或需求的反应一般分为三种类别：

这三种类型组成了如下的Kano模型：

价值排序_优先级

右下方的箭头显示出一旦实现了一定数量的必须功能，就无法再通过增加这类功能来提高客户满意度。而且无论添加了多少必须功能，客户满意度都不会超过中线以上。

例如：酒店客房必须具备床和浴室，一旦具有了干净整洁的床和浴室，客人很大程度上便会得到满足，这时候再投入再多也无法进一步提升满意度。

中间的箭头显示出了一组线性趋势，它表示客户满意度会随着这类功能的增加而逐渐增加。

例如：酒店房间越大、床铺越大，客人越喜欢

左上方的曲线显示出即使只是实现了一个兴奋点或惊喜点，都能显著提升客户满意度。

例如：酒店客房内增设了冰箱、跑步机等，即便只有一点也能极大的提升客户满意度。

通过与用户进行讨论，从而便于确定每个主题的类型。Kano建议通过两个问题来确定一个功能的分类：

对每个问题都需要采用5点度量方式：

对于同一个功能存在或缺失，相同用户可能会有不同的答案。为此，通过对功能存在形式问题的答案和功能缺失形式问题的答案进行交叉参照，可以将用户的回答简化为一个单一的意思。

M必须，L线性，E兴奋，R反对，Q疑问，I无所谓

如果对很多用户重复这一过程，就可以集中他们的答案并确定这些答案的分布情况，从而可以知道某个功能的分类归属。

风险调整待办事项是指根据风险列表进行排序。团队综合考虑各个因素后，可以根据风险-价值的关系依次处理相应的问题：

排序	风险和价值	说明
首先做	高价值、高风险	处理它们可以提供最高的价值，并消除显著的风险。
其次做	高价值、低风险	处理它们可以提供较高的价值，但由于风险较低，因此可以稍晚处理。
最后做	低价值、低风险	放弃它们对总价值产生的影响较小，而且风险较低。
避免做	低价值、高风险	由于处理它们不仅提升的价值量小，而且带来的风险较大，所以应当极力避免。

价值排序_权重_02

在产品负责人的领导下，由团队对期望实现的每个功能进行评估，需要分别考虑实现该功能所能带来的收益，以及没有实现时可能招致的损失。

对每一项功能的相对收益和相对损失都可以根据实际情况赋予不同的权重，对每一项功能也可以赋予不同的优先级。最后通过对每项功能的评估结果进行汇总计算，可以得到每个功能的相对估算。