《企业软件交付:敏捷与高效管理精要》——3.6 例子和说明

简介: 本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第3章,第3.6节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。

3.6 例子和说明

为了使这些概念更具体,我将介绍三个在现实情况中应用软件工厂方法的例子。在第一个例子里,我会看看IBM是如何把应用软件组件方法运用到全球软件交付中的。在第二个例子里,我会着重于企业软件交付软件的一个关键领域—软件测试。我会探讨如何使用专门的软件测试工厂来优化测试过程。在第三个例子里,我会讨论一家大型金融服务机构,它要交付一个重要的保险解决方案平台,部署在世界各地,并使用软件工厂方法来交付和维护。
3.6.1 例子:IBM应用软件组合优化 (AAO) 方法
应用软件组合优化 (Application Assembly Optimization, AAO) 是最近启动的一种交付方式,也是IBM全球整合能力战略的重要组成部分[45]。启动这一方法是为了给企业软件交付引入工业化的方法,并在全球范围内若干“能力中心”之间协调责任、战略和优先事项。有了这些中心,加上集中治理模式的支持,IBM可以快速组合关键的专业知识,抓住关键行业的重大机会,并为每一种情形按需提供正确的技能,而规避不必要的重复或延误。这种集成度更高且可重复的方法在IBM全球业务服务团队中全球部署应用软件组合技术,旨在提高运营效率。
作为企业软件交付的软件工厂方法,AAO带来了下列流程转变:
交付。从基于技能和时间的模式,转向基于可重复使用的资产和自动化的模式。
成本。从基于每小时收费模式,转向基于成果的模式。
指标。从衡量利用率,转向基于业绩的价值衡量。
控制。从直接的管理层级,转向更集中的共享资源池。
工作流程。从基于地理位置的全球交付中心,转向分布在各中心和各地理位置的虚拟工作流程。
AAO方法中,根本的一点是拥有一个具有强大全球管理规范、自动化技术和创新的测量和激励方法的协作平台。为了实现这一点,AAO解决方案由四个基本部件组成:
能力中心。这些是围绕特定行业或领域需求的专业知识和资源库,形成了一个技能和资产库的网络,可以根据客户的特定情况迅速协调和使用。
技术组装中心(technology assembly center, TAC)。TAC把工厂的概念和自动化流程应用到IBM全球交付中心的企业解决方案交付中。TAC是一些专门的服务领域(如测试、基于Web的架构等),形成一个由高度熟练的从业者组成的虚拟全球团队,在自己的专业领域交付工作产品。
协作和测量。有了随地实时的团队协作,分布式团队也可以统一地思考和工作。AAO使用具有深入协作功能的工具,并利用专门针对从业者商用的社交网站、维基、博客和移动产品来支持它们。AAO测量框架是一个自动化、可扩展性和灵活的动态系统。该框架支持多种尺度的测量,包括客户价值、战略、运营、风险、质量和治理等。
精益流程。每个AAO流程都使用精益方法来开发,并定期审阅,主动解决瓶颈和浪费,以提供持续的业务改进。
AAO的这种运营操作模式把“工作包”作为交付企业软件的关键机制。工作包是一个规定好的自治的工作单元,可以包含说明、可重复使用的资产、日程安排、退出标准,以及任何工作产品所需的信息。工作包的接收者会设计、计划和执行所要求的工作。应用优化是一个概括性的术语,涵盖了流程、程序、工具、指标、治理管理以及进行工作的多个地理位置。
如图3.2所示,为了交付这些工作包,创建了虚拟团队,并按照“单元”组织起来。这些单元可以进行灵活的人员和资源配置,以便得到一套对交付的服务或解决方案拥有深厚专业知识的组合,并配备适当的工具、可重用资产和框架,以加快交付速度并保证交付品质。软件交付的治理、测量和控制都围绕着这个灵活的组织模式进行优化,按照完成某个特定工作包的要求,让每个交付都由适当的单元组成。

image

