SOA、SaaS 和云计算所带来的问题和机会显著放大了业务部门与 IT 部门之间的对话分歧，其部分原因在于体系结构和技术是全新的。我们需要找到相应的指导，使这些新模式带来的技术机会能够与企业的需求有效结合起来。

　　Ric Merrifield 和 Dennis Stevens

　　就复杂性、风险和破坏性而言，进行重大业务变革完全与在飞行途中修理飞机相当，而随着企业越来越关注面向服务的体系结构 (SOA)、软件即服务 (SaaS) 以及云计算所带来的机会，这种类比看起来更是低估了进行重大业务变革的复杂性、风险和破坏性。实际上，现今的大多数企业都面临着两种目标的冲突，这两者均极其重要，但又常常相互制约：

　　随着企业自身的发展壮大以及对外收购，企业不断走向成熟，不同的部门、单位、团队以及公司变得越来越独立，各自为政，从而导致大量的重复工作，并且向客户、合作伙伴和员工解释这种情况时会产生大量疑问。如今的大多数企业都在寻求加强企业内的透明度，从工作任务、到向客户阐释价值观以及从事日常经营活动，全面体现出更统一的行动方向、传达出更一致的信息。

　　尽管每天都有新技术粉墨登场，但重大变革却凤毛麟角，很多人都承认云计算带来的机会就是一项重大变革，因此很多企业匆忙上阵，希望抢在竞争对手之前将云计算投入使用。

　　正如您可能预见到的，如果一个企业出现各自为政、部门之间缺乏透明度的情况，如何发掘机会就会变得更加复杂。难道您要先整顿组织然后再发掘机会吗？很多时候并没有时间进行整顿。目前正确的答案就是继续全力追求实现这两个目标，但同时不忘明智地排定优先级。遗憾的是，目前的情况是说起来容易做起来难：大多数企业都缺乏对自身的审视，即缺乏一种手段来有效、客观地安排整顿工作的优先顺序，这也就导致发掘机会的努力从一开始就注定要失败。为什么会这样呢？因为企业的各个部门(包括信息技术 (IT) 部门)之间存在着巨大的沟通分歧。这种沟通分歧实质上就是所谓的“‘如何做’陷阱”，这将在本白皮书的第 1 部分详细论述。

　　现在我们再回到 SOA、SaaS 和云计算。SOA、SaaS 和云计算所带来的问题和机会显著放大了业务部门与 IT 部门之间的对话分歧，其部分原因在于体系结构和技术是全新的。业务部门需要找到为新老客户提供新产品、新服务的方式，这将带来丰厚的利润，并进一步建立竞争优势。与此同时，很多人认为将旧的技术迁移到云计算服务，将使新老客户在诸如安全、速度、权限和个性化方面获得更多选择。业务部门可能会向 IT 部门提出详细的“需求”，要求对打包的软件或已经自定义的软件进行更大规模的自定义。我们将在本白皮书的正文中说明，如果一家企业尚未跳出“‘如何做’陷阱”，IT 部门通常会开发出过分自定义的服务，而且其成本也会大大超出实际的需要，从而侵蚀了这些新模式可能带来的利润，最终拖累企业实现其战略目标的努力。

　　正如需要清晰、客观地阐述企业的需求和优先级一样，我们同样需要清晰地了解这些新模式(SOA、SaaS 和云计算)将如何对现有的传统 IT 解决方案和体系结构做出补充(就像在飞行途中修理飞机一样)。将这些新模式带来的技术机会与企业的需求相结合是非常重要的，也是本白皮书要为您提供的指导。

　　在第 1 部分中，我们主要通过能力建模和热图讨论跳出“‘如何做’陷阱”。在第 2 部分中，将就热图在业务需求和项目优先级排序中的作用提供指导。在第 3 部分中，我们将了解 SOA、SaaS 和云计算是什么，以及它们为 IT 和业务部门带来哪些机会及风险。在第 4 部分中，将通过一个云计算的案例研究，说明企业能够从基本的托管解决方案获得什么样的优势。总结部分指出，如果您认为云计算仅仅是一个技术解决方案/机会，那么您就会大大降低云计算在增加业务价值方面的成功标准。直到您对业务能力的精密性和严谨性进行彻底的客观分析之后，不将企业的战略战术与技术相联系的风险才会明确暴露出来。文章的结尾我们会提出有关后续行动的具体思考，以及此次讨论可以参考的资源。

　　我们相信这篇文章将是一个开端，以前所未有的结构化、客观而严谨的方式，为您提供清晰的指导，帮助您的企业继续关注组织整顿和机会发掘。

　　通过能力建模和热图跳出“‘如何做’陷阱”

