您如何衡量软件的价值？

敏捷性的原则之一是您应该测量工作软件：

工作软件是进度的主要衡量标准-敏捷的12条原则

事实是，虽然我可以根据完成的故事，被压缩的错误或缺陷报告的数量减少来衡量我的软件，但我仍然坚持如何衡量我的软件的价值。

如果我以迈克·科恩（Mike Cohn）为例，他帮助SalesForce.com为客户带来的价值比上一年增加了500％*，我该如何衡量这一增长？如何衡量我现在的位置？

他使用的其他指标是功能数量和每个开发人员的功能数量。如果我的待办事项井井有条，而且故事被“功能”所截断，那么我可以解决这个问题，但是我们只是从敏捷开始，所以我需要一些方法来确定我们现在提供的价值，然后在六个月内使用类似的指标来查看我们是否增加了产量。

我听说过通过增加收入来衡量软件的价值，或者通过提高客户满意度来衡量软件的价值（但是您如何衡量？），但是这些增长可以归因于公司的任何东西（销售，会计，支持），而不是直接涉及我部门正在做的工作。

那么，你们如何衡量软件的价值以及您是如何开始的呢？

* 敏捷的成功 -Mike Cohn

这是我总体上定义价值的方式（甚至是外部软件开发）

您定义什么是值。

如果该值是该软件所赚取/节省的金额，则该值将为：

收入-开发成本= 价值

要么

节省的运营成本-开发成本= 价值

可以翻过来。您知道公司营业额的多少吗？如果可以衡量的话，由于敏捷，您的营业额减少了50％，这将使您能够计算出所提供的价值：

50％的营业额减少=（营业额成本/ 2）= 值

价值对您来说很重要，定义价值的人。

这就是为什么要以敏捷积分来评估价值。将点数与故事点数进行比较，以帮助您优先考虑价值。因为您必须将（业务）价值（任意）与故事点价值（成本）进行比较。

在许多情况下，软件的价值是通过计算“增加的收入”或“实现的成本节省”来衡量的。

在其他情况下，如果软件是大型系统的集成部分（即控制汽车的软件），则难度更大。您要么衡量要实现的支出（价值=成本），要么计算整个系统的价值（增加收益/存档的成本节省），然后将if的一部分分配给软件（例如，与软件成本对比。 总成本）

简单地说，您必须计算出拥有和不拥有之间的财务差异。

如果有一点软件可以使流程自动化，这意味着两个全职工作的人不再需要执行此任务，那么这将为公司节省年薪（加上相关成本）。如果销售人员的平均销售量比未使用新系统的销售人员多10％，则收益是所有可能使用该软件的销售人员的总销售量的10％。

这些数字可能只是粗略的和准备好的，但大多数事情可以量化，足以给您一些有用的印象。

这是一个棘手的问题。我不确定我是否喜欢“功能/开发人员”指标，因为并非所有功能都相同。一些功能是“必备”功能，它们会吸引客户离开竞争对手。有些功能比较模糊，可能有0.1％的客户使用过这些功能，如果没有这些功能，它们可能也会做的很好。

如果您可以轻松地将其与软件的销售/更新突然涌入以及新版本发布的时间相关联，则收入的上升就很好。另外，如果您能够以某种方式跟踪用户从竞争产品到新版本的转换。可以根据对客户数量或销售数量进行归一化的高兴电话（或没有生气电话）的数量来衡量客户满意度。为了直接将这些与您的部门联系起来，关键可能是这些更改的时机和所发布软件的时机。

工作软件是措施。公开倾听您的用户，并让他们参与开发过程。定期提供他们在需要时告诉您的功能。分批交付，使用户感到进步。

如果您只是开始敏捷开发甚至是一个新项目，那么利益相关者就需要有一点信念。这就要求产品负责人阐明为什么敏捷比其他流程更好（我认为您认为它在您的特定情况下）。

如果产品负责人不确定哪个功能（故事）能提供最大的相对价值，那么您需要与利益相关者坐下来解决问题。规划扑克是一个很好的工具。为每个故事分配相对商业价值也有助于确定优先级，但请注意不要与bean柜台谈论“敏捷商业价值”，这与ROI不同！

通常会有一个“硬”的底线，可以很容易地衡量该底线，以使bean计数器满意，“功能X使我们的收入增加了150％”。但这常常是“硬”和“软”价值的结合。“我们的收入增长了160％，我们认为我们可以将其归因于软件的变化，因为新的用户界面功能使客户平均给我们的评级提高了11％ ”。

这真的很难准确衡量这些东西-它是从整体上尽可能尝试看看。