其实我们想都以为每个公司在过程成熟方面都是很发达了，其实不然。其实美国的文化当中，强调的很多的是个人的表现。他们每个人做一样的事情是很难很难的。就像我在自己的部门里面，我是一个产品经理，但是我们部门里面有三个每个人做事的方式都不一样，我们觉得这样做好，那个人觉得那样做好，我们每个人做都有自己的原因、自己的理由，除非老板说大家必须这么做，强迫这么做，大家才这样做，必然的话大家各做各的。这其实是非常非常的普遍。我们所说的客户的成熟度，按照CMMI来说，他们的成熟度是初始级。而他们选择的印度的外包商，已经达到优化级，也就是等级五。这种合作不是那么一帆风顺的，这个问题出了很多。我一直再想好的类比，这边是规规矩矩，那边是混乱不堪，这样一合作的话问题就来了，本来想说打外包的形式可以节省费用。因为美国在这个方面的需求不断变化不断变化，没有一个成熟的过程。那你跟外包商今天说要这个，明天说要这个，那外包商说您这一改，意味着我的交付期要延迟，这个费用要提高，他们把这个算得清清楚楚。等于说某种意义上，你甲方说要什么你得有一个代价，你乙方要把这个代价算出来，你需要我变这个需求可以，对我们来说这个工期、时间、费用方面会有什么样的影响。所以说合作的初期过程出现了很多的问题，而且不断返修。其实从需求的角度来说，从合作的初期，甲方这么说，乙方那么理解，这个说的人和听的人，不一定一下子可以达到那个默契。所以这个过程也是一个磨合过程。
我们先看看甲方和乙方的合作模式。在业务分析和需求分析以及系统地分析，这是由甲方来做。然后乙方是负责Technical Design，还有开发和测试。乙方主要负责功能，还是这个方面的测试。有一部分的测试由甲方来做的，主要的是验收、产品验收、用户验收方面的测试。还有一个部分是怎么样确认产品和现有的产品链接。从产品测试结束之后要投入生产，也是由甲方来负责。接下来的服务和维修继续由乙方来完成。其实这种外包模式可能比较常见的外包模式，当然有一些公司只是把测试方面外包了，也有一些公司把开发和测试同时包出去，还有一种只把最后的维护方面外包。每个公司的决策不一样，有的公司把最不重要的，或者是他们认为费用又高，但是又不能达到他们的核心价值的部分去做外包。也有这样的情况。我们这个案例打外包的程度比较高级，比较多的东西都给它的外包公司来做。既然他们决定把所有的开发和维护都给外包商来做，那么意味着公司要经历了很大的变革。从04年开始他们从美国和加拿大开始，到05年着手于英国和印度，整个过程有六个月，这个当中有140个人下岗。然后有137上门服务的和外包的服务商来代替，上门其实是相当贵的，我们作为IBM Rational是做相当的上门服务，是很贵的，包括差旅、住宿，还有每天按小时计算的上门服务。当然这个比例是小的，在05年达到3：7，尽量减少上门服务的昂贵的费用。把大多数的费用转给境外的外包商来做。他们剩下的85名专家成为业务分析员。公司所保留的职能主要是放在需求的开发、获取，以及需求的管理。还有项目管理，构架设计，一部分的兼容测试，用户验收测试。这些职能都保留下来了。但是在公司的转型过程当中，面对着很多的问题，最主要的问题一个是规范化、在美国规范化的东西很难的事情。因为跟他们的文化有关系。在中国我想我们做事要有规矩，但是有方法，要讲究方法和规矩，我觉得中国实施起来要容易的多，在美国这个相当难。所以他们谈到需要改变企业文化，改变文化的方式来解决一些问题。从甲方的角度来说，他们要把重心首先放在需求方面，因为只有你把你的需求、把你想要的东西说清楚了，说明白了，说准确了，你才可以说叫外包商交付你要的东西。你把自己的需求说的不好，说错了，说偏差了，说的模棱两可了，却出现返工的现象。可能别人交付的东西不是你需要的，这个时候太晚了，他们用我们的RequisitePro工具来帮助他们。他们公司高层决定不是选择连续表述模型，他们要把这个放在最重要的过程域里面。乙方可能注重强调的综合能力方面，甲方只是要把自己的问题解决好了就可以。把重心放在需求的开发、管理、还有核查方面。但是他们的目的，对自己的要求不是很高，过程是从0-1。在初期过程他们雇佣了一个IBM的连续表述模型，需求开发、管理，以及工具的一系列的课程客户化。因为客户化的目的就是针对性，把教材更针对客户，然后更集中讲他们需要解决的问题。然后他们雇了顾问，一共讲了12次课，把所有公司的内部人员都培训过去了。之后还做了一些辅导，200个小时的辅导。这个时候意识到不能只买工具，还有他们的培训和服务帮助他们尽快地结束这个转型过程。他们实施的有四个站点，他们对于外包商用我们的RequisiteWeb参与需求的审查，这个反馈回来需求写的是不是这个样子。很多东西在英文当中看起来很简单，每个人有很多种的理解方法和方式。要不断地跟乙方有交流，确保他们对需求的认识是正确的，还有在加拿大的团队。为了实施他们的转型，以及用我们的工具，他们其实设计了工具构架，你可以看的出来，但是他们公司所实施的工具是我们的Rational，还有微软的工具用做项目管理的。然后RequisitePro做需求管理，用Testmanager等等。还有产品之间的联接，从上面看他们把一些重要的一些过程制品放在SharePoint上面，这个地方用的是ChearQuest。
|
服 务 CIO 推 进 信 息 化 