　　在我们深入探讨技术与体系结构所蕴含的机会之前，让我们首先认清很多企业中存在的现实：业务部门对具体技术不感兴趣(尽管他们每天了解的越来越多)，但他们会设定可以转化为具体战术的战略，而这些战术经常需要运用技术。但是，当讨论技术在支持企业的战术和战略方面的具体角色时(就像病人向医生描述症状一样)，业务部门经常会提出可能与具体问题/机会相关或不相关的细节。如果是医患关系，这种做法通常没有问题，因为医生接受过训练，能够分辨出与病人真正相关的信息。相反，在业务部门/信息技术 (IT) 部门的对话中，由于 IT 人员并非业务专家，他们也就无从知晓哪些信息是重要的，从而导致他们按照业务部门的要求完成的很多工作并未给企业带来很大价值。出现这种情况，并不是由于工作人员不够聪明或工作不努力，只是由于双方不能相互理解，导致沟通不畅。

　　“如何做”陷阱

　　导致这种对话分歧的根本原因就是所谓的“‘如何做’陷阱”，它会影响我们所有人。人们通常会十分关注“如何做”(例如，通过发传真)，以至于对其工作的描述经常会掩盖他们在“做什么”(沟通某件事的状态是“做什么”，而发传真则是“如何做”)。企业中的“做什么”就是我们所说的业务能力(这在我们与 Jack Calhoun 在 Harvard Business Review 中合著的“The Next Revolution in Productivity”一文中有更深入的阐述)。我们发现，识别企业的各种业务能力是更清晰、更客观地了解企业各项工作的最佳第一步，而且这项工作很快就能完成，大多数人也都喜欢做。此后再按照价值、绩效和成熟度的优劣添加有关最高和最低的领域的各种信息，可以带来更加客观、有效地工作优先级讨论，特别是在对话中始终关注业务价值时。这是我们为大多数企业推荐的第一步。与其花费整月的时间来分析整个企业，我们建议不如从更小的部门级别开始，了解这种方法与企业可能使用的业务流程再造、精益生产和六西格玛等方法的区别，以及如何对这些方法做出补充。

　　任何从技术甚至是体系结构开始的有关 SOA、SaaS 或云计算的对话都会大大降低成功的标准。对 IT 和业务部门来说，重要的第一步就是跳出“‘如何做’陷阱”。所幸的是，跳出来并不需要很长时间。

　　很多人在开车时都有过“我们为什么走这条路”的对话，这是由于人们总是关注“如何”到达期望中的目的地，同时忽视了“如何”才能达到目标：按时到达目的地。这并不是由于人们愚蠢，而是由于我们经常让“如何做”掩盖住“做什么”(真正的目的)，因此也就很难想到其他实现目标的方法。

　　工作场所中的“‘如何做’陷阱”比其他任何地方都常见，让我们用具体的例子来说明。如果您尝试收集某家企业的某个部门的业务需求，而您对这家企业一无所知，您决定走到传真机旁，询问正在发传真的员工他们在“做什么”。您最有可能得到的回答就是“我在发传真”，这时大多数人会继续问“发传真是你必须做的工作吗？你必须发传真才能成功完成工作吗？”，您最有可能得到的回答仍然是“是的”，这就会使人认为“发传真”就是一项需求。

　　实际上并不是。在这种情况下，需求(即他们正在“做什么”)其实是“沟通状态”或“确认订单”，而“如何做”才是使用传真机。因此如果您转向已经分清“如何做”和“做什么”的员工，并问他“如何”达成目标是否重要，他通常会认为这不重要。这样一来，有关需求的对话就发生了转变。构成企业需求的“做什么”就是我们所谓的业务能力，而了解业务能力是使人们跳出“‘如何做’陷阱”的有效而高效的方式，也是我们绘制“热图”的重要第一步。

　　价值绩效图

　　跳出“‘如何做’陷阱”的第一步是什么？大型企业的业务能力可达数千种，而且随着时间的推移，其业务能力还会不断发展变化。但在目前，一家企业至少应该识别两件事：

　　识别最有业务价值的业务能力。这可以通过三个权重相等的测试来识别(例如，业务能力“付员工工资”未通过这三项测试 –“付员工工资”是必需的，它必须成功而合法地执行，但它不能通过这三项测试)：

　　就客户、合作伙伴和员工与您开展业务的原因而言，是否对企业的品牌或形象有所贡献。人们与您的企业发生联系的原因包含此业务能力吗？(答案可以是“是/否”、“高/中/低”或“1-5 分”)这项工作的绩效是否直接与企业的关键绩效指标挂钩(答案可以是“是/否”)这项业务能力的绩效改善有价值吗(答案可以是“有/没有”)

