主持人:让我们首先邀请IBM软件集团大中华区Rational总经理夏然先生为我们致欢迎辞,有请夏然先生。

夏然:非常感谢有这么多人出席这次大会,我看见陆陆续续还有人进来。今天早上我还有一点担心,雨很大,客户开着车来参加会议。来参加的、真正到场的肯定我们Rational的铁杆粉丝,非常高兴能够看到这么多人能在会场。我已经是第四次站在台上跟大家见面,作为大中华区Rational的一分子,每一次、每一年Rational的大会都非常吸引我们的客户和观众。今年也不例外,每一次在开始之前我们都要想今年有什么新的东西、新的战略、新的客户和案例,还有我们合作的战略伙伴,能够跟大家分享一下我们Rational将来怎么走。

近几年,Rational从几大品牌中脱颖而出,现在在整个亚太区我们大中华区占了将近40%到45%的份额,经常我也会跟印度的同事、日本的同事讲,中国在Rational的市场占比是非常大的,就因为这样,每一年我们全球的领导们这时候都会云集于北京,这次有北京、上海、台北、香港来支持我们的工作,这也是让我们比较欣慰的,他们看到的是中国市场的成长,他们看到的是中国市场Rational的成长。我们在各行各业都有充分的成长和发展。例如,我们在消费电子、软件园、医疗器械、航空航天,当然这只是几个行业,我们在整个大中华区各行各业都已将近超过100%、200%的速度成长。这时候我们的团队也在近几年每一年有20%到30%的成长,目的是服务于我们整个中国地区的客户。

我今天简单的介绍一下我们的行业方面的东西,等一下会有真正的专家、真正的领导给大家讲我们Rational战略发展,当然还有我们的客户,还有我们的合作伙伴来讲一下跟我们合作的经历和我们一起在将来发展的前景。今天有幸请到非常关键的客户和合作伙伴,比如我们今天会请到全球通用汽车的研发总监来聊一下怎么和Rational一起合作,制造、生产雪佛莱最新的电动汽车。还有另外的客户会讲一下无论是大飞机、航空电子我们是怎么合作的,怎么在中国市场打出一片天。还有我们的“慧谷群英”第一个合作伙伴——南京高淳软件园,一起合作在中国打出一个全世界第一流的软件园。这几个客户,下午有很多分会场,比如系统工程、软件开发,云集了非常多的大师,大家千万不要害羞,一定要跟他们好好聊一下,知道我们全球的战略和将来我们Rational的发展。

我就不一一介绍很多领导,就介绍下面的这一位,这位领导是今年年初的时候接了我们Rational全球的总经理。他的简历非常长,给大家简单介绍一下,我们这位领导在软件工程这边有超过25年的经验,而且是出生于德国,长在德国,对汽车,对德国所有的精密仪器、软件开发是了如指掌。后来又到了英国IBM的总部,负责整个欧洲地区和全球地区的开发。这位领导大概15年前就调到IBM总部,上一个工作是IBM全球的云计算总裁,负责整个IBM云计算的战略。再以前的工作是IBM软件集团的CTO,其实就是负责我们IBM软件集团35000名开发人员,每天怎么创造超过3000个软件产品和解决方案。在这边可以说是大师级的任务。我们有幸请他来到我们中国,里到北京来支持我们的工作,等一下他也会跟大家讲一下我们2011年和2012年Rational的战略方针和发展方向。我们团队也非常高兴能够请到全球的领导、核心的掌门人,我就不讲太多了,欢迎一下,等一下有真正的专家和高手来讲一下。等一下大家用热烈的掌声欢迎全球Rational总经理Kristof Kloeckner。

Kristof Kloeckner:非常感谢夏然,大家早上好。非常欢迎大家来到Innovate 2011 IBM Rational软件创新论坛,我感到非常振奋,因为这是我们在美国之外最大的Innovate大会,我相信这也证明了创新在中国的力量和在北京的力量。我们每次回到中国的时候,我总是印象非常的深刻,因为中国创新的速度如此的快速,所以这次大会我们将会跟大家谈一谈发挥软件创新驱动的力量。在软件驱动创新背后的力量,软件服务和系统的交付。我们现在已经进入了新一轮的创新时代,在我们过去的历史上,我们看到我们的生活和工作受到了越来越快的改变,它背后的推动力正是创新的浪潮,创新的浪潮也带来了新的商业创新——创新的速度越来越快。

我们可以想一想想最早的创新浪潮蒸汽机,蒸汽机的发明到广泛使用花了100年的时间,给我们带来新的动力。然后再去回忆IT的时代和电信的时代。移动手机的发展速度很快,在中国现在已经有7、8亿的移动手机的用户,而且可能现在我提到这个数字又增加了。所以我们现在已经进入了智慧产品和服务的创新时代,要使产品和服务变得更加智慧,我们需要互联,需要在设备、人、流程、信息之间的互联。而将它们互联在一起的力量,这一个看不见的红线,就是我们在座的各位都参与而且都知道的——就是软件。

实际上今天创新很多都是通过软件来实现的,我们来看一下下面的三个例子:首先是健康医疗行业。比如像心脏搭桥手术,通过机器人帮助心脏搭桥手术的死亡率减少6倍以上。然后是智能手机:我们将智能手机的应用和后端交易的能力结合起来之后,我们使得手机银行成为今天使用最为广泛的银行渠道,而到了2020年的时候,可能在中国更早一些,手机银行将成为使用最多的银行渠道。它对我们的生活产生巨大的改变,因为很多其他的人不通过这种方式,他们可能就获得不了这么好的银行服务。还有一个非常有趣的是汽车,大家知道今天汽车本身并不仅仅是一个轮胎上的数据中心,同时它也是一个移动的设备,主要是有像GPS、维修保修等等,还有像交通堵塞的管理等等。所以,现在的软件交付可以给我们的系统和服务提供大量新的能力,这也就意味着这些系统也会变得更加复杂,维护可能更加困难,保持更加困难,升级也更加困难了。

我们现在所面临很多的挑战,在软件驱动创新方面,我们这里提出很多的点都是复杂性,复杂性本身就是包括多平台系统和应用所导致的复杂性。另外,分散于全球的软件和产品的供应链,这其实是一个组织方面的复杂性。另外,还有来自于市场越来越多的压力,法律合规的压力和客户需求的压力,同时也在推动着公司努力去维护现有的运行。它会使得软件的交付具有很大的不可预测性,据说62%的软件项目都没有按期交付,30%的项目成本是由于返工和需求执行不力导致的。这其实是要求我们行动的时候了,对于我们的这些软件工程师来说。一个成功的公司会做什么呢?去应对这样的挑战,实现按时、按质量的交付。他们一般都会进行深入的转型,软件和服务交付的转型。

