今天我写这篇文章，最主要的目的就是想让大家分享下我的项目经验，希望大家以后少走弯路。能给各位带来好处的话，那我真的是很荣幸。
其实各位，一看上面的题目就知道，我是做什么的了。不错，我就是想讲讲做日本项目的经验。现在国内对日外包一直是如火如荼，沿海城市纷纷提供优惠的政策，把一些的大的企业引进到自己的城市，都想在这个对日市场上分得一杯羹。在这样的大环境下，懂日语和技术的人才就逐渐的吃香了。
现在我就说下对日开发的流程。对日开发的流程基本上分为下面的几个阶段，全体计划，要件定义，基本设计，实装，单体测试，结合测试，受入支援等。基本设计分为概要设计和详细设计。国内大部分接到的都是实装，其实也就是写代码这一块。但是从整个软件工程学的角度讲，这个部分是最不值钱的部分。估计一个100万的项目，代码这块也就30万最多了。所以一般实力差不多的公司都会接详细设计，还有后面的测试以及维护的部分全部接过来。
其实，我做的这个项目是一个改造的项目，就是把vb开发的系统移植到浏览器上，用java做。我详细说说做设计这部分，公司当时接的时候把详细设计都接了过来。因为目前经济不景气，所以老板在预算方面做的也是很少的，成本控制的很严格。我们的详细设计是按照机能来分的，大概90本左右吧。刚开始是另外一个同事来管这一块的。但是这个同事有一点轻敌的意识。当时他说详细设计随便写一写，就可以了。所以为后来的失败埋下了伏笔。用了4个人写详细设计，其中2个是日语一点都不会的。用汉语写的。他说找翻译给翻译下就可以了。详细设计的模板也没有，这样写了一个月后，问题接踵而至。因为和日本客户的联络，还有一个日本的窗口。客户每次都来的时候，检查详细设计，都会提出很多问题。导致项目差点失败。做日本项目的朋友都知道，日本人对于任何事情都是很认真的，精益求精，要求很严格。尤其像详细设计这样的东西，客户挑的问题主要是写法上不同意。例如设置焦点。有的用的是セットする。有的用的是設定する。还有有效和无效，有的用true 和false。全角数字和半角数字，标点符号的全角和半角，假名的全角和半角，句子结束时用句号等。其实这些东西在中国人看来，真的是没有什么的。例如全角和半角，看起来都是数字。但是实际上差别还是很大的。日本人都很仔细的扣这些东西。除了上面列举的这些以外，还有excel格式方面的，日本人似乎对excel都很精通，都是顶级的高手。因此对这个要求也很严格。例如打印的区域，头部，尾部设置，预览时的百分率，边框线，一条线有没有断线，对齐方式等。日本人都很严格。现在分析原因，首先不应该让不懂日语的人来写详细设计，虽然公司有翻译。如果翻译把每个人写的都翻译过去，翻译只是学习日语的，对代码不懂，在翻译的时候要花费大量的时间做调查，更多时候是找写详细设计的人员确认意思是否正确。这样的话浪费了别人的时间。原来的人写这个用了1天，但是翻译用了2天，这样翻译会很累，而且翻译的不一定正确，最主要的是还有写法上的不统一。这个就是一个最大的错误。另外2个人用日语写的，但是每个人的写文档的习惯和爱好不同，使用的词汇也会不同，这样写出来的东西也有差异。所以后来客户说我们基础的东西做的太差了，每次过来都是挑格式上的问题，根本没有时间看逻辑，项目的精髓所在。这样写了大约30本左右的东西就废掉了，造成了人员的浪费，项目的成本又增加了。
后来老板让我进这个项目，当时我就在想怎么做好这个事情呢。确实很棘手的问题。想让4个人写的东西都完全一模一样，是不可能的，他们刚开始写完在检查的时候都是用眼睛看的。人再仔细也有遗漏的地方，只要让日本人查到，指摘出来就是要扣钱的。很严格的客户。所以必须把好质量这个关口，这样才能出精品。得到客户的信任，和客户建立良好的信誉关系，为以后能接到项目做好铺垫。在这里我觉得有必要谈下关于标准化的问题，所有的日本项目都是，做之前先做好共同的东西，例如异常处理等，要写的格式完全一样，这就是标准化，这样做的目的就是为了便于以后的维护。假如过了几年之后，人家客户要升级系统，找到原来的代码和文档，查找起来也很方便的。我在日本工作的时候对这些东西是深有体会。好了有了标准化的概念以后，就要来实现这个标准化。首先第一步是做好模板，我们分了7个sheet，分别是表纸，画面，项目定义，jsp，初期化，按钮处理，共同处理。然后在日语的书写方面我专门整理了一个文档。例如刚才说的设置，统一为設定する。数字全部是半角，句子结尾全部是句号等。对这些细节做了详细的规定。这样日语书写方面就统一了。但是这样规定了，后来的检查却是很麻烦的，而且很可能疏漏。这种情况下，我觉得工具应该发挥很大的作用了。因为都是在excel中写的，所以要使用excel的开发语言vba。本人对vba还是很熟悉的。根据客户提到的东西，我做了一个checklist，里面把需要检查的项目都罗列了出来。大概罗列了150多个项目，都是特别细的。这样的话从根本上避免了格式上的错误。例如检查句尾的句号，全角数字等。都用vba实现。每次同事写完后，直接运行我的vba插件，把错误查找完，然后自己改正。这样我再检查的时候就是看看有没有逻辑上的错，格式上的基本上是没有了。后来客户来了后，发现再也找不到格式上的错误了，对本人很是佩服，一直说すごい。这个真的就是工具的力量吧，减少了重复性劳动，提高了效率，最主要是节约了成本，以前检查的时候看一本要很长时间，现在用我的工具就ok了。这样我们交给客户的东西就是精品了，我算是为老板把住了质量这个关口。
各位，到这里文章就算写完了，其实我就是想说的是工具的力量，工具能很大的提高生产效率。磨刀不误砍柴工。各位以后做东西的时候，多想想用工具。真的我个人一直这么认为，虽然可能开始的时候开发工具的时间会长点，但是一旦工具完成后，它会使生产效率得到很大的提高。文章是个人的一点总结，有不足的地方，请大家多多谅解。
转载1
http://blog.csdn.net/yuzhu2008/article/details/4370217
联系客服