　　识别最没有业务价值的业务能力。尽管看起来很奇怪，但这里最有可能蕴含着削减成本、整合和外包的机会。即使这在最初并不是主要的任务，我们仍建议在此做一些工作，因为采用新方法或新途径都需要吸取教训，而从企业中价值较低的工作中吸取教训，要比从高价值领域吸取教训的风险低。

　　因此，让我们看看各项工作，并去掉工作中表示“如何做”的动词。下图来自一家保险公司，是建立保险报价单的过程，演示了如何找到表示“如何做”的动词。

　　需要说明的是，左侧的动词“自动化”对应到右侧的“无”，这是因为自动化不是表示“如何做”的动词，也不是表示“做什么”的动词，而是对表示“如何做”的动词的辅助性描述。在这些讨论中应该谨慎使用此动词。

　　从这里开始，下一步将是描绘业务能力，即需要“做什么”工作才能建立保险报价单：

　　仅仅这一幅图并不会让企业中的大多数人惊叹，但您可以询问工作的每个步骤的业务价值(包括为保险报价单“创建报价单”这项父步骤)，然后再问每个步骤的绩效情况，这样您就可以为每项业务能力加上颜色，其中红色系(粉红和红色)是需要注意的(在本例中是指高价值、低绩效)，而绿色系则表示相反的情况(低价值、高绩效)。

　　从这里开始，对话明显开始变得更客观、更有趣。现在，您可以客观地询问哪个“子”业务能力将导致父能力执行得更好。在本例中，父能力用黄色“填充”，说明其具有中等业务价值，这只是由于子能力“创建保单”是高价值但低绩效的。您可以忽略父能力的该问题，因为它不是非常有价值。从这里开始，进行业务能力分析将发挥巨大的影响，让我们有机会实现更客观的业务优先级排序，因此也就能发掘机会(例如云计算)。我们现在开始超越我们自己了。

　　如何在优先级讨论中使用热图作为输入

　　在飞行途中修理飞机的类比中，我们强调过，在保证一切照常运转的同时修理好所有东西是不现实的。我们需要关注最重要的问题，才能取得最大的成果。只有在我们对问题排定优先级之后，才应该开发并制定解决方案。

　　在第 1 部分中，我们讨论了使用能力建模和热图来跳出“‘如何做’陷阱”。热图通过“做什么”为您展示了您的业务，并显示了每项业务能力的业务价值和绩效。要绘制出这样的热图，一个关键因素就是业务人员和技术人员都应该参与其中，有所贡献。因此我们就已经开始了对话。我们应该如何在优先级讨论中使用热图？

　　优先级

　　确定优先级极具挑战性。在确定优先级的决策过程中，热图只是提供了一个整体性的概况图。要明确工作和投入的优先级，还要考虑很多因素。这些因素分属以下三个类别：

　　改进绩效降低成本解决业务风险

　　首先，热图如何告诉我们应该在何处投入才能改进绩效？请看看父能力。找出那些价值最高却绩效不佳的业务能力。这会指示出价值与绩效的差距，在此投入可以改进企业的绩效。这包括识别潜在的新业务能力，例如云计算。热图中有一些填充(价值)和边框(绩效)都是红色系的热点。一点小的说明，实际上采用何种填充颜色或边框颜色并不重要，但我们在此将保持一致，避免在本文中出现混淆。热点揭示了最重要的绩效差距。这些领域需要引起注意，并加大投入以改进绩效，而且在清单中，这些领域通常应该只占 10-20%。通过快速“倾听”工作的所有者和执行者的诉说，我们已经客观地将父业务能力清单进行优先级排序，选出少数几个重要的业务能力。

　　现在，我们需要明确我们的需求。仔细研究优先级清单中的各项“父”业务能力，可以找到最需要注意的“子”业务能力。简言之，这里存在着因果关系 – 哪一项或哪几项子能力对父能力的绩效影响最大？在这里，我们的焦点将集中在绩效上。为什么呢？大多数业务能力可以归类为以下三种之一：

　　增值控制支持

　　一般来说，只有“增值”对价值有直接贡献(因此它们经常是父能力绩效的“因”)。“控制”和“支持”能力是确保“增值”业务能力高效执行所必需的。任何这些类型的“子”业务能力的绩效不佳，都会导致“父”业务能力的绩效不佳。题外话 – 同样重要的是要找出绩效的原因，大多数企业认定阶段就着手开始这项工作，而绩效的“原因”在此阶段并不完全准确。但是，根据我们的经验，由于企业拥有丰富的知识和经验(等待借助此类方法来发掘)，最初的认定往往非常准确。

　　使用价值绩效热图

