概述
您是否曾经读到或听说过有关卓越中心(CoE)模型的信息？您是否曾经使用过CoE来优化应用质量和性能，从而使您的业务得到发展？CoE提供了标准化产品、专业技能和最佳实践等方面的集中资源，用于企业测试、部署和调优新的应用。同时，它使整个机构能观测到应用质量和性能的各种参数，帮助每位成员了解应用的进程，使应用与业务目标始终保持统一。
目录
概述
CoE的推动力
CoE的发展：总缆
主要阶段
人员，流程和产品方面的考虑
开始行动：角色、流程、实施内容
从0阶段转向第1阶段
从第1阶段转向第2阶段
从第2阶段转向第3阶段
从第3阶段转向第4阶段
如何选择一种实施途径
Mercury Optimization Centers™：建立一个有效的CoE
总结：CoE发展的利益回报
如果您已认识到CoE将有助于您机构的发展，那么，接下来您该怎么做呢？哪里才是您业务的正确切入点？随着您机构的成熟，您该如何建立您的质量流程和基础架构，用于未来的发展？当您发展您的CoE时，您将得到什么回报？您将面对什么挑战？并且，在每个阶段，人员、流程和产品因素包括那些？此篇将回答以上问题，并将分析CoE发展中每个阶段的角色、流程和实施情况——包括在每个阶段上执行的特定产品和服务。它还将在每个阶段告诉您实用的建议和方法，帮助您顺利而全面完成一个实用的、管理完善的、成本效益高而广受好评的CoE。
作为业务优化科技 (BTO)产品和服务领域内的一家领先企业，美科利为每个想实现CoE模型的公司提供独一无二的帮助。如果您想了解更多有关卓越质量和性能中心、美科利产品和服务方面的信息，除了阅读此文外，您还可以浏览公司网站www.mercury.com。
CoE的推动力
对于各种类型和规模的机构，CoE模型都是一种切实可行的方法，它能不断改进他们的IT操作，并且保持前后一致。业内分析家对CoE模型也表支持态度。META集团（META Group）分析到：“有些客户仅仅关注于应用系统的启用——而这也是长期观测后的决策——但是，他们往往会对执行结果非常失望。为了避免出现此类问题，并且获取在应用系统安装的整个生命周期（20多年）内业务的持续提升，我们推荐客户创建一个CoE模型。” CoE模型在应用实施方面的优点在于：
• 有效性：应用开发/实施产品、最佳实践方法和人员都实现了集成，可以从一个点上就能便捷地获取所有项目小组的权限，因此不需要增加昂贵的资源投入。（事实上可能会减少职员总人数。）
• 改进性：可以从整个机构中收集测试流程、机构和产品方面的最佳实践，并且标准化及改进这些实践，然后重新把这些改进过的实践发送到整个机构中。这样，就缩短了新的测试项目的学习曲线，提高了所有测试小组的成功可能性。
• 统一性：CoE模式能帮助机构统一业务目标和IT优先级，提供更好的最终用户服务。
• 实用性：建立一个CoE模型，这是一个可以达到的目标。您可以利用现存的各种资源从小范围开始实施，然后，在证实其价值后，再进一步扩展其能力。许多公司往往会发现CoE模型是自给自足（self-funding）的。
.
• 职业提升：CoE模型为IT专业人士提供了一个具有吸引力的新职业机会，帮助机构重新招募并保留顶级人才。
• 外包/离岸：无论是机构内部（in-house）实施，或是外包应用，CoE有助于确保应用质量和性能满足相同的开发标准
现在，许多CIO想知道的并不是CoE模型是否对其机构有所帮助，而是如何最好地实现向CoE模型的转化。本文下一部分将简单论述四个主要阶段及其潜在利益回报。随后章节中将仔细说明每个阶段的情况。
CoE就是指关注于优化应用特性（如：质量、性能、或可用性）的机构。它为流程、咨询和支持服务提供一种管理和自动化平台，并带领和帮助该机构优化这些特性。
CoE的发展：总缆
CoE的一个主要优势是：它能在最小范围里开始创建，这样就能最小化所需的支出。然后，在管理、IT工作人员和单个项目小组中实现其价值时，再逐步扩展其资源、服务和性能。对于分散的机构来说，CoE模型也是他们重要的资产，为他们提供集中的流程、基础架构和报告系统。
需要重点指出的是，CoE模型不仅仅局限于IT部门。有关应用质量、性能和可用性的专业经验、工具和最佳实践方法将被传送到公司上下：R&D、业务部门（LOBs）、IT操作、应用管理、项目经理、容量规划师等。事实上，这是由各种相互依赖的成员所组成的一种生态系统，系统中的每个成员都和特定应用的成功密不可分。而且，这一生态系统可以扩展到公司外部。您也可以从合作伙伴、供应商、销售商、甚至客户机构处获得更多的特别工具和技术。
主要阶段
通过与上千个客户的合作，美科利发现CoE通常要经历以下图中标明的四个发展阶段。每个机构都有不同的需求和资源，创建CoE的起点也不一样。同样，每个公司的发展路径也不尽相同。然而，灵活的CoE模式能使公司几乎马上就能有所回报，并且采用对他们来说便捷而有效的方法，逐步转到下个阶段，从而得益更多。
在应用投入生产前，许多公司仍然很少或根本没有进行过应用测试。美科利把这个阶段称为0阶段，此阶段没有在上图中标出。那些没有执行任何测试的公司总有一天会亲身体验到其内在的风险，并可能不得不重新把应用从生产上拉回来重新进行测试。那些没有经过充分测试的应用可能会产生低性能和最终用户低生产率的问题，或者，对于那些直接面对客户的应用来说，这将对公司的利润和声誉产生直接负面影响。最终，不同的项目小组和业务部门不得不对那些已经实施的应用进行质量和性能方面的改进，并开始正式的测试。
CoE模型的第1阶段——“项目测试”——是正式流程的第一步。例如，在应用投入生产之前进行正式测试。这一阶段通常在部门或LOB水平进行，这将有助于改进应用的质量和性能，同时，也能降低该项目的总成本。在生产中纠正应用错误的成本要远远高于在测试周期的初期修复这些错误的成本，这是有案可查的。此项节省的费用数量是显而易见的。并且，它能帮助机构开始记录归档某个特定质量或性能问题的成本，从而量化解决方案所实现的利益回报。
然而，在“项目测试”阶段，不同部门或LOB的项目小组往往发现他们自己在不断重复工作——浪费时间、金钱和IT技能——工具不能相互兼容，方法也前后不一致。所以，下一阶段的首要任务就是要实现集中的、标准的测试能力。在第2阶段中我们将谈到“产品工具（Product Utility）”这一模型，它能使一个集中的产品变为一种可用的共享服务。在这一模型中，LOB可以巩固硬件、软件和学习成本，从而提高技术基础架构的ROI。
发展的下一阶段，也就是第3阶段，被称为“服务工具（Service Utility）”模型，在这一模型中，CoE集中提供服务和专业知识，改进质量和性能。通常，项目测试往往局限于技术人员有限的专业知识，只限于使用行业的最佳实践和流程。即使他们是这方面的专家，也无法有效地展开LOB水平的专业测试。通过CoE，许多项目小组都能获取专业的经验和建议。
最后一个阶段——第4阶段——是CoE向“质量权限（Quality Authority）”转化的过程，在此阶段中，CoE将成为日常应用开发、部署和操作的一部分，帮助机构关注于应用卓越性。在此“权限”模型下，任何应用只有通过一致的质量和性能测试流程，并且满足协议质量标准后，才能投入生产使用。一旦建立完成，“质量和性能权限（Quality and Performance Authorities）”（甚至“服务工具”）都能与第三方外包产品相媲美，因为他们所具有的专业知识和跟踪记录是任何外包商所无法比拟的。“质量和性能权限”也能控制第三方外包商的实施过程，在这些产品投入机构生产之前，保证他们的质量和性能。
人员、流程和产品方面的考虑
无论贵公司处于CoE实施的哪个阶段，在进入下一阶段之前，都必须评估人员、流程和产品因素。
• 人员：CoE应该在其内部和外部收集并打包所有关于服务的最佳实践。有些情况下，您可能需要提高现有的知识，甚至需要学习全新的技能。因此，保证员工之间和LOB项目小组之间能顺利而高效地传送知识技能，这是非常重要地。而且，有时需要外部专家对机构进行设计、培训和指导。例如：某些高级服务，如J2EE优化或标准的创建，IT机构内部往往没有人具有此类特别技能。
• 流程：当你采用业内最佳实践后，您就能创建世界级的流程了。高水平的专业技术确保了流程的前后一致性，从而能花更少的时间和更少的金钱成功完成项目。同时，您的方法和能力也要能灵活适应各种不同项目框架和机构文化。
• 产品：强大的基础架构和自动的平台是CoE成功的关键。其中一个主要目标就是在各种项目中消除各种零碎工具和不相容的平台。采用业内一流的、最新的测试产品后，贵公司就能加快投放市场的速度，同时也能节省相当的费用。标准化的CoE产品也能帮助您的机构保持服务的有效性，使流程实现自动化，保证其一致性和可重复性，同时也能监控和观测各种CoE活动。
开始行动：角色、流程和实施内容
至今为止，我们讨论的中心是CoE的基础知识：CoE是如何运行的？它的实施优势是什么？如何考虑建立CoE战略？而在这一部分中，我们将详细阐述CoE发展的四个阶段，以及从一个阶段进到下一阶段所取得的增值回报。
从0阶段转向第1阶段
如果贵公司还未执行任何正式的测试流程，那么您还处于0阶段。你并不是处于此阶段的唯一一家公司，许多已经建立IT部门的大机构也还没有开始对他们的关键应用进行重要的正式测试。
选择执行正式的测试，您就开始了向第1阶段的转化进程。许多公司已经作出了这一选择，并且将在此进程中得到许多资源的帮助。通常，许多公司都愿意从对应用来说重要的、但并非核心的应用开始。您也许也想从那些以前从未测试过的关键应用开始——任何测试都将是一种改进。
第二步就是要确定执行测试流程的小组。通常，它是个标准的QA小组，由一个向应用小组或QA机构报告的QA经理/总监来负责。或者，您也许希望能建立一个能执行某个特别项目流程的小组，或者直接利用其中一个项目测试小组。
项目测试阶段通常要管理测试流程，并自动化应用测试的一些方面。自动化是提高测试流程速度、精确性和灵活性的关键，并有助于公司更早地发现和修复更多的错误。对于某些公司来说，可能有必要在这个阶段雇佣或引进一个自动化专家。
从产品角度看，在向第1阶段的转化中，要选择和部署测试应用。例如：许多机构选择从缺陷管理出发开始他们的项目测试，因为，这样就能很容易地从第一个项目看到其实际价值。此外，测试自动化往往会为任何一个具有重要生命周期的应用——那是指任何一个重要的应用——实现ROI。在这些阶段中，有必要为测试流程中的缺陷跟踪和管理部署一个如美科利TestDirector®这样的产品，以及能为每个软件应用和环境实现自动化功能和回归测试的Mercury QuickTest Professioal™产品。
如果您符合以下情况，您就应该准备转向第1阶段：
• 应用质量低下，或明显的性能问题。
• 应用上市过迟，成本超预算。
• 测试资源未被有效利用。
预期利益回报
• 提高业务系统的质量、性能和可用性
• 减少产生巨大影响的中断故障的数量
• 减少应用投入生产所需的时间，提高应变调整因素/要求的能力
• 最小化对现有操作的风险和影响，保护现有收入
新的角色
• 测试自动化专家
• 现有的开发小组可能需要的新技能。通常，QA小组负责缺陷跟踪、测试管理流程、要求管理流程、功能和回归测试自动化、性能验证流程。
新的流程
• 需求管理
• 测试管理
• 测试自动化
• 缺陷跟踪
实施内容
• 测试规划
• 被选项目中结构严谨的测试流程
• 测试自动化基础架构
• 项目的性能和质量基线
• 精通质量和性能管理的项目小组
• 实施质量方面IT项目的成功案例分析
产品
• Merucry Quality Center ™( Mercury质量中心)
– 美科利QuickTest Professional
– 美科利TestDirector
• Mercury Performance Center™ (Mercury 性能中心)
– 美科利LoadRunner®
服务
• Mercury Performance Center Implementation Service™ (Mercury性能中心实施服务)
• Mercury Quality Process Service™ (Mercury质量流程服务)
• Mercury Functional Testing Automation Service™ (Mercury功能测试自动化服务)
• Mercury Managed Services™ (Mercury托管服务)
挑战
• 从0阶段到第1阶段的转化过程中，要涉及企业文化的变化以及面临新的技术。项目小组成员必须理解并能改变原有习惯，尝试新工具和技术，更加严格地衡量和报告结果，并在整个发展周期中相互合作。项目计划应该考虑到新的流程和相关活动。
实用建议
• 从具有高影响度的流程开始，如：缺陷管理，以成功案例来证明该模型的价值，并确保对其它项目的支持。
• 从一开始就关注那些风险度高的项目。
• 向第1阶段的转化是一个逐渐改变的过程——一个自然的发展——而不是一个大范围的机构变更。
• 内部推广是必要的。您将需要管理层方面的支持，也需要机构交流并向整个机构证明测试的价值。
从第1阶段转向第2阶段
当您的机构成功实施了有条理的测试流程，实现了测试自动化之后，其他项目会自然而然地复制这些成功经验。一般情况下，开发小组开始测试应用时，往往会经历相同的过程：选择测试应用，学习新流程，创建改进应用质量的新方法。他们很有可能会遇到相同的问题，并困难重重地学着解决这些问题。所以，一个更有效的方法就是创建一个CoE，并为所有开发者和测试小组创建一套标准化的核心工具。在这个阶段以及接下来的几个阶段中，技术/平台在实际上是集中的，但是入口是分散的，以便为那些处于不同地点的小组成员提供服务（例如：分散的开发或外包环境）。我们很容易看到不完善的方法在产品采购、操作和使用方面的低效性，而产品工具的优势也将变得更为明显。
在“产品工具”模型中，测试应用是被集中安装的，并且被集中管理以保证所有开发小组能24X7全天候使用这些应用。各个开发和测试小组都能使用这些由“产品工具”所提供的服务工具。这些产品就像能源“电”一样，可靠地服务于各个方面。
在这个阶段中，您将第一次集中资源；也就是在这个时候，您需要创建一个核心CoE小组。这个小组由CoE经理领导，他将负责整个CoE的成功实施。担任这个职位的人最好具有两年以上公司IT组织经验以及综合的业务背景。并且，CoE需要一个产品管理者，他将负责诸如应用补丁、增加新用户和权限、支持数据库等这些技术功能。