下面举两个例子,两个具有创新能力的公司他们怎么做的,他们不仅仅提供非常好的产品和服务,非常令人满意的服务,同时还能够更快速的、而且更低成本的提供服务和产品。比如中国银行,我相信这个名字你们大家都耳熟能详,他们非常显著的提升了顾客的满意度,而且同时也非常显著的增强了他们的生产力,这两者是相互依存的,因为他们可以更快的提供新的服务。再看一下通用汽车的电动汽车,我们今天也非常荣幸的请来通用汽车公司的总监,他一会儿会做发言,怎么样对交付的流程进行转型,主要是通过我们将软件工程以及电子的工程师结合到一起的方式,这使得他们提供非常酷的车,同时也让他们更快速的交付。但是通常来说,对这样一个复杂的车来说,是做不到这一点的,他们只要29个月的时间就设计出这样的电动汽车。所以,我们可以从此了解到今天会议的主题是多么的重要,就是要利用软件驱动创新的力量。

下面跟大家谈一下三个主要的关键举措:一是整合或者是集成,就是要把流程、信息连接起来,在整个的生命周期连接起来,比如需求管理、测试、认证连接起来,把开发、部署连接起来,创造整个生命周期的可追溯性,从需求、制造到开发。二是协作,统一团队、统一思想、统一目标,让这些团队可以更快速的做出反应,更加敏捷的反应来体现市场的需求。Walker Royce是我的首席经济学家,待会儿会跟大家介绍什么是真正的敏捷,他会从软件经济学的角度谈这一点,因为这是我们今天的第三个重要方面就是优化,优化并不仅仅是流程的参数,而且是意味着商业的结果,他会把项目的执行和业务的目标结合起来。
我们来看以上三者的话,这不只是去改善个人开发的生产效率,而是去改进软件和系统交付组织的能力。这些好处是可以触及的,可以减少产品上市的时间,而且可以增强你的质量。当我们转型自己IBM的软件产品开发组织的时候,我们现在有超过3万名的软件工程师,我们很多时候总是和我们的预期业务目标相连接。一会儿会有一个视频向你们展示,当我们注入了这样的一种敏捷的交付,实际上最终能推动我们业务成果的实现,而且很多时候使得我们有更多的去进行创新,而不是进行软件的维护。当我们都执行这些理念的时候,各位还有更广泛的全世界的社区和我们的客户能够和我们一起共同分享,使得我们的工具能够帮助你们的软件,能够最终实现创新。不仅仅是传统的IT程序,还有现代化,还有现有的这种应用,还有你的优化等等,还是说你是一个开发或者是交付一种复杂的嵌入式系统等等。在底下你会看到你的团队会使用Rational,你可以进行开发和部署,它是一个工具,可以让你的团队能够来用你的专业技术,不仅仅是方法,同时可以让你的任务变成自动化,实现自动化的功能。这样做的话,如果说把你的应用和系统和生命周期管理进行整合和集成的话,会给你带来更多的好处,而且在你的整个平台、你的企业、你的地理位置各个方面的限制就不存在了。而且我们上下文之间的协作和开发、职能,来去度量你的行为和结果,这样的话可以把你的业务进行更好的规划,而且把你的业务开发,你的开发和业务目标能够统一起来。

我们从自动化、从协作到集成,最终到优化,这就是我们这里的软件和服务的交付创新中的几个步骤。这些可以通过开发和开放的这些工具和自动化来实现,能够使得我们更广泛的业务伙伴,还有我们社区的贡献者能够在我们的软件开发转型中按照统一的步骤来做。

另外说一下安全性的问题,现在我们的系统越来越复杂、越来越互联,我们需要更多的关注安全的问题,现在安全不是说你只是说仅仅测试就可以的,它是一个需求,而且在设计方面就要考虑到安全的问题,最终的安全还要得到验证。所以,安全在整个的生命周期是一直贯穿始终的。这些原则使得我们今年就能够宣布会增加一些新的性能,特别是在帮助在整个生命周期中间实现更好的管理,不论是设计管理还是开发运营中进行衔接,这就使得我们能够在协作、集成、优化方面能够帮我们做得更好,一会儿我会细讲。这使得我们无论是在IT空间还是在软件和系统工程方面都能够实现的生命周期的管理。而这里是由Jazz所提供的开放性的基础架构能够提供的,这就显示我们对于社区的承诺,我们的客户、我们的合作伙伴,包括我们的竞争对手能够在一起合作,能够在整个的生命周期进行共同的协作。同时我们会宣布,为了去支持这个社区的话,我们有Rational的社区,还有DeveloperWorks,我们还会和大学进行合作,给他们提供一些软件生命周期的工具,帮助他们能够建立起自己软件工程的项目,而在一个小时之内就能建起这样的项目。而有十几个大学在这方面已经参与到我们的活动。我们看到有中国的一些大学,包括同济大学,他们是首批参与的大学,能够加入到我们的JazzHub社区。

下面讲四个方面增强的功能,这样能够让大家理解,为什么这些性能能够去转型我们的软件交付的过程。首先看设计管理的能力,在过去设计的环节和其他的开发环节是脱节的,而很多时候利益相关者在这个项目的中间参与是在后期参与,在整个设计中并没有涉及到,目前我们有一些改变:在整个生命周期中,我们设计一开始的时候就让所有的利益相关者去参与,通过可追溯、透明的方式让他们评审和参与到流程的设计。这样的话能够降低复杂度,而增加灵活性,可以使用影响分析和自动报告功能。在设计的流程中,在我们Rational的基础架构中都已经赋予这样的特性。这使得它成为一个建模和模型所推动的设计成为行业中广泛运作方式的可能。

另外一点,Rational的协作生命周期的管理。大家可以看到,最左边的五点,这五点是我之前曾经说到的,我们把这五个原则是一个基础性的支柱。比如我们有实时的规划,生命周期的可追踪性,上下文协作,测试者、设计者需求,还有业务的分析师和开发者,他们能够实时的知道需求是什么,比如说需求能够建立起这种测试案例,这加强了各方之间的连接,比如它的需求制作者和质量的管理和开发者、测试者能够更好的理解。而且生命周期中需要有可视性,这样帮助我们去开发智能,让你能够持续采取行动。很多时候我们会听到不论是来自Jazz社区的还是其他的一些客户,我们会听到他们的意见,他们是非常欢迎这种解决方案的。很多时候在一开始的时候有一些模板,让你有一些流程,一开始就可以进行评估,让你在开发的过程中就摆脱过去的这种瀑布式的开发模式,而这种相同的原则也能够适用于系统和软件工程。我们可以去构建和验证功能强大的复杂产品系统和软件。