　　热图还揭示了可以通过削减成本、整合和外包来增加价值的领域。而揭示的最佳方式就是找出业务价值最低的业务能力。也就是热图中那些用绿色填充(价值)的能力。不论这些工作的绩效水平如何，由于它们的价值低，不那么核心，因此可以考虑外包给能做的更好、以这些工作为核心竞争力的其他企业，而您可以集中精力完成企业中最有价值的工作。如果这些工作的绩效不错甚至是极佳，则考虑提高效率、削减成本，并将您的注意力集中到最重要的事情上。另外，考虑整合各项服务。真的有必要设立多个系统和部门来“支付员工工资”吗？一旦我们跳出“‘如何做’陷阱”而用“做什么”来描述我们的目标和结果，这个问题就变得很容易回答。我们已经确定这是必需的但业务价值不高，因此实施细节就不那么重要 – 表面看来，只要能达到绩效目标(包括合规性要求)，谁来做(或者多少人做)、在哪里做、使用什么技术或者程序如何就不再重要。

　　热图还能为解决风险提供一个框架。我们将在第 3 部分深入探讨。

　　我们已经展示了一种方法，使用热图来确定问题并排定优先级，使用“做什么”来揭示企业的需求。下一步是考虑新的或未来的“如何做”状态。这需要对话、严谨的分析和解决问题。其结果就是一系列的措施，用以解决主要问题，达到未来的状态。这一系列措施可能涉及流程改进、培训或技术。在下一部分中，我们说明 SOA、云计算和 SaaS 如何提供新工具来制定最优的解决方案。

　　重要的是要理解，问题和解决方案是不同的。这种说法看似简单，但在讨论的过程中可能会变得模糊不清。在本部分中，我们介绍了一种自上而下的分析过程。我们在本部分中得到的问题优先级清单将在解决方案的优先级排序中成为重要的输入信息。当我们认识到其他措施已经付诸实施或正在考虑中时，这就变得更加重要。

　　我们如何对您现有的措施清单进行优先级排序呢？热图可以帮助我们将问题与解决方案联系起来。找到每个解决方案要改进的业务能力。它能解决热点吗？请记住，这些通常是需要改进绩效的领域。因此，如果措施的焦点是削减成本，我们可能需要更进一步地审视 – 例如，尽管削减成本是好的，但削减成本是否能产生足够的价值以抵消相应的投入和负面影响？我们能否确定我们没有削减高价值业务能力的成本？如果是在削减高价值业务能力的成本，我们这样做是否明智？另一项措施可能会涉及绿色的业务能力(从业务价值的角度而言)。我们在这里考虑的是削减成本。如果措施的焦点是绩效改进，则我们可能希望重新审视我们的业务计划。我们真的需要能够用五分钟而不是一天来“支付员工工资”吗？肯定存在更重要领域需要改进绩效。

　　热图为优先级讨论提供了重要的输入信息。我们可以找出那些存在绩效、成本或风险问题并且需要引起注意的业务能力，并对其进行优先级排序。进一步的业务能力分析有助于确定问题。现在，我们知道应该将注意力放在何处(以及不应放在何处)，可以考虑如何使用 SOA、SaaS 和云计算来制定最优的解决方案。

　　在摘要中，我们谈及组织整顿与机会发掘这两个目标之间的冲突。根据我们的经验，使用热图可以推动对话向更具体或更细致的方向发展，组织整顿与机会发掘之间的权衡就可以清晰而又客观地得到评估，而不至于在随意、主观的对话中变得不客观。

　　根据什么是实现业务战略所必不可少的，来确定最小范围，可以极大改进您在 SOA、SaaS 和云计算方面的业务回报。

　　SOA、SaaS 和云计算给业务带来的机会和风险

　　首先，让我们看看这些术语的含义。SOA(面向服务的体系结构)是一种考虑业务和 IT 的结构化风格或方法，基于松散耦合的黑盒组件来提供明确定义的服务级别。SOA 是体系结构，而不是技术 – 很多不同的技术都可以支持 SOA 体系结构，就像很多种类的建筑材料都可以满足建筑物架构的要求。

　　SaaS(软件即服务)就是指通过 Internet 提供的软件服务。SaaS 是一种提供技术解决方案的方法，这种方法满足 SOA 的体系结构构想。SaaS 通常都采用订阅的方式(一项运营成本)，不需要提前投入资金来购买软件许可证和 IT 基础设施。

　　云计算的本义只是通过 Internet 使用计算机技术。云计算使用户和开发人员能够利用计算资源，而不用了解或控制这些资源的 IT 基础设施。资源都是虚拟化的，并且是通过 Internet 提供的。

　　以服务形式推出软件的模式可以由供应商通过多种不同的方式提供给用户，可以在供应商自己的 IT 环境中、虚拟托管环境中、云计算环境中等等。并非只有通过云计算环境提供的 SaaS 才可以称为 SaaS(尽管云计算环境对于很多 SaaS 供应商来说极具商业价值，因为这使他们可以集中精力处理自己的应用程序的业务价值，而不必构建和维护 IT 基础设施)。