总之,我们看到,AAO方法就像是传统的制造业方法在软件和服务上的体现,应用到企业软件交付机构中,而这个机构有成千上万的人向客户提供基于软件的解决方案。工作包形成了这个组装线方法的核心,并对各个工作包的进度和交付都有实时测量。底层的支持工具平台提供了关于正在进行和已完成工作的信息,给出了资源利用状况,并帮助找出软件交付的瓶颈。这样,关键交付过程的实时优化就成为可能。
3.6.2 例子:IBM测试工厂方法
对许多机构来说,一个主要目标是要保持企业软件交付的高质量水准,同时还要降低成本。当前使用的大多数测试解决方案都把重点放在功能和性能测试、自动回归测试和测试缺陷管理等领域的测试执行和测试管理上。目前,市场压力正迫使许多昂贵的测试能力归于专门的卓越中心,这样技能、工具和做法都可以集中起来,作为面向整个机构的公共服务,由此推动企业软件的质量显著提高并大大降低成本。在一些机构中,这些专门进行测试的中心被称为“ 软件测试工厂”。
软件测试工厂特别适合那些需要快速建立一个测试项目,或经常但不是一直需要执行软件测试的机构。它也可以作为现有的大型项目集的补充,用公共服务支持多个业务线,或短期在运营测试团队中提供专门的测试能力。通过集中资源、优化成本,这种能力有助于减少为多种类型项目中现有的应用软件维护测试资产和测试知识所需的成本和精力。
这种方法,对于那些结构复杂,拥有众多的部门、供应商和地理位置的机构特别有效。从测试的角度来看,这种复杂性必须加以管理和协调,才能形成一个顺畅可靠的测试管理系统。其主要的做法都已经自动化,并有清晰的测量框架来治理其活动。软件测试工厂为各个测试机构和业务单位乃至最终用户和客户之间提供了一个有效的标准化和沟通平台。
各大系统集成商 (SI),如IBM全球企业咨询服务、Sogeti、Atos Origin公司和埃森哲 (Accenture) 等都根据软件测试工厂模式建立了具体做法。他们都围绕着共同的治理结构、方法、工具和流程进行协调,并在执行和成果交付中使用工厂方法,以便面对服务中起伏很大的消费者需求时仍然能保证效率。因此,SI成了所有针对测试周期的变更管理的焦点,并负责若干测试管理和测试执行领域的最佳做法,如测试计划、成本估算,以及各种形式的代码分析。
总之,很多机构都认为软件测试工厂方法十分有用,原因如下:
它为不同类型的软件提供了经济而有效的按需测试。
它引入了由业务驱动的标准化测试过程,可以在各个关键测试实践中执行一致的方法。
它跨越了多个项目和业务线,把测试设备的提供集中起来。
针对所有企业软件的开发和交付质量,它关注一套公用的指标和测量手段。
它引入了一个简单直接的方法来处理测试服务请求,可以进行集中治理和管理。
图3.3给出了IBM在欧洲的一个地区使用的软件测试工厂方法。IBM的测试解决方案通过一个两层模型的软件测试工厂提供管理的测试服务,并利用了欧洲和亚洲的团队。它为将目前的方法、流程和工具转化成工业化手段提供了一种分阶段的加速方法。该解决方案旨在和客户一起实现下列几种目标结果:

image

