服务虚拟化-超越现实-第十四章：评估价值.docxVIP

第十四章 评估价值 接受技术供应商多年的投资回报率报表的日子已经一去不复返了。在“新常态”下，对IT更快交付的期望只会持续增加，而投入到应用开发的钱却没怎么增加。因此，我们迫不及待地开始发掘价值。 服务虚拟化技术的好处是显而易见的。我们看到没有在几周或数月内达到的投资回报率的顾客都是很罕见的。如果完全接受这种技术并有专家指导来帮助你成功实施第一个项目的话，服务虚拟化在一年内就能收回投资。 正如我们已经讨论过，要让SV首个项目交付取得最令人瞩目的成果，价值从你开始，你的关键同事和组织内的利益相关者。无论你是管理层还是开发，必须转变观念，你必须承担起这样的责任，驱动应用开发摆脱物理实验室的依赖和手工编写模拟桩，迈向在整个软件生命周期中使用自动化，动态的虚拟服务环境。 除此之外，公司测量采用SV的短期和长期价值应依据以下两个问题的回答： 你从哪里开始作为基准？ 公司最希望从SV得到什么结果？ 基线是非常重要的活动，针对软件开发当前状态的改进，只要你想建立测量未来结果的基线，必须在SV项目一开始就进行 在SV的启动时，你的团队必须收集一个良好的基线，不仅包含具体的数字，而且要侧重于结果是否符合公司最重要的IT或是软件交付的优先级。没有这一点，你将缺乏具体的目标，用来在团队中管理和激励 SV，因此在你的下一次汇报时更难展示所取得成功。 如果我们重温一些项目最开始的价值目标，并将它们作为基准指标，成功项目在半年后，我们将测得的结果填入以下表格。 表14-1。示例：三个基准指标与SV实施典型的度量结果。基线和度量结果有数百个可能的目标，根据公司的会计方法和规模可以以货币形式度量结果。 SV实施更快更好更便宜之前（基线）每5-6个月一次软件发布 平均在QA或生产上发现5个重大，12个轻微的缺陷每个季度性能团队花费在修复问题上的时间平均为2500个小时 之后（6个月后的结果）软件发布周期缩短到3个月（两个周期后） 只在QA中发现1个重大缺陷，6个轻微缺陷在Q3-Q4花费在问题修复的时间总共为850小时 不同的IT服务供应商和软件供应商（包括我们自己公司的服务交付团队）提供衡量价值的方法可能五花八门。因此，作为一般指南，不涉及太多细节，让我们来谈谈我们所看到的企业是如何测量使用SV的价值，简单归结为让软件开发生命周期“更好，更快，更便宜”。 更快：快速进入市场的价值 赢得创新竞赛首要的是快速将产品推向市场。问任何人关于世界上最创新的公司有哪些，他们会立即提到苹果，谷歌，或者甚至是戴森（真空吸尘器公司）所有的公司都始终在快速将新功能推向市场。 我们的目标是挤出时间表中所有的水分，所有的等待时间，数据复位时间以及“备用时间”，也就是预留突发事件和修复项目计划的时间。交付更快会让你更有竞争力和更敏捷，而且它肯定会压缩您的日程安排，以及劳动力成本。 测量结果：更快 如果我们把每一个小时都变成团队高效的一个小时，那么每个项目或每个功能的劳动力成本都将大幅下降。当我们使用SV获得稳定的环境，我们启动更快，工作更有重用性，自动化变得更为有效。这会降低SDLC的各个阶段绝对和相对的劳动力成本。 让我们来看看这些指标的例子，我们已经看到有客户在现场用这样熟悉的表进行测量，形成更快交付的价值记分卡（表14-2）： 表14-2。示例：通过服务虚拟化更快交付的价值记分卡，这些指标样例是从实施服务虚拟化的客户基线和过程测量中得出的。 SV记分卡：更快基线6个月12个月 提高回归测试时间92小时36小时18小时80%数据设置和拆除时间平均4天5小时4小时96%在系统/集成/性能测试中每周期等待的时间6周2.5周3个工作日93%发布周期（总计）8个月5个月三个月63%  很容易估算给定SDLC特定任务所花工时的成本，根据所涉及团队的规模，可以简单算出节省的成本。但这些节省只代表一个团队，在一个应用程序上进行一个新的功能模块。 大多数企业都有成百上千的应用在不停地变化和发布。因此，如果我们能够将所有团队的效率提升数倍，快速的价值不仅可以显著节省成本，同时也带来巨大的竞争优势。 间接价值：速度更快 许多公司只会考虑用节省多少美元或直接增加多少收入来对使用SV加速生命周期进价值评估。不过，也有很多间接的价值主张，开创非常引人注目的陈述： 创新速度：如果我们能够将版本推向市场的速度提高30％，我们就有更多的时间来研究和投入开发预算，开发更新的，差异化的功能？ 提振收入：如果我们现在花3个月准备好新产品，与之前需要6-8个月推出新产品相比，可以增加多少额外收入？ 抢占先机的影响：如果我们第一个进入市场，我们可以从竞争对手夺回多少市场份额？ 后发补救：反过来说，如果我们晚进入市场，随着时间的