　　SOA、SaaS 和云计算的优势

　　SOA、SaaS 和云计算使您的 IT 部门可以通过四种方式来支持业务运营：

　　提高效率和推动关注 – 在很大程度上，SOA 使我们第一次有机会将技术实现与业务放到同一级别上考虑。以可量化、可测量的结构更准确地了解和构建业务需求，可以产生更有价值的成果。通过 SaaS 和云计算实现 SOA，可以帮助企业关注更重要的事，让 IT 管理团队更有效地为客户(企业内外的客户)提供服务和价值。大多数企业花费大量资源来构建和管理自己的技术基础设施，而利用云计算的企业则无需花费宝贵的财务、开发和 IT 资源来部署、管理和调整技术基础设施。提高灵活性 – 经过有效设计和实现的服务具有很高的互操作性。这意味着这些服务可以与其他服务结合，提供新的服务。新的解决方案或者通过集成外部提供商的现有服务来实现，或者通过整合原来分散的平台来实现。能够整合原来分散的平台以及利用现有服务来实现新服务，这项能力使 IT 管理和开发团队可以快速响应业务和客户需求的变化。而这种能力最终带来的成果就是更快将创意推向市场。只需提出请求，就可以快速分配基础设施以满足增加的流量/使用量要求。这样一来，无需复杂的操作程序即可实现无缝伸缩，还可以在不中断服务的情况下升级服务。这要比自行提供服务的传统解决方案具有更强的可伸缩性，不需要采购、安装、测试以及提供硬件、软件、网络和存储基础设施。提高性能和可用性 – 真正的云计算平台拥有覆盖全世界、分散于各地的数据中心、资源和平台，在可伸缩性、性能、可用性、冗余性、最佳实践和安全性方面，其表现远远优于企业使用自身资源能够达到的水平。正是由于云计算使企业能够专注于最重要的事，因此云计算提供商可以提供最佳的服务管理和高度可用的解决方案，而这些都是各家企业无法独自完成的。帮助企业在灵活性和可控性之间取得平衡 – 云计算平台应该能够让企业为应用程序选择最佳的部署模式：或者在其自己的服务器上托管，或者由云计算提供商托管，或者两者兼而有之。由此，开发人员和服务管理人员可以综合利用自有资源和云计算资源来解决业务问题。

　　这些技术优势为企业提供了全新的机会。首先，企业可以通过整合旧系统来改进或扩展自己的产品或服务，从而保护并增加利润。例如，一家金融服务企业能够提供市场上还没有的最佳整合型解决方案，从而赢得新客户。这家企业能够做到这一点，并没有重写整个新系统，而是通过 SaaS 的方式整合了现有的应用程序。其次，企业通过合作与互通，组合目标产品和服务或者快速增加新的产品和服务，从而提高业务的灵活性。最后，企业可以通过将相对昂贵的功能和环境转移到云计算环境中，并消除整个企业内冗余的功能实现，来逐步降低 IT 成本。

　　SOA、SaaS 和云计算的风险

　　除了新的机会，新的技术和结构化方法也会带来风险，这主要涉及有效地设计、构建和提供服务。

　　业务风险 – 组织整顿与机会发掘之间的冲突彰显了有效识别界线和关注服务工作的重要性。对于每项购买或开发的服务来说，如果不能关注其具体的业务优势，实际上就会增加成本，却不能实现预期的业务优势。例如，构建或购买一项提供诸多人力资源管理功能的 SaaS 解决方案可能并没有价值，除非新的服务可提供原来表现不佳的功能或巨大的成本优势。除非解决方案有助于保护并促进利润增长、提高业务灵活性或者降低 IT 成本，否则它就不应成为重点业务领域。热图是一种行之有效的方法，可以帮助企业缓解业务风险。设计风险 – 如果设计的服务无法基于松散耦合的黑盒组件来提供明确定义的服务级别，将限制企业最终获得的优势。构建与业务模式不匹配的服务，将限制 IT 业务融合。不遵循支持互操作性、自治性、松散耦合和可组合性的设计原则，将限制服务潜在的灵活性、可用性和绩效。考虑一下业务能力之间紧密的相互联系。业务或技术实现层面的相互联系程度越高，创建自治服务的难度就越高。另外，还要了解要将某项业务能力表现为服务，是否存在重要的合规性要求。例如，要访问 PCI 数据的服务可能需要提高对隐私保护法的合规程度，而如果不考虑这一点就提供这些服务，可能就会产生问题。绘制热图时，与业务能力相关的业务和技术风险都应该得到评估。开发风险 – 要构建良好的服务，还涉及到新的技能和开发流程。要获得 SOA、SaaS 和云计算的业务和技术优势，开发团队必须在分析、设计和开发等方面具备相应的技能。新的工具、新的开发模式以及新的实施风险都应该被了解并得到处理。确保尽早建立合适的培训、环境和合作关系以建立适当的能力和基础设施，是缓和开发风险所必需的。交付风险 – 最后，实现 SaaS 和云计算需要在基础设施、新技术流程和新开发技术方面大量投入。利用云计算可以显著降低初始成本，同时降低相关的风险。云计算案例研究

