任何一个软件开发的目的都是创建功能，交付商业价值。在敏捷环境中，价值成了口头禅。为了获得成功和实现目标，价值的概念需要更加明确地定义。因此，有如下两个问题：
- 我们怎么知道我们交付了价值，并且
- 我们怎么知道我们做了正确的事情？
为了回答这些问题，Paul Ellarby，Tortillis Group公司的首席敏捷实用主义者，在他最近的博客中解释了“价值点（Value Points）”技术。他将“价值点”定义为每个用户故事获得价值的相对测量。
当我们为每一个用户故事赋予了价值点，现在我们就可以为每个用户故事分配经济效益（Financial Benefits）。比方说我们的项目价值是 100 万美元的额外收入。如果把我们的价值点数量相加（假设他们一共是 250），我们就可以把额外的收入分配到每个用户故事中（100 万美元 /250 = 4000 美元 / 点）。
对于计算项目的固定成本以及每个迭代的成本，Paul 进一步解释了这项技术。然后绘制每个迭代交付的价值图（每个故事价值点×4000 美元），以及交付这个故事的成本。
Paul 解释说在很多项目中，经过几个迭代之后，交付的价值开始达到稳定水平。如果团队在这个项目上继续工作，那么成本就会超过这个价值。
Paul 澄清说，这些价值点是估算的。我们没有办法跟踪软件实际的影响，除非真正地发布。
根据Accu 杂志，价值交付方法是：
- 定义了团队“交付价值”的含义
- 将衡量价值作为干系人目标的一种进度
- 根据 ROI 来对设计思路排序
- 整合他们现有的 Scrum 方法。
Sean McHugh 在Axosoft 博客中提到，要求你的产品负责人为每一个用户故事赋予一个价值，从而代表对干系人的影响。团队可以用真实的美元金额来计算。每个迭代之后，团队就会有一个数值，可以告诉你团队为客户交付了多少价值。
注册/登录 InfoQ 发表评论