我们可以看到传统的系统和软件工程,在我们的产品中有很多,大家可以看到微型中有两个角,一个是需求管理,一个是质量管理,我们可以帮你们进行合规,包括ISO相关的标准能够进行合规,这样的话使得你有很好的需求管理的工具,还有很好的测试工具,以及协作规划和变更管理。所以,我们可以在这些行业中,刚才也提到在中国软件方面的需求在不断的增加,包括汽车行业等等。我们通过Rational的系统和软件工程打包的解决方案,能够更好的、更快的进行软件开发。

另外一个很大的挑战之一就是端到端的项目执行方面,开发和运营之间的脱节,很多时候两者之间的交流就在这里中断的,这是一个非常危险的情况,在任何时候,如果你想到在敏捷交付中我们越来越多的需求,想到这一点的话,这种脱节就更加危险。比如会有年度的产品发布,这就需要我们进行紧密的在开发和运营方面的合作。特别是在云计算这方面,我们需要更多的敏捷交付和服务解决方案要进行虚拟化、标准化和优化,这就需要我们有一个优化的流程、优化的工作负载,需要有端到端的自动化以及端到端的连接,这样使得我们需要有更好的开发和运营之间的沟通。

所有这些的功能,都是由Jazz平台所提供的,Jazz能够进行我们的软件和系统生命周期进行很好的协作。它是一个统一的架构,而且提供的是一种成套服务,而且它跨行业、跨企业,能够使得生命周期的集成成为可能。而且就像Internet的集成和数据的集成是一样的,而且我们开发了开放服务的生命周期的开放服务,有超过100多个公司,其有超过400多个成员都参与到这样的社区,比如像西门子公司也帮助我们去做ARM的应用,还有生命周期管理(PLM)。现在我们参与的人数达到8万人,我非常荣幸的说中国也做出了很大的贡献。各位观众,如果你们也参与了,我想代表我们的团队对你们表示感谢,对你们的贡献表示感谢。

刚才谈到我们需要改变我们的软件和服务的交付,怎么样来提供一揽子的能力,让你能够转型呢?就像我们夏然一开始提到的那样,我们有一系列的创新方法在中国是特别的,第一是软件园,我们相信软件园在发展的过程当中,现在不仅仅是提供一个硬件设施,经济的优惠措施,它现在要更多的提供工具、方法、支持,在我们的工作当中,我们在一些软件工作园的合作当中,可以帮助他们为一些增长的公司提供价值。我们的软件园开发创新中心提供一系列的能力,比如像系统的工程、云计算服务、智能服务以及人才的培训技巧中心,IBM和很多的软件园都在合作,通过教育方法的教导等等,来推动这些软件园公司的发展。这也说明软件的创新不仅仅使得新的商业模型成为可能,也在推动着新的商业需求的产生。作为Rational的团队我们感到非常的振奋,参与到这样的旅程中。

下面,我谈一下Jazz在中国的发展势头。中国对于Jazz的贡献很大,因为有超过7000名的注册者是来自中国的,位居参与国的榜首,每个月有超过11000名的Jazz的独立用户来自中国,有20万名浏览者通过第三方的页面登陆。而且我们也感到非常振奋的是,每年有下载数量有36%的增长率。而且之前也提到我们跟中国的大学也在进行合作。这么多年以来,我们一直在进行和大学合作的Jazz竞赛,今年会在8所重点的高校开展Jazz研讨会,第一个阶段主要是展现出知识和成就,有超过1800名的合规参加者,颁发了99个奖项,现在第二阶段有86个团队为Jazz建立插件,也是对Jazz平台非常积极有益的贡献。我们将会在这次会议的稍候时候宣布Jazz竞赛获奖者的名单,大家可以看到生命周期的集成、协作是软件和系统工程社区所关心的问题,在中国尤其如此。在我们这次会议的期间,你们将会听到很多的关于具体可以采取步骤细节的信息,以及软件经济学的影响。我和我们的一些客户将会跟大家分享他们与我们合作的经验,而且你们也可以考虑今后的合作。

在结束之前我想总结一下,我认为IBM解决方案的独特优势在于它会帮助你们获得突破性的利益,就像其他的客户一样。我们的独特在于,我们有很多年的客户实施经验,并将他们融入到我们的解决方案和方法中。另外,我们是一个支持跨厂商集成的基于标准的开放式平台,对于我的中国实验室团队由严先生领导,我感到非常的自豪,因为它是我们能力重要的组成部分,包括开发、智能。我们的中国中心关注于开发分析方法,同时我们也承诺与我们的共同体要有基于标准的开放式的平台来实现跨厂商的集成,来使得我们的业务伙伴能够将他们的价值观、知识融入到整个的生命周期管理当中。

还有一点非常重要,我们的方法将软件和系统的开发作为一个商业的流程,我们关注于商业的结果。我们可以帮助大家来改善业务优先级、业务目标到最终成果的一致性。像我前面所提到的那样,我们也承诺于中国,我们有实验室,有服务,有人员在这里,只要你们需要我们就在你们的身边。

最后想说的是邀请大家来是希望将此次会议和今天作为你们自己可以发挥作用的一天,跟你们的同事聊天、交流,来看一看我们的展示区,来跟专家提问,和你的业务合作伙伴、同行和IBM的人士多多交流,我们有很多非常有意思的主题会议、分会场,会谈到所有主要的巨大的潮流,比如敏捷云、Jazz平台、集成、Power和System z服务器。他们都是为了应用和系统的交付。

再次感谢大家,感谢大家冒雨前来参加我们的会议,也希望每一个人都非常成功。谢谢大家。

Walker Royce:大家早上好。改善软件经济学是Rational的使命,也是我们在市场上的独特优势,改善一个经济学意味着创造出更大的价值,而使用更少的成本和资源,意味着更多的质量、更多的特性、更多的性能,或者对你的客户更有价值的东西。少,意味着更少的时间、更少的管理费用、更少的资源投入。我们软件的生产效率实际上在你们的组织当中是非常关键的,否则的话,你们就不会今天来到这里。

刚才Kristof Kloeckner谈了三个主要的主题,想变得更加敏捷要改善软件经济学的话,集成、协作和优化。为什么说他们这么重要呢?你怎么样去衡量他们呢?我们怎么样来去证明我们就有更好的软件经济学呢?这是我想讨论的话题。复杂既是一个机会,同时也是一个风险,我指的是在我们开发和交付更智能、更互联的系统和应用当中。对于高管,架构师和项目经理来说,这样一个复杂性可以直接的转变为不确定性。