　　我们已经探讨了业务能力建模、热图绘制以及这两者在与组织整顿和机会发掘相关的决策中帮助排定优先级的作用，现在我们要研究一家真实存在的公司的某些具体情况。该公司按照我们在第 3 部分中讨论的内容，通过云计算战略获得了一定的竞争优势。

　　在我们的案例研究中，这家公司总部位于印度，有数千名员工。其软件开发服务帮助企业和公共部门的客户增强自己的产品和服务。我们将这家公司称为 Contoso。如果您需要了解公司的真实名称和涉及的人员，请让我们知道。我们可以跟他们联系，看他们是否愿意披露真实信息。

　　案例摘要

　　在本案例中，Contoso 选择使用 Microsoft Windows Azure 平台，通过 Microsoft 数据中心在 Internet 上交付其应用程序。值得一提的是，尽管云计算解决方案还存在其他技术选择，但我们无法断言其他解决方案是否能够实现 Contoso 所取得的成就。

　　益处简化应用程序部署灵活、经济高效的可伸缩性成本降低快速、经济的开发增强针对特定行业(本案例中是政府)的服务背景形势

　　Contoso Systems 的总部位于印度的浦那，其身影遍及亚洲、欧洲和北美洲，为电信、生命科学、数据基础设施和政府等行业提供软件产品开发服务。Contoso Systems 拥有 6,000 多名员工，他们的工作是为客户提供服务，帮助客户增强其产品和服务，同时降低总体成本。

　　Contoso Systems 的主要产品之一是一套电子政务解决方案，称为“电子政务套件”，其中包含四个基于 Web 的应用程序，用于帮助地方政府和机构以电子的方式为居民和企业提供服务、相互交流。此套件是适合公共服务的一体化解决方案，包含了投诉解决、道路和基础设施、人口普查以及选举管理系统。

　　Grievance Redressal System 允许居民登记和跟踪向任何政府部门报告的事故。Roads and Infrastructure 应用程序允许居民报告与道路及基础设施相关的问题，并可以使用在线地图工具标注具体地点。登记在册的医院、医生和其他获得授权的人员可以使用 Census Department 应用程序进行出生和死亡登记。Election Office 应用程序与 Census Department 交互，维护最新的选举名单，帮助有关机构管理和安排选举。

　　Contoso Systems 使用 Microsoft ASP.NET 和 Microsoft SQL Server 数据库管理软件开发了这套电子政务套件，其中的各个组件都是基于客户端的软件应用程序，托管在客户自己的数据中心。但是，该公司发现在推销这套电子政务解决方案时，经常会遇到当地政府技术力量不足的限制。

　　在印度，很多地方政府缺少必要的 IT 基础设施，无法采用自有软件解决方案的方式来部署 Contoso Systems 电子政务应用程序。即使有些政府或机构拥有充足的资金可以开发高性能的服务器环境，他们也缺乏足够的专业技术人员来管理会带来额外成本的网络、冗余和其他基础设施问题。而且，他们可能也不希望拥有技术能力或力量，而是更关注提供政府服务。

　　Contoso Systems 知道自己的解决方案可以增强政府机构的服务能力，所需要的是找到一种方法，使地方政府能够使用其电子政务套件而不需要在新的 IT 基础设施和人员方面投入过多。该公司要让客户快速、轻松且经济高效地按需实现解决方案的伸缩，添加或删除组件应用程序、计算能力或数据存储空间。

　　对于那些还不具备高性能基础设施的潜在客户，该公司希望找到一种方法来测试解决方案，让这些客户只需为自己所需的功能付费。与此同时，Contoso Systems 在开发电子政务套件方面已经投入了巨资，因此希望新的交付模式能够有效开发出来，而不必大规模调整解决方案。

　　解决方案

　　Contoso Systems 决定开发一套解决方案，将电子政务套件通过数据中心托管在 Internet 上。这套应用程序交付系统有时被称为“云”计算。该公司选择了 Windows Azure 平台。这是托管在 Microsoft 数据中心的 Internet 级云服务平台，其可靠的高可用性和可伸缩性能够满足该公司的使用需求。

