IBM Rational Innovate 2010大会精彩内容

　　东软电信事业部副总经理兼CTO 王爱民 : 我们敢用的最主要的目标就是为了企业持续发展。如果要做发展，首先你要的是，你的方法论是否正确。所以，第一件事就是引进科学的软件过程方法和知识指导企业的研发管理，并形成企业级的、组织级的、项目级的增加实验，贯穿于整个研发的实施。另外，你要有一个专业化的工程和管理的实施团队来保证科学的实施和持续的改进。这是我们的一个目标。

　　东软电信事业部副总经理兼CTO 王爱民 : 下面介绍我们具体的改进方法和措施。既然做软件工程，大家都是做软件的，肯定要有一套方法论，你怎么去实现?我们说CMI只是定义了你要达到这个标准，我们说我们过了三级、五级，你只是达到了标准，但是并没有告诉你怎么做，只是告诉你要达到哪些标准。你如何定义出一个符合一定成熟度等级的开发流程，这是CMI并没有告诉你怎么做的。但是RUP定义了完善软件开发的流程，告诉你项目团队如果达到CMI的标准。既然对我们来讲，在2003年、2004年的时候我选择了Rational，选择了RUP必然要有IBM的Rational打交道。其实在2003年考察配置管理内容的时候，我并没有意识到方法论的重要。随着和Rational交流的深入，可以说逐渐认同Rational。我们说方法论和工具实际上是相辅相成缺一不可的，方法论是政治，只有方向正确才能出彩。你的工具实际上是你的手段，你的那些先进的理念、先进的想法、先进的方法论要靠工具落地和实施。

　　东软电信事业部副总经理兼CTO 王爱民 : 我们知道业界有很多软件工程的工具，有些工具可能各自有各自的优点，但是它后面是不是有一种完善的方法论体系呢?不一定。Rational既有它的方法论，我们知道著名的RUP，Rational领域的一系列工具。所以说只有方法论和工具相结合才是我们最想要的。所以，在2003、2004年的时候我选择了Rational。从这几年的发展过程中大家也可以看到，比较好的那些公司现在也基本上被Rational收购了。

　　东软电信事业部副总经理兼CTO 王爱民 : 从2003年到现在，七八年的时间，东软逐渐形成了自己的一套方法体系，我们叫之为NUP，是基于复合为导向，以风险控制为原则，总结自身经验的基础上构建了东软统一过程。NUP是一套通用的过程框架，通过一系列的工程文件，指南、规范和模板，为企业开发的过程提供过程和开发的指导。通过软件全生命周期的规范和定制，强化过程执行，固化最佳实现。

　　东软电信事业部副总经理兼CTO 王爱民 : 我们中国人有一个习惯，学技术非常的虚心，但是一学管理，尤其是这种项目管理的时候，就说不行，这老外不懂我们的实际情况，不懂中国的情况，中国有中国的特色。这个不适合我，这样拿过来之后不行。那我们最著名的华为的老板在学习国外先进理念的时候，提出的是先僵化，再优化，再固化。先僵化就是要僵化的执行，消除势力，你的企业不适合IBM的思想怎么办?削一削，砍一砍，让那只脚能穿进那只鞋子里去。当两年的僵化的过程中，你才能慢慢理解它的内涵，当理解了内涵之后才能做一些优化和改进的工作。最后是固化，固化实际上是制度化、模板化、规范化和流程化的一个实施。所以，我们提倡的是“僵化式学习、优化式创新，固化式提升”，这也是我们几年来的一个很深切的感受。这是我们的工作体系和过程对应的一个关系图。在配置和变更，主要是CC、CQ。

　　东软电信事业部副总经理兼CTO 王爱民 : 我们学习Rational一些最佳使劲分为以下几点：以配置管理和变更管理为基础，引进需求管理和项目管理，注重各种实践的自动化实现，将各个阶段的内容有效继承和引用起来，逐步引进、不断完善，一定是一个迭代的逐步完善的过程。

　　东软电信事业部副总经理兼CTO 王爱民 : 我们的实施路径，第一，以CC、CQ的实施为整体流行的基础。咨询图和工作实施相结合将最佳时间规划到平台，开始的时候我们并没有懂，一定请IBM流程的咨询服务，注重企业自身的咨询人员实施人员。结合NUP的最佳实践，从点到面逐步推广。只有这样才能保证你一步一步的执行，并且保证不断的结果。这是我们部门实施平台的情况。当前是以CC、CQ无为基础的研发平台，大家能看到我们有很多系统，你的IT系统有很多，比如有需求的管理系统，有缺陷的管理系统、任务管理系统，大家能够看到，所有这一切都是以CC和CQ为核心，所有工作最后都会落到配置库上。