这里我们有五个不确定性的水平,由于这么高水平的不确定性,软件的开发其实更多是经济学意义上的学科,而不是一个工程学的学科。这个说法可能会有一些争议,而且非常的激进,我给大家提供我的理由。工程有物理学和材料物理属性的规律,来限制他们的创造力。在软件当中,我们的限制主要是人的想象,是用户需要、设计、业务部需求、集成、项目进化和资源预测中人的想象力的边缘。我们的预测主要是由于价值的判断,统计学的分析,还有预测等等,更像是经济学科的一些规律的掌控。没有解决的不确定性会展现为下游的浪费,软件的项目如果是使用传统的工程管理方法,会花掉他们40%的时间和精力,放在返工当中或者是浪费。所以传统的工程管理模式,认为不确定性是比较低的,他们对于创新性的软件项目是不利的。

为了解决这样的不确定性,我们必须要有可衡量的渐进的步骤,而且优化我们的方法来能够平衡各个利益相关方利益的解决方案。我们选择优化这个词儿,因为它有非常积极的含义,包括指导、控制、工具以及动态的变化。为了优化一件东西,你必须要能够说清楚现在的情况,同时能够可衡量式的去改善它。科学家们将衡量作为一种观察,他可以增加你的知识,同时降低对于你所衡量东西的不确定性。我们将价值的论断作为经济成果的一个概率分布,我们如果能够降低不确定性,就可以看到这些分布的变量,分布的差异会随着时间流失而减少。通过管理不确定性来指导项目,有很好的衡量尺度,是经济管理的核心实践——这可以带来敏捷。

更少的不确定性会给我们在利益相关方当中带来更诚实、更值得信任的交流。信任是一个任何敏捷团队核心能力,我们怎样能够在经济管理中取得成功,我们应该衡量什么呢?在过去20年里,我们计划、回顾和评估了上千个在100多个组织中间的转型。这里是三个方面的成功模型,还有三个方面的共同失败的教训。首先我们去规划你的节点,然后去你的活动和临时检查点,作为可显示的结果,这样能够进行提前的集合,而之后再进行单位的测试。我们错误的精确观念是我们工作出现停止的一个根源,下游的一些浪费和重复工作都是由于我们错误的观点导致的,我们建立起五位数精确的需求,而你只有一位数是精确的,消费者对需求的理解,是整个软件开发当中失败的一个主要原因。整个事实上的一些改变和质量的参数,是有可执行的代码和测试基础导致的,为了实现更加忠实的进程交换和质量的趋势,我们必须推动所有的节点和度量,以一种可持续和可显示的能力来做到所有的方面都包括了说明模式和计划,所有这些计划都是我们的一种臆想,这些是有价值的,但是我们需要去度量它。

我们在改变可执行软件期限,尤其是改变成本趋势方面是我们进行衡量真正的措施。敏捷意味着我们能够很容易的进行更改,而我们同时需要对于更改的趋势进行量化,仅仅是在架构方面进行,还有在流程的忠实性方面来推动变更的成本。敏捷不仅仅只是一个程序上的、流程上的特性,我们首先会做简单的事情,先做出一些进展,然后在这样做的时候是没有经济上的任何好处。我们推迟解决方案的可持续性,就减少了成功的可能性。这些建议都是不好的,现在我们希望能够跳出自己以往思维的模式,现在我想会给你提供一些判断的基础,能够给你显示一些核心的参数模型,这样能够显示我们可以去衡量我们的改进目标,同时也能够进行成功的开发转型,同时也进行健康的经济管理。

在左边的这个图,是我们典型的传统工程管理,进行软件创新项目的基准,在右边这个图是我们目标模型,特别是成果的目标模型,我们能够期待着通过健康的工程,真正的实现我们的灵活性。在过去的几十年里,我们经历了很多的上千个项目,从左边这样的项目,中间只有几十个项目能够真正的显示敏捷。下面三个方面的参数,能够很清楚的量化你所做的工作。首先是规划进展,这是在传统的工程管理中是通过节点的成绩进行度量的,而它是在所有的支持工建生产中能够实现的价值,大部分的文件都是基于活动的计划,规划的进展是可以通过我们在规划的性能、使用者故事和我们可显示的这种进展,以一种基于结果的计划才能够得到更好的衡量。

技术上的进步,我们在可执行和可测试方面代码的比例,左边是对于大部分的软件开发组织来讲都是非常熟悉的,大部分都是通过瀑布式的模式进行开发,他们花了大约40%的资源,甚至更多,在进行过多的浪费和进行返工,特别是在最后的阶段出现这种情况,而典型的情况是这种线性的方式是在最终会造成具有灾难性的困难,而这种返工最终会导致我们整个架构忠实度的降低。右边可以显示更加忠实的进展秩序,我们工作的退步或者工作中受到干扰,不确定性能够得到解决。作为基础架构,还有我们的规划本身是进行重新规划,或者说能够和我们的利益相关者进行交流,这样是一种很好的经济管理的方案。

最左边的图显示我们传统的早期评估,当时我们看到的是一种很低的不确定性,这样会使得我们一开始获得比较错误的,我们感觉工程进展顺利的印象,会在很多方面最终出现问题的时候,会导致非常严重的后果。右边的图可以看到更加忠实的,在不同的利益相关方能够有很好的展示,还可以在很多情况下能够平衡所有的利益相关方。当我们一开始的时候就能够对一些不确定性进行介入的话,这样随着项目的进展不确定性会不断的减少。

项目的改变越简单的话,最终要实现它的需求性能就越简单,更为重要的这种质量的参数能够帮助我们进行度量,这里有三个方面参数:成熟和缺陷趋势,很多组织都跟踪这样的参数。模块化或者是在时间尺度内的浪费的代码趋势,这种参数是在我们的可执行的参数库中所实现的。适应性和返工趋势,这是另外一个变更成本的度量方式。所有这些参数可以工具化,可以得到执行,通过一种非常简单的,在你的变更中通过工具实现,在你的测试管理平台上实现,他们可以直接通过你的代码和测试基线中得到实现,这样能够很好的得到改进。传统的项目中,很多时候是在整个生命周期很晚的阶段才会出现不好的情况。正如我们左边的图所显示的,如果说你在经历这样的情况,你肯定是在一个传统的瀑布式的开发模式中,你的流程可能会非常的成熟,但是它是非常模式化的。现在这种经济的管理,在早期就发现这种非常关键、非常有潜在后果的不确定性,当它发现的时候,我们就可以让变革变得更加简单。而且我们也可以以一种可预测的方式,在生命周期的早期就可以做到。右边的图就能够实现,我们如何去推动这种做法呢?最好的方法就是在集成的阶段,能够在你的单元测试之前就就产生集成活动,这样帮助你一开始在架构挑战方面就解决更加有风险的方面。而再去做更多的投资,去做单元的测试。当我们进行持续集成的话,我们有效的去执行,在生命周期晚期的时候就变得更加有预测性、更加的直接。这就是真正的敏捷度量。