　　Contoso Systems 现在使用 Windows Azure 云服务操作系统，以及用于 Windows Azure 平台的开发、服务托管和服务管理环境，为其 Web 应用程序提供按需获得的计算和存储能力。它将使用 Microsoft SQL Azure 数据库作为服务来存储和管理应用程序数据;应用程序用户可以使用 Windows Azure 平台中的 Blob Storage 功能来存储文件和图像;而借助 Live Services，用户可以使用 Bing 来搜索信息，使用 Bing Maps for Enterprise 来标注位置。

　　除了电子政务套件的四个核心组件以外，Contoso Systems 还将在 Windows Azure 环境中部署自己的 Tenant Provisioning System (TPS)。Contoso Systems 将使用 TPS 来为各个客户配置具体的组件(或承租人应用程序)。Contoso Systems 将在各个 Windows Azure 项目帐户中部署每个承租人应用程序，以自动隔离各个承租人应用程序，增强每个承租人的安全性和可伸缩性。

　　电子政务解决方案部署在 Windows Azure 平台上之后，地方政府现在只需每月支付订阅费用，就可以使用所需的应用程序，而不必为自有基础设施做出预先投入。Contoso Systems 使用 TPS 来管理各个订户的审计和账务。如果客户要修改订阅，可以向系统管理员提供反馈。“对客户来说，他们获得了更强的灵活性，”Contoso Systems 的一位资深项目经理表示，“随着时间的推移，他们可以轻松购买更多应用程序，也可以停止使用不再需要的应用程序。”

　　Contoso System 使用 SQL Azure 来存储电子政务应用程序数据库和配置数据库。用户的登录信息和上传的附件使用 Windows Azure Storage Tables 和 Blob Storage 功能进行存储。系统使用 Windows Azure 中的 Service Bus 功能来连接电子政务套件中的应用程序，并在各应用程序之间共享数据。

　　Contoso Systems 使用 ASP.NET 和 SQL Server 开发了最初的电子政务解决方案，因此公司的开发人员只需极少量的工作，就能将套件迁移到 Windows Azure 平台。例如，开发人员使用 SQL 脚本将现有的 SQL Server 架构迁移到 SQL Azure 数据库。“因为我们使用过传统的自有 SQL Server 软件，所以在将现有应用程序迁移到 SQL Azure 时，我们能够节省大量时间，”Contoso Systems 的一位技术主管说，“我们的学习过程极为简短，整个迁移过程也一帆风顺。”

　　依靠 Windows Azure 平台，Contoso Systems 可为地方政府提供电子政务应用程序，同时减少自己和客户的资金支出。政府可以快速测试和部署应用程序，根据需要进行伸缩，而且只需为所需功能付费。由于部署快捷，Contoso Systems 将其新的解决方案交付模式快速推向市场，现在可以为更多客户提供电子政务应用程序。

　　Azure 的优势：简化应用程序部署

　　通过 Microsoft 数据中心将解决方案托管到 Internet 上，Contoso Systems 可以为不具备服务器基础设施的用户部署其电子政务套件，而该公司也不需要设置自己的基础设施，就能提供托管解决方案。潜在客户无需自行部署应用程序即可试用此解决方案，而 Contoso Systems 使用新系统为新客户配置应用程序的速度也可提高 50%。

　　“有了 Windows Azure，我们能够非常轻松地为新客户部署应用程序，同时我们的开销也显著减少，”一位资深项目经理说，“试运行非常容易。客户只需作为试用用户订阅一个月就行了。”

　　Azure 的优势：灵活、经济高效的可伸缩性

　　Microsoft 数据中心有着很高的可用性和可伸缩性，因此 Contoso Systems 可以为客户轻松、快速地升级配置，根据客户需求添加或删除电子政务解决方案中的组件。而依靠 Windows Azure 平台提供的强大计算能力，客户可以处理不断变化的负载，而不必投入大量资金。

　　与加大服务器容量以应对高峰负载(其他时段容量就不会得到充分利用)相比，客户现在可以只为所需的容量付费。Contoso 的另一位员工说：“例如，如果临近选举，我们可以为客户增加 Election Office 应用程序的实例数，让他们获得更强的计算能力，而客户只需在此阶段付费。”

　　Azure 的优势：成本降低

　　订阅 Contoso Systems 电子政务解决方案的政府可以更有效地管理其成本，因为资金投入很少，而且无需维护基础设施从而降低了运营成本，其支付的费用也只是购买所需功能的费用。

　　以电子政务套件中的某一组功能为例，客户可能需要投入 24,000 美元，而每年的维护费用可能高达 60,000 美元。使用 Azure 之后，可以完全免去初期资金投入和维护费用，而且每年只需支付不到 10,000 美元的服务费用。

　　“有了 Windows Azure，我们的客户无需提前投入基础设施或托管费用，”一位资深项目经理说，“他们可以在使用期间付费，因此他们的预算工作也变得很简单。”

