摘要：

　　今天的演讲主要有三部分内容：在全球化分布式的开发模式下会遇到的一些问题，带来的挑战，以及沃尔沃IT的建议和总结出来的基本原则。
　　
　　沃尔沃IT是一个全球的IT公司，无论在组织结构还是地理位置分布上都是全球化的。在全球化的过程中，我们碰到的很多项目都是由不同的团队分布在不同的国家和地区共同来完成的。比如，在印度、波兰、巴西、东京等都有IT的研发中心，而更多的IT需求来自欧洲、北美、日本、以及新兴国家等市场。做全球化的项目需要实现两个目的：第一、实现成本上的削减，这是根本目的。与此同时，在削减成本的目标下，达到和传统开发模式类似的开发效果。
　　
　　为了能够实现这样的效果，我们总结出了六条基本原则。在IT内部，这也是做全球性、分布式项目的指导思想。沃尔沃IT从三四年前就开始了这样的尝试，采访了很多项目经理让他们分享开发的经验体会，并将这些作为将来开发的原则和指导思想。
　　
　　左右两边的图有明显的区别。左边是传统开发项目大家是坐在一起的，互相沟通非常方便。右边的图是全球的IT团队会遇到的问题，比如很多大企业，或传统企业的IT部门通常会有这样的情况：项目经理在瑞典，业务分析人员在美国，开发团队在中国，测试团队在印度。这种分布方式带来了很多额外的挑战。
　　
　　下面列举一些沃尔沃本身在IT项目中遇到的挑战。时间和距离拉大了，团队成员之间互相可以沟通的渠道减少了，对于项目进度的可视性也减少了。语言的挑战，项目管理和控制的节奏，不同国家和地区组织结构之间的矛盾，时差，文化差异等等都是在全球化项目中会遇到的挑战。
　　
　　这是沃尔沃内部的项目经理和参与过全球性项目的人员容易出现问题的方向：是不是所有人员在整个项目里有关于系统架构的清晰的理解？是不是所有参与项目的国家和地区的团队都对业务流程有足够的了解？不同国家、不同地区对项目资源尤其是人员能力和经验上会有不同的认识和理解，尤其是对新兴市场，会存在人员流失。有没有共同的工作方式去工作？关于沃尔沃的工作方法、方式和流程有没有足够的教育？由于语言和时间（时差）等的限制，造成在信息沟通的过程中有一些信息被过滤掉了，是不是会造成信息的丢失？
　　
　　上述问题会对项目造成不利，包括对项目的系统结构是不是有清晰的认识；对业务流程和应用系统的需求有没有真正的认识，可以把业务需求翻译成系统实现的功能；在项目进行过程中，会额外的花费时间在项目需求、文档等方面；很多额外的投资花在知识的培训、投资、人员损失等造成的流失上面；项目本身的进度和状况是否清晰；最终客户对系统满不满意，对IT是否信任。最大的风险则是项目交付之后质量有没有问题，质量有问题就意味着成本本身没有减少，反而会有所增加。
　　
　　根据前面提到的挑战，我们总结出六条基本原则。一个全球团队、项目沟通、项目里关于文化的方面、通用的工作模式和工作方式、对于项目成果有共同的理解和及时反馈。
　　
　　第一、一个全球团队。很多全球性企业容易出现的一种情况是，尽管在做同一个项目，但还是把不同国家、地区的人分成自己的团队。对此，沃尔沃IT的体会是要尽可能打散不同国家和地区的团队，大家在一个项目里只有职责不同，没有工作地点的不同。我们要实现的最终状态是不同国家和地区的人在一个项目里能够起到自己的作用，形成完整的团队。
　　
　　第二、沟通。在任何项目里沟通都是成败的关键地方，在全球化的项目里沟通更加重要。沃尔沃IT的观点是有没有沟通的文化和氛围，而不是有没有机会和工具去沟通。这里面包括有没有互相帮助的文化，是不是可以创造一些机会在项目开始的时间或关键时间更好地促进项目成员之间的沟通，是不是可以提供一些条件使用一些先进的工具为大家提供沟通的渠道。
　　
　　第三、文化。沃尔沃IT在这方面是走的比较远的，这本书是沃尔沃公司内部专门负责企业文化和公司内部不同国家和地区文化的一个部门编写的。帮助员工了解不同文化背景的人怎样在一起工作。这里面也包括了沟通的技巧和工具。
　　
　　第四、通用的工作方式。不同国家和地区无论做什么事情，大家要有共同的工作方式。沃尔沃IT有一套标准的业务流程、工作模式和IT的方法论。我们有一个沃尔沃IT部门负责给全球不同国家提供方法论、系统工具的支持。沃尔沃IT把开发过程中需要用到的方法论、平台、工具等整合成了一套知识体系，成为指导IT在不同地区工作的一套模范。
　　
　　第五、对于项目成果有共同的理解。全球性项目容易出现的误区是，在项目的计划阶段，项目经理和核心成员负责做项目的计划，参与其中的人可能没有过多参与，最后造成对项目时间、成本等的估计得不到项目其他成员的认可，尤其在不同国家一起做时尤为突出。我们想实现的目标是，在项目的关键点上，不同国家的人一起对整个项目的结果有一个共同的理解。
　　
　　第六、及时反馈。这也涉及到沃尔沃IT在全球推行的开发的模式。它和传统开发的区别是可以更快地适应业务开发上的变化，更加频繁的系统的发布，及时得到系统内部的反馈，快速相应调整开发的方向。这样既可以提高质量，同时对业务部门也非常有帮助，可以尽快拿到系统的基本成型的构架，或者提出他的反馈，这对更好的适应业务部门的需求会有很大帮助。同时，在一些开发项目里，由测试驱动的开发，在一定程度上可以提高对项目质量的把控。以上六点是沃尔沃IT实施全球性开发和支持维护的项目里总结出来的关键原则，希望对大家有帮助。
　　
　　责任编辑：Honey