从计量经济学的角度,我们的改善可以通过集成、协作、优化方面来共同的实现。这些方面可以在我们的平台上都能够实现,而我们的组织可以依靠我们的分析引擎来得到更强有力的统计数据。我们如何去为投资、已经改善的软件经济学找到理由呢?这是一个非常简单的框架来帮助提升我们的业务成果,特别是在软件交付中的成果。等于是大致显示我们这种软件成本评估的模型,这些模型可以非常准确的去预测我们的,准确度只能达到20%,时间上是75%。我已经通过一种更加简单的方式在四个参数方面减少20%到30%的参数。首先是复杂度,包括人为产生的东西,包括代码、模式、文件、测试。二是敏捷,这就包括有1到1.2这样的数字,量化我们程序中的有效性,这就意味着你的软件在这个过程中没有实现经济上的规模效应。三是协作,使得量化我们技能经验和团队合作。最终是自动化,能够帮助我们的流程能够工具化,如果来看这个等式,在我们的认知实证的数据中进行研究的话,这四个参数是有优先秩序的,10%的复杂度的减少,要比10%的敏捷度的增加更加有价值。这就意味着超过10%的更好的协作或者是10%更多的自动化,工具非常重要,在我们的经验中知道,我们需要在减少复杂度、增加敏捷度和增加协作方面有更多经济上的好处。

还有在中心使用方面所进行的投资,可以帮助大家,只需要也大概几千条的这样人类所创造的大脑,就可以实现几百万条的程序。我们对于敏捷的方法的投入,也可以帮助你们避免失败的循环,从而实现成功的循环,我们在Jazz当中的评论投资也是可以促进你们的协作。还有我们的服务以及我们的合作伙伴的生态系统也可以提供更多的支持。

我们同时也认识到,我们需要将我们的工具作为一种成功的工具方法,让他们在所有的工作人员当中传播。大家可以看到,这是有几点是改善我们软件经济学的方法和维度,这里是参数成本的模型,在很多书里都提到这些内容。因为我们知道价值会比取得价值的成本会高很多,也就是这里面每一个维度都可以帮我们实现很高的投资回报。我们要能够提高自动化的能力、协作的能力,都可以使得我们的投资回报提高。方法主要是通过改善我们的敏捷性,同时通过我们组织的重新使用来降低复杂性。这里的范围是展现我们不确定性的内容、创新的内容以及我们现有文化变化的情况。在过去的几年当中,Rational一直是主要关注点是增强协作,以及实现规模性的敏捷性。在保护我们市场这一块,因为这些发展非常重要,我们看到市场的领导者会鹤立鸡群。在开源的工具和自主知识产权的工具可以让你非常低的成本实现自动化,但是如果没有一个整合的协作层以及对于流程实施的支持,他们是没有办法为改善团队或者组织的生产效率提供有效的基础,也无法为提供在高水平实现基于资产的重新使用提供很好的基础。我们Jazz的努力,尤其是它的架构是非常好的例子,它说明了能够实现一个敏捷平台的以集成、以整合为主的精神,我们Jazz的架构是不同层次服务的整合,我们的协作是所有的整合努力的基础。我们将会尽可能对这样的平台投资,使得优化你们经济的管理以及你们以整合为先的团队精神。

可度量的改善和敏捷性,其实是和其他的竞争对手的区别,因为我们要提高软件的经济学,所谓可度量的改进是意味着在持续不断的整合里程碑的过程当中不断的改善、不断的增长。它实际上是可以帮助一个团队更好的协作,同时在他们的流程和产品当中解决不确定性,尽量在早期解决这样的问题。敏捷意味着快速的反应,你的改变速度应该是你的资产,而不是你的负面因素。敏捷最好是能够通过以整合为先的焦点,同时敏捷最好是随着时间的流失所带来变更的成本来作为一个衡量的标准。当你发现你们的一个团队在做软件更改的时候,如果从几周的时间变成几天的时间,这个团队就变得更加敏捷。同时,我们减少浪费、减少返工,而且能够更多的进行创新,可以更加具有进取心,增加更好的质量和更多的特性,或者是更早的交付,这些都是我们可以实现的优势。

你可以读过很多关于敏捷方法的书籍,但是你可能没有看到那么多成功的项目,其中有很多的关于敏捷结果的资料。如果写一本书,写一本关于抽象的、关于项目管理的书是很容易,但是管理一个真正的项目是很难的。因为这里有很多的地雷阵,有不确定性,你做任何决策的时候都是有很多风险的,这就是很难的,我们应该去推崇那些、尊重那些行业当中的从业者,而不仅仅是思想、舆论的领导者,好的想法是很容易想到的,但是好的实践却是摸爬滚打出来的,我们从业者的领导人,他们解决了不确定性,同时把项目由抽象变成实际,他们对于软件行业的创新至关重要。我们在今天的会议上会给大家提供很多技术的峰会,这里会跟大家分享从业者的经验,我们将会谈到可度量的改进维度,希望今天的会议能够向你们展现在我们的客户以及我们IBM公司的从业者的领袖风采。如果大家需要更多的关于我谈的一些技术问题的信息,可以从三个地方获得:一是可以从开发者的网络,或者是从我的Walker Royce的网站,还有请你们当地的团队来获得这样的信息,来了解他们所有的知识可以应用到你们的业务当中去。谢谢。 

主持人:谢谢Walker Royce精彩的演讲,下面我们有请IBM Rational产品开发和支持副总裁Harish Grama先生和中国实验室团队为我们带来主题演讲“整合为要”,有请Harish Grama先生。
Harish Grama:大家好。我去年离开北京的时候,我的印象还非常的深刻,大概上次来北京是四五年之前,当时我的印象非常深刻,这个地方的人、这个地方和这里的进展和创新,我就下决心,当我回到美国的时候,下一次来中国开会的时候,我想用中文演讲,但是我只能说这么几句,虽然是一个好的开始。在我的发言过程当中,我们待会儿会有一个演示,这个演示会是中文的。更好的例子是,这个演示不是我来做,而是由本地的中国人来做。我来自实验室的同事。