　　东软电信事业部副总经理兼CTO 王爱民 : 我举一个例子给大家做一个简要的阐述。首先，我们要看一下大家都说配置管理，到底什么是软件配置管理?到底包括了哪些方面的内容?我们说软件配置管理是通过对产品生命周期不同时间点的产品配置项进行标识，第一个要有配置项并进行标识，之后对这些产品配置项的标识进行变更和控制，从而保证项目的完整性、一致性和可控制的过程。你要做配置的管理计划，要做版本控制、要做变更，对所有工作要做审计，而所有的工作一定要在配置控制上进行操作，所以包括以下五件内容，这五件事情做好了，配置工作自然而然就做好了。这是我们CC、CQ使用的一个过程。从2003年开始到现在有七八年的时间，我将这个阶段分成七个区段，第一是摸索区，工具的考察，考察了CC，我基本上把所有的配置工具全部考察了一遍。之后是导入期、成长期和成熟期。

　　东软电信事业部副总经理兼CTO 王爱民 : 从2003年到2005年，我发布的第一个软件工程的全套的体系文档，到2002年的第二版、2007年第三版、到今年中期发布的2010年的版本，七八年的时间是一个曲线的增长过程，从这里面也验证了我刚才提到的“先僵化、再优化、再固化、持续改善”这样一个理念。所以，做项目管理、过程改善绝对不是一蹴而就的，是需要有一个过程，而且这个过程时间会很长，会很痛苦。要一点一点逐步的去实施。

　　东软电信事业部副总经理兼CTO 王爱民 : 这是我们配置的一个环境，这套配置环境可能是中国乃至世界很特例的一个，我采用的都是Linux系统。CC里面大量的是小碎文件，小小碎文件，这种是最优的。我唯一要强调一点，中国企业里面对配置库的安全性并没有引起足够的重视。一个软件企业最重要的资产实际上就是这些文档、软件、过程，如果你的服务器瘫痪了、硬盘坏了，你的企业损失肯定是巨大的。因此，我们一定要在安全再安全的存储库上进行标识和存储。我是为电信服务的，所以我的系统也是电信级的，7 24小时，有每日备份的计划等等一系列。还有，一个月我会把我们的一份大硬盘送到银行，即使将来发生什么意外的话，它也是存在的。

　　东软电信事业部副总经理兼CTO 王爱民 : 刚才说了配置管理里要分五项，首先看配置的管理计划，配置管理计划到底要干什么，它的主要内容是什么?大家都看到了，我就不一一念了。也就是说，你的配置管理计划要怎么做?你的基准是怎么建立的、产品发布的计划是什么样的、基准状态是怎么做记录的，这些东西是不是都做了记录，是不是一步一步的都在执行。当大变更的时候你是不是做审计了，是不是做记录了，这是配置管理计划里需要的内容，包括你配置库的权限。

　　东软电信事业部副总经理兼CTO 王爱民 : 我们再来看版本控制，版本控制和开发管理我们的基本策略。对我们来讲采用的是两流的架构，开发流和集成流，这样的话两个空间较为稳定。以控件为单位实施的版本控制，设立并管理基线，使用Activity来组织整合版本，即将对控件和构建的运营开发。

　　东软电信事业部副总经理兼CTO 王爱民 : 再看变更控制，变更控制的目的，配置管理里面最重要的是变更控制，变更控制的目的就是防止配置项被随意更改。你要做哪些工作?要做变更，做变更就需要填变更申请单，之后你要审批你的变更流程，并且你所有的这些工作要在配置库上执行，执行完了之后你要做审核、做评审，最重要的是，你还要做记录。而所有这一切一定要进配置库。一个软件企业对我们来讲有很多很多的系统，对我来讲有需求管理系统、有缺陷跟踪系统、有任务管理系统。所有这些系统一定要打通、打穿，这样才能避免信息孤岛的存在，才能使你的整个管理的漏洞最小，才能使你的开发人员和你的员工把精力关注到真正我们需要他关注的地方去。这是我们CQ扩展的事例，我们的需求来了之后，当你做完需求分析、设计，流程审核完了之后，会自动导到CQ中去。同时，你要做需求的矩阵。这是在CQ中处理的整个流程，可以看到需求的分析、开发，最后会导入到CQ，走一个流程回到管理系统。这是我们称之为闭环的。

　　东软电信事业部副总经理兼CTO 王爱民 : 对BUG的处理，我们东软有一个BUGBASE，确认是BUG之后也会自动的导到CQ里面。这是CQ中BUG处理流程，BUGBASE处理完导到CQ，CQ处理完之后会通知BUGBASE，然后会进行改变，之后进行提交。