　　由于 Contoso Systems 在 Windows Azure 平台上配置和管理解决方案，因此可将电子政务套件销售给更多客户，其盈利增加，而成本最多可减少 70%。“通过 Windows Azure 平台交付电子政务解决方案，我们从更多客户那里获得了更多业务，”一位资深项目经理说，“而通过该平台添加、管理用户以及向用户收费，将提高效率并降低成本。”

　　Azure 的优势：快速、经济的开发

　　Contoso Systems 的开发人员可以利用已掌握的技能，因此只需花费少量时间来学习如何在 Windows Azure 平台上工作，在 Windows Azure 上部署电子政务解决方案所需的时间也会减少。而且开发人员无需配置基础设施来支持部署，可以更好地关注业务逻辑和应用程序的设计。“没有 Windows Azure，我们的流程开发可能需要多花 25% 的时间。”一位资深项目经理表示。

　　小结

　　通过订阅 Contoso Systems 电子政务解决方案，印度和其他国家/地区的地方政府可以更有效地提供政府服务以及与选民互动交流。他们能够让居民方便地访问各种服务，为居民提供信息，增加政府的透明度和责任感，同时降低成本、简化运营并提高效率。

　　结论和建议

　　很多企业使用云计算服务实现了简化应用程序部署、灵活而经济高效的可伸缩性、降低成本以及集中部署，Contoso 就是很好的范例(它使用的是 Microsoft 的技术)。这些企业的经历说明，SOA、SaaS 和云计算带来了全新的技术机会，能够为企业带来新的商机。与这些新的技术机会相伴的是一系列新的业务和技术风险，而我们需要控制这些风险才能确保把握住技术和业务机会。

　　我们六年多的工作经历证明，对业务需求的分析(通过业务能力分析、热图绘制和优先级排序)使得 IT 对话能够在技术体系结构层面上展开。我们与人合著了 2008 年 6 月 Harvard Business Review 中的文章“The Next Revolution in Productivity”，该文章中曾提出这个观点：“在设计新的运营模式时使用活动热图，经理们就可以获得所需的大量或大部分信息。”

　　云计算在速度、成本和可伸缩性方面提供了全新的优势;业务能力建模可以帮助使技术符合企业的战略方向。当这两者相互结合，无疑会使迁移到 SOA 和 SaaS 的企业获得最佳的投资回报，缩短创造价值的时间。因此我们对后续行动的具体建议实际上分为两个并行的途径：

　　开始业务能力分析

　　这是获得热图和推动有关组织整顿和机会发掘讨论的第一步。很有可能您的企业已经在使用其他方法(例如流程再造、六西格玛、精益生产等等)，因此我们建议您在更小的可控领域开始使用业务能力，以便您能了解业务能力与这些方法的区别以及如何对这些方法做出补充。除了我们在 Harvard Business Review 上发表的文章以及《Rethink》一书以外，还有一些资源可以帮助您完成这一步。如果您有问题或建议，请与我们联系。

　　制定技术路线图

　　清楚了解目前的技术体系结构，了解该结构的服务定义有多清晰，然后调查可以对现有解决方案做出补充的各种技术，必要时帮助企业选择云计算的路线，以便确保企业目标与客户需求相一致。如果您对技术体系结构和云计算有疑问，请让我们知道。

　　维护路线图

　　让我们结束在飞行途中修理飞机的类比 – 即使您有正确的工具，也需要非常清晰的思路，才能在飞行的同时修理飞机。随着您的逐步推进，使用 SOA、SaaS 和云计算来实现业务价值的各种途径将变得很明显，您将找出不同情况下的具体风险，您的价值/绩效差距也将改变。 价值绩效热图很容易进行更新，而绘制热图有助于更明确地了解什么对企业最重要及其原因。SOA、SaaS 和云计算正是您需要的工具，而能力分析能够帮助您清晰地了解与您的工作相关的价值和风险。

　　Ric Merrifield 负责领导 Microsoft Corporation 的业务体系结构工作，他的工作地点在华盛顿州的雷德蒙市。他是 2008 年 6 月 Harvard Business Review 中的“The Next Revolution in Productivity”一文的共同作者，也是《Rethink – a Business Manifesto for Cutting Costs and Boosting Innovation》(FT Press, 2009) 一书的作者。

　　Dennis Stevens 在一家位于佐治亚州诺克洛斯市的咨询公司 Synaptus 担任 CEO，也是 2008 年 6 月 Harvard Business Review 中的“The Next Revolution in Productivity”一文的共同作者。Stevens 还是 Cutter Consortium 七月报告“Rethinking the Agile Enterprise”的共同作者，目前他正在为 Addison-Wesley 撰写《Value Driven Agile Adoption:Scaling Agility to the Enterprise》，预计 2010 年底完成。