按需资源模型(一般有最多40%的核心团队,60%的机动资源)。
优化在岸-离岸资源配置,一般有90%的工作离岸完成。
由高层次的自动化测试带来的生产率的提高(50%到70%)。
基于单位的定价方式,使用基于测试案例的手段,或专注将测试作为服务提供给客户。
通过包含多达20个服务级别测量的共享控制台,并不断由测试提供者和客户进行评估,实现工厂性能指标透明。
3.6.3 例子:一个大型金融机构的核心保险平台
由于金融服务机构希望降低提供新的核心能力的成本,很多机构开始转向软件工程方法等新的交付模式。有一家大型跨国机构,通过唯一的企业软件交付集团来创建一种集中的业务模式,并一直专注于改进业务模式中包含的普通保险 (GI) 业务平台。由一个卓越中心负责GI平台的交付,而这个平台必须满足许多要求,包括以下内容:
五花八门的多国家、多币种、多语言、多公司需求。
各国的监管要求千差万别。
许多本地的文化问题和针对具体国家的市场惯例。
此外,该GI平台必须与许多其他系统集成,包括人力资源管理、客户关系管理、文档管理,以及其他一些第三方数据源和数据供给。
为了实现这一目标,该公司的行政管理层决定,新的平台将基于已经成功地在一个地区投入使用的现有企业系统。由于在全球有着更大范围的新需求,现有的系统进行了大量改造。卓越中心负责GI平台的整个企业软件交付的生命周期:
分析和解决具体业务需求。
设计底层应用软件架构。
搭建架构基础,实施解决方案。
测试功能性和非功能性需求。
进行用户验收测试。
将应用软件推广和部署到生产。
对应用软件进行持续维护。
这个复杂项目的优先级很高,该卓越中心已采用了软件工厂方法来进行GI平台的交付和持续支持。特别是他们决定与多个供应商和系统集成商一起建立一个软件供应链,这些供应商会通过下列活动为解决方案做出贡献:
关键领域的专长(例如,三个系统集成商负责项目交付,一个系统集成商专门测试对其提供一定程度的外部治理功能)。
使用离岸交付中心,以降低劳动力成本,并管理人员需求的波动(包括位于印度和拉丁美洲的专业供应商)。
通过良好定义每个区域的差异,重复使用一个提供GI平台关键功能的标准化应用软件框架,并应用到所有交付的实例上。
一套供所有供应商使用的公用企业软件交付服务,无论其单位、职务和地理位置如何(用于如源代码管理、配置管理、构建管理等领域)。
利用GI平台的定制实例,针对世界各地许多不同的相关方进行集中化采集、分析、管理和变更执行。
这个机构采用的软件供应链方法的核心,是专注于横跨这个复杂的组织和技术关系方方面面的广泛的变更管理过程。特别是它定义了一个清晰明确的变更流程,供应链中的每个供应商都可以围绕着它来整合各自的活动和资产。这套变更流程定义了供应商之间集成的部分,以及软件供应链整体治理的主要控制点。
再次重申,卓越中心的主要软件工厂流程的目的在于支持整个供应链中的变更管理。如图3.4所示,该卓越中心专注于四个核心业务:事件管理、问题管理、变更管理和发布管理。每个活动都产生了一系列特定的工件,因而对它的控制和管理是确保整个供应链方法一致的基础。

image

相关文章
|
供应链
《企业软件交付:敏捷与高效管理精要》——导读
二十多年前,美国的汽车制造业也发生过类似的情况。转眼之间,亚洲汽车制造商就大幅改变了车辆设计、生产和交付的方法。新的汽车不光是更便宜,而且更可靠,更适合现代的驾驶条件,拥有更多客户想要的功能,可以定制并根据不同的市场需求进行调整。
1136 0
|
测试技术
《企业软件交付:敏捷与高效管理精要》——2.5 项目执行结果
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第2章,第2.5节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1252 0
《企业软件交付:敏捷与高效管理精要》——1.6 结论
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第1章,第1.6节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
981 0
《企业软件交付:敏捷与高效管理精要》——2.8 结论
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第2章,第2.8节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1003 0
《企业软件交付:敏捷与高效管理精要》——3.8 结论
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第3章,第3.8节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
989 0
|
测试技术
《企业软件交付:敏捷与高效管理精要》——2.7 述评
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第2章,第2.7节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1147 0
《企业软件交付:敏捷与高效管理精要》——1.3 如今有什么不同
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第1章,第1.3节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1271 0
《企业软件交付:敏捷与高效管理精要》——2.1 引言
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第2章,第2.1节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1113 0
《企业软件交付:敏捷与高效管理精要》——1.1 引言
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第1章,第1.1节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1416 0
|
供应链
《企业软件交付:敏捷与高效管理精要》——3.1 引言
本节书摘来自华章计算机《企业软件交付:敏捷与高效管理精要》一书中的第3章,第3.1节,作者:(美)布朗(Brown, A. W.)著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1173 0