开始之前强调三点:一是我们跟很多CEO、CIO会进行实时的沟通交流,去年或者今年早些时候,我们和1500名的CEO、3000名的CIO进行交谈,大多数的人都说下一轮的价值创造将会来自于产品和服务的创新。二是在这一切背后的创新是由软件来驱动的,软件是不可见的红线。三是我们希望能够改善整个的企业,而不是个人的生产效率。所以,拥有一个非常有效的软件交付平台,不仅仅是必须的,而且也是使得你在市场当中成功的比较优势。因为你的软件创造和软件的使用跟其他任何的价值链或者是供应链会改善你的质量。

实际上在这方面,我们有三个非常关注的焦点:一是整合。整合指的是软件系统和工具之间的整合,人、数据和流程之间的整合,我们需要有一个非常好的可预测的、不同的生命周期阶段之间的连接,需求、开发、测试、部署,不能变得信息的孤岛。我们需要有工具能够实现这种整合,看一下有可预测的结果和可重复的更大的质量。二是协作。协作其实可以举一个例子,在中国有很多的软件开发人员,当一个产品的经理在美国,他对需求进行了改变,你的开发人员第二天早晨来了,美国人还在睡觉的时候,你们看了需求,要看为什么改变,怎么样改变。所以,这样一个改变的上下文应该是说,美国的产品经理和中国的开发人员是有同样的上下文。当你的开发人员有一个代码的时候,需要让印度的测试人员知道这个代码,需要进行什么样的测试,在进行测试的时候,美国项目经理应该能够看到结果。但是这些结果不需要去要求每一个都向他汇报,一看结果就明白了,协作非常的重要。三是优化。前面都谈到这一点,大家想优化的时候这么想,如果你可以把你的开发人员、测试人员、项目经理,把他们的优化行为变成你的商务成果就非常重要,你可以随着时间的流失改善商务成果,可以改善收集数据的过程。这样的话,可以进一步改善整个的流程。我跟很多的客户都有过合作,我现在觉得主要问题不是怎么样度量这些东西,而是说往后退一步看看度量什么,优化非常的重要。

还有一些现实的障碍总是在阻碍我们的创新:一是地理上的分布。比如我们的人员分布在全球不同的地方,我们可以思考一下,如果在这样一种情况下,有一个人在你隔壁的房间,在你的楼下,在同一个楼里,并不一定是非得在全球各地,即便在不同的房间都有信息的孤岛。信息的孤岛可能在业务部门和IT部门,也有IT部门和运营部门中间,72%的应用都是由于这个孤岛而失败了。这是我们需要克服的问题。二是我们说到成本的时候,如果没有很好的平台和工具帮助你做很好的管理、很好的流程,你的客户就会走掉。刚才也说到60%的产品超出了预算,这就是另外一个成本的问题。三是变更。刚才说到变更的成本和敏捷的度量,这就需要我们去优化我们的变更成本。Walker Royce刚才说到形成这种错误的项目进展顺利的这个印象是非常有害的,一旦产生变更的时候,这就对你最终的已经开始能够进行很好管理的话,就能够在最终生命周期晚期进行变更的时候减少你的成本。这些都是非常复杂、非常难以克服的困难。Kristof Kloeckner刚才也大家举了一些例子,他说到中国银行的生产效率提高、开发、客户的满意度,使用很好的工具、很好的性能、很好的平台,也说到GM,他们用29个月,而不是在过去的几年中就推出电动汽车。在所有的例子中,有很多的例子都是失败的,在这中间复杂性也是一个问题。

我给大家介绍一下背景的情况。在一个星期日的上午,天气非常好,我们在非常曲折的乡间道路,我骑着摩托车,而且骑得非常快,这样我要拐弯,需要刹车,由于我刹车有一点晚,就用力比较大,这时候不起作用了,产生了事故。我想做两件事情:一是会让我的汽车经销商把这个车回收,二是给保险商打电话。经销商给我回了一个电话,说我们不可能会产生有问题的车,之前也没发生过。这是他们回答的话。保险代理商给我回电话说,对于这款摩托车,我们有一些机线,说刹车有问题的话,有人报告的话,我还会去找制造商,大家可以看到这不是我的摩托车,而是我14岁儿子要用的摩托车。这是谁参与的过程呢?刹车我们经常会做,也是很简单的行动,但是尽管动作很简单,但是会引发很多复杂的流程,我们有保险公司、有银行会出面,还有制造商、保险商,给大家一个展示,这中间可以看到我们如何去解决这个问题,从软件的角度,帮助我们来看看整合协调和优化是如何在展示中体现的,能够帮助我们去增加工作效率。

现场演示。

我还想谈几点:一是刚才你们在演示当中所看到的是我们使用的工具平台,这个使得我们利益相关方、开发能源能够防止出现任何错误的步骤。软件的交付是非常复杂的,而且是要指导的你的团队怎么做、什么时候做、做什么。二是大家在最后一部分看到的表演,我前面提到了优化,就是把你所做的所有行动都能够整合起来,能够成为一种商业的成果。刚才看到的就是能够去看哪些其他的模块,也有同样可能的错误,他会在发生更可怕的事故之前能够看到这一点,大家可以知道这其实是软件交付方面的商业智能。三是当你们改善了优化协作和整合性能的时候,你的团队成员和开发人员就可以做一些基线的更改,更加容易,减少了管理的费用,使得人们能够更具有进取性。

现在我相信我们的摩托车更安全了。这里我想跟大家更详细的来介绍一下今年要发布的产品,一是Rational的协作设计管理,大家可以看到我们怎么样来有不同的工具和不同的模块整合在同样的一块仪表板上,可以不用关注是什么语言写成的,什么样的模板和平台上。我们有非常好的整合工具,这个工具不管是什么语言编程,不管是什么机器和平台上都可以用同样的网格形式来显示,所有人都可以看到结果、性能分析和评估,这就是我们所谓的协作设计管理。
二是Rational的协作生命周期管理。可以做实时的规划,规划尤其是说一个具体项目的实施规划,通常会看到使用工作表,可能会使用表格等等,在做一个项目的时候,项目经理可能是知道的,其他人并不了解,实时的规划是非常重要,指的是在这个系统当中出现什么事情,马上能得到报告。根据现在的情况进行调整规划。生命周期的可追踪性,如果改变一个代码和模块,要去了解需求是什么样的,哪一个代码的架构师受到了影响。另外是上下文的协作,在表演当中大家看到我们所使用的电子邮件,都是在上下文之内,上下文是知道软件出现什么问题,知道谁应该关注这个问题。开发情报,就是代码分析的仪表板。第三、四、五点就是持续的改进。刚才在表演当中也有可能对制动系统造成影响,所以要确保持续的改进。还有就是单一的安装,强大的培训内容和最佳的实践模板。

