敏捷的原则之一是,您应该度量工作软件:
工作软件是衡量进度的主要标准--敏捷的12条原则
问题是,虽然我可以根据已经完成的故事、bug被压碎或缺陷报告的数量减少来衡量我的软件,但我仍然在研究如何度量我的软件的价值。
如果我以Mike为例,他帮助SalesForce.com为其客户提供了比前一年高出500%的价值*--我该如何衡量这种增长呢?我该如何测量我现在的位置?
他使用的其他指标是每个开发人员的特性数量和特性数量。如果我的积压工作井然有序,故事被“特性”删掉的话,这是我可以解决的问题,但我们刚刚开始使用敏捷,所以我需要一些方法来计算出我们现在交付的价值,然后使用类似的度量,比如六个月,看看我们是否增加了产量。
我听说过用收入的增加或顾客满意度的增加来衡量软件的价值(你怎么衡量这个数字?)但这些增长可以归因于公司的任何事情(销售、会计、支持),而不是直接归功于我的部门所做的工作。
那么,你们如何衡量软件的价值,以及你们是如何开始的呢?
* 敏捷成功 - Mike
发布于 2011-01-17 15:16:32
以下是我一般如何定义价值(即使是在软件开发之外)
你定义什么是价值。
如果该值是由于该软件而赚取/节省的金额,则其价值为:
收入-发展成本=价值
或
节省的业务费用-开发费用=价值
可以翻过来。你知道贵公司的营业额是多少吗?如果你能衡量,由于敏捷,你的营业额减少了50%,你就可以计算出它提供的价值:
营业额减少50% =(营业额成本/ 2) =价值
价值对你来说是任何重要的东西,一个定义价值的人。
这就是为什么用敏捷中的点来评估价值。将要点与故事点进行比较,以帮助您确定价值的优先顺序。因为您必须将(业务)值(任意)与故事点值(成本)进行比较。
发布于 2011-01-17 15:03:44
在许多情况下,软件的价值是通过计算“附加收益”或“实现成本节约”来衡量的。
在其他情况下,当软件集成到一个更大的系统中(即控制汽车的软件)时,它就更难了。您可以度量支出以实现这一目的(value=cost),或者计算整个系统的价值(增加收益/存档成本节约),并将if的一部分分配给软件(例如,与软件成本与总成本成比例)。
发布于 2011-01-17 15:06:46
简单地说,你必须弄清楚拥有它和不拥有它之间的经济区别。
如果有一点软件自动化了一个过程,这意味着两个全职工作的人不再需要做这个工作,那就节省了公司的年薪(加上相关费用)。如果销售人员的平均销售额比不使用新系统的销售人员高出10%,那么对于所有可能使用该软件的销售人员来说,这将是其总销售额的10%。
数字可能只是粗略和现成的,但大多数事情可以量化,足以给你一些有用的印象,什么是可以期待的。
https://softwareengineering.stackexchange.com/questions/37495
复制相似问题