给出两个与A产品相关的软件项目X和Y-
Y的特点是可以衡量的:我们知道它的用途,访问模式等。产品A知道如何监测Y和量化它的改进。
项目X提供了全新的功能;这些功能将与现有的项目A功能以及其他未计划的方式相结合。您如何量化用户使用它的意外方式?特别是,您可以为项目X计算什么样的ROI,您的客户群将发生什么样的%改进?
例如:您是在标准的公司组件中维护一个库,还是构建一个全新的库?
或者,您是继续使用PHP安装,还是跳转到Haskell?
或者,你是提供了一个改进的功能,还是一个全新的特性?
纵观软件工程,Google似乎只给出了标准的源代码度量;产品管理搜索只给出了标准的业务度量。
发布于 2015-04-01 19:21:34
衡量ROI的方式取决于项目对整个产品的影响。对于完全幕后的工作(库的改进或替换、实现语言等),您可能会考虑服务器负载、系统性能、缺陷率、未来/估计的工程时间节省等。对于面向用户的功能,您可以查看客户满意度、缺陷率、用户参与率等。
在你的例子中,我认为当项目Y是新的时候,你会像测量项目Y一样来测量项目X。如果你不确定是否做X,那么你基本上必须做一个有根据的猜测。这是风险,也是不可避免的。你可以做一个成本/效益分析,以确定回报是否合理的努力。
如果您无法预期或预测用户将以何种方式使用X的结果,则无法事先测量它们。您可以做的是模拟X,向一些用户展示它,并观察他们的反应。使用原型工具或一些快速和肮脏的代码作为概念的证明。这可能会让您了解如何接收和使用建议的功能。
https://softwareengineering.stackexchange.com/questions/278024
复制相似问题