Rational系统与软件工程。它是随需应变的实践库,它的工具会更改,根据情况的需要而更改。Rational的架构模块设计工具是一个软件工程当中非常重要的组成部分。工具指导,当你说到非常复杂的过程,比如说生产汽车或者生产飞机,可以发现,你们会知道我们下一步应该做什么,工具指导帮助我们能够做到这一点。我们可以做能源、汽车、飞机和其他的一些行业都可以使用。还有协作开发与运营,很多人都谈到这一点,开发和运营之间的脱节是很大的问题,很多在开发的时候是真空的情况,和真正的运营和部署是脱节的。我们一开始要考虑到真实的企业架构和它的部署和一些服务器的数量和跑的软件等等。还有备份、恢复等等。我们把这些在应用中已经设计进去了,我们说到70%的应用在部署的时候被打回来了,在这方面我们还有很多的分会场,希望大家能够去分会场了解更多的信息。

我们是如何做到的呢?得到一个端到端的软件开发平台,已经是大家的梦想。我们IBM做这方面已经做了40到50年的软件开发历史,我们也做了这样的平台,这个平台它代表不是任何某一家供应商的观点,在过去我们一直在说跨不同的供应商,跨第三方的平台进行整合。我们希望在API的层面来做到这种整合,这是非常难的。首先很多时候API整合是非常困难的,因为你要和不同的供应商打交道,供应商有自己各种版本的工具,就使得整合非常困难。如果我们谈在生命周期中工具数量的话,在整合这些工具之后就变得更加困难和复杂。这中间有很多的整合困难。在整合的时候,我们是用一种松散的、耦合的使用API进行整合。如果你看到OSLC的话,我们有超过100个公司在背后提供相关的标准。我们还有各个版本的工具,这是我们生命周期开放服务的网站,我们是在6月2日宣布的,有很多人已经参与到这个标准。很多人在推动这个标准方面,我们已经做了很多的工作,但是有更多的工作我们也需要做,看你在中国所做的工作的话,我们有很多的软件,鼓励大家,希望大家参与到这个社区,加入到OSLC,帮助IBM,帮助我们的竞争者和合作伙伴和生态系统,帮助我们的企业和行业能够给客户带来价值。

我们把所有这些整合到Jazz平台上,采用的是OSLC的标准,还有质量管理,这就是我们生命周期管理是在Jazz平台上,是在形成一种松散、耦合的服务平台上提供的。敏捷是在2000年提出的概念,当时提出的概念和我们今天看到的是不一样的,说到的是比较小的团队,不到10个人,这些人的资历都非常深。我们现在不奢侈有这样的团队,我们说到整合、协作和优化的话,这样使得我们在不同类型的团队,在全世界不同类型的团队能够保证相同质量的软件开发,这能够保证我们的成功。这是敏捷,是非常关键的。

我们说到Jazz.net,中国是美国之外最大的Jazz的社区,当你们登入的时候,可以看到我们在推出下一代的产品,我们使用了没有完成的产品,可以在上面使得我们利益相关方能够看到这些产品,帮助我们改善这些产品。我们从学界也听到,在这些方面我们不能够付出的代价,就是让人们去使用这些许可,而且很多时候在开放状态下,如果JazzHub可以让更多的人去参与,包括学生,我们有很多的学术机构能够帮助我们执行或者说推广这个标准,可以帮助我们建立起透明的环境。感谢大家。谢谢。

主持人:下面我们颁发2011年Jazz大赛的奖项。第一个奖项是最佳深度实践奖,获奖单位是北京高迈致胜信息技术有限公司。第二个奖项是最佳开发金奖,获奖单位是畅盟团队、浩博团队。第三个奖项是最佳新星开发奖,是来自湖南大学的团队和北京邮电大学百变小邮团队。

下面有请IBM软件部亚太区Rational软件销售总监Stef Bensi先生颁发“慧谷群英”奖。

第一个颁发的是年度专家奖刘曙光、顾静洁、孙常波。第二个颁发的是顾问奖,“慧谷群英计划”年度顾问奖是陶洋,芮敏,梁凯,林成文。

下面是我们的用户分享阶段,首先我们分享的是通用汽车全球的案例分享。我们有请通用汽车电子和软件总监Kent,有请。

Kent:我是GM的电子总监,我谈的是嵌入式的系统,嵌入在汽车里的传统。这是我们雪佛莱的电动汽车,可以说复杂性技术在这样一个车里面,在过去的十年当中,我认为它已经超越了我们在过去100年当中所开发的技术。而且对我来说也非常清楚的一点,我们现在GM产品工程所面临的最大挑战就是软件的部署和实施。将这个软件嵌入到我们的汽车当中去。也可以说我们现在是最好的机会,可以让我们拥有嵌入式的软件工程师在汽车的行业中工作,非常感谢IBM让我有这样的机会跟大家分享经验,同时希望大家能够在我的发言当中获得一些价值。

Stef前面也说了一些数据,也说到一些复杂性,说到这么长时间软件系统工程师的决策也发生了变化。我想谈一下我们怎么应对这样的挑战,同时跟大家介绍一下我们的一些成果。在此之前我首先想跟大家来介绍一下我的公司,我的组织是GM的一个部门,我们在全世界有16个开发中心,我们是负责动力总成,包括汽油和柴油,我们负责底盘的控制,工具集成和空调。我们有自己开发的软件,我们也为整个的生产线提供了一个全球的软件产品线。他们是拥有大概超越1000名的软件开发人员和应用工程师,规模会影响到我们做的每一件事情。

我们公司规模非常大,而我们所拥有的这样汽车的类型也非常多。我们有成百上千的模型,同时我们有很多的代码,所以我们的一个流程,我们全球都分享同样的共享平台。我们有几千名的工程师,同时我们在全球各地都有所分布。我们的生产线每年都在不断的增长和增加,到目前为止,我们有15条生产线。在这样的生产过程当中,我们希望能够提供最舒适、最安全的乘驾体验。我们最主要的战略是通过软件实现更高的价值,降低成本。我们会有重新使用,这样可以使得我们不断的增加一些新的特性,同时又可以节约资源,同时也可以增加从一个成本的角度增加我们的价值。在过去的10年当中,从重新使用的战略当中获得很多的价值。80%的节约在后部署的成本当中都是通过重新使用的战略,我们创造更多价值首要的原则就是质量。

第二种方式是通过效率。在上市时间和成本方面,像这样一种开发成本的增加,是可以由更低的系统成本轻松得到补偿,以及通过重复的使用来获得这样的补偿。因为我们不会多次重复开发或者购买相同的解决方案。
下面给大家举一个例子就是雪佛莱Volt软件例子。如果充满电的话,和通常的电动汽车充电的幅度是一样的。在电池使用到一定程度,快结束之后,我们还有一个小的汽油机,它可以给这个车发电,同时可以充电。当我们重新使用这样软件来实现这个过程的时候,我们会重用这个软件的率可以达到90%,就是把引擎也变成发电机。我们还重新使用创造出的双模式强混合电动单元,这在北美,这样一个软件是用在混合电动单元,重用率为80%。对于传统的HVAC的重用率为60%。对于仪表线束来说,车辆接口微处理器的重用率为90%,这些都使得我们能够让这样的工具能够尽快的上市。

重新使用有很多的好处,之前当然要进行前期的投资,在这里可以看到投资是双模式强混合电动单元,但是重用它的时候马上就可以获得利益,因为它可以减少上市时间、降低成本,对其他的项目也有帮助。还有一个额外的好处:一是可以获得更快的整合,能够使得中期发布的速度更快,因为有足够的工具可以做到这一点。二是会拥有一个前设的测试应力,可以对于第二个、第三个项目增加一些功能,我们有更加可预测的产品生命周期和发展序列,它的结果就是我们可以花更少的时间在管理上,而我们也有可预测的交付规划。同时我们也可以将他们应用到一些新的创新方面,有一点非常重要,我们通过重用,可以将你之前的需要的投资放到其他的投资上去。雪佛莱Volt是非常复杂的软件集,这是新的基准车,在敏捷和软件的创新方面都是如此,是我们一个旗舰车。

下一步我们应该怎么样发展,下一步投资应该在什么地方?首先想说内嵌式的软件在汽车行业存在时间并不长,但是我们过去有很多的数据,我看这些数据的时候,我看到大概从2000年开始,就是A点到B点,我们的生产效率并没有快速的增长,它的增长率在降低,我们希望理解为什么是出现这种增长速度的降低。这是我们发现的结果。可以看一下这里具体的数据,复杂性是我们软件产品生产线的复杂性,你们可以看到在90年代我们的复杂性在降低,将我们的产品转成以重用产品为基础的,后来我们加入一些新的产品,比如汽油机、发动机、柴油发动机、双模式的混合单元、ESS以及其他的一些我还不能提到的功能。即便在2011年的时候这个复杂还在增加。这是我的组织在全球业务上的推动力。

在数据上来看,在早期的时候,我们单独的性能是占主导地位的,如果是一个比较好的单独零件能力的话,整个效率都会得到提升,随着时间的退役,或者组织的增长,有更多的产品,有全球的产品线。你的团队和很多人进行合作,特别是在生态系统中就变得极其重要。这样就改变了我们的投资战略。但是我们不仅投资在一种硬件方面,我们同时也投资在全球的协作方面,IBM是我们很好的合作伙伴,在这里也非常高兴跟大家分享我们和IBM的合作。
继续往前看的话,我们要做的就是在上次的报告中所看到的未来行动,整个团队就能够看到我们的交付、我们的开发是怎么进行的。为了应对这样的团队生产力的挑战,今天下午大家可以有更多的机会在分会场去了解更多的信息。我要确保大家能够理解经过这种道路走的结果是能够变成现实的,包括你的成本和质量的管理,很多时候我们有成本上的改善,同时我们还需要有效率上的改善,需要大家今天能够从这次会议中得到以上这些益处。还要看各个组织之间是如何配合,把我们单独的企业内部的交易能够和其他结合起来,我希望大家能够从这次会议中获得很多的收获。而且对大家在开发软件的时候,以后的道路能够变得非常成功。谢谢大家。

主持人:下面有请IBMRational中国开发中心总经理严成文先生为我们做今天的总结。有请严成文先生。

严成文:我在全球各地参加了20多次Rational的软件大会,我认为这一次是最好的一次,也是让我最激动的一次。我可以感觉到我们的Kristof博士所讲到的创新潮流的到来,我们可以看到Royce为我们这次创新潮流的到来奠定什么样的基础,为打造智慧的地球做出什么样的贡献。下面我来简单总结一下这次大会的要点。

Harish Grama副总裁和中国开发中心的团队做了精彩的演示,演示了一个整合的、协作式的Rational软件和系统交付平台。在这个平台之上,我们可以打造软件系统为智慧的地球、为地球的软件奠定基础。我们的Kristof Kloeckner博士讲到了如何利用软件和系统交付平台发挥软件驱动创新的力量,他总结了软件和系统交付转型的三个重要举措:第一,整合。第二,协作。第三,优化。整合就是把信息和流程、工具、数据整合在一起,协作就是提高团队的协作能力,利用工具提高团队的协作能力。Walker Royce讲到软件经济学,软件经济学的重要因素包括流程、协作和自动化。Rational软件和系统交付平台能够为我们的流程提供自动化,能够为我们的协作提高效率,能够给我们的流程提供在工具方面的支持,在工具方面的自动化。

在Rational的软件和系统交付平台之上,我们可以看到,GM的总监讲到怎么样在汽车工业进行创新,汽车是一个系统的系统,软件是它的灵魂。GM能够在29个月之内完成以前五年、六年甚至七年需要的时间做汽车的设计,这是一个惊人的举动,正像他所讲到的过去十年汽车的复杂度比过去100年所有的汽车复杂度还要大。在这样的复杂程度下,怎么样能够更有效打造智慧的系统,利用Rational平台打造这样一个非常惊人的一个成就。在我个人看里Voit是非常惊人的举动,是智慧地球的典范。我想下一次GM的车型可能就是电流,下一个可能就是电组。

我们再看一下最后Rational的软件和系统交付平台,也是为我们IBM的Rational和IBM软件开发中心做软件开发的基础,Rational软件核心系统交付平台是在我们开发中心每天被用到的平台,来支持我们的软件开发。刚才看到的展示团队就是来自于我们中国开发中心。

下面我再概括一下今天下午的议题,下午有12个精彩的主题区,除了这12个精彩的主题区,还有规模空前的展示区和体验区,所有这些展示区和体验区都是由中国开发中心的工程师、架构师主持的,不但包括Rational还有其他产品线的展示,希望大家能够光顾体验。还有咖啡屋,在大家享受咖啡的同时可以跟我们的专家、技术人员探讨软件和系统方面的问题。最后是Rational全球认证考试项目,希望大家能够通过过去一年的学习,参与Rational全球认证考试。
最后祝大会圆满成功。谢谢大家。