对日外包 简述 解惑 扫盲

一直想写一篇关于对日外包方面的东西.今天百度了一下,发现百度知道上写的太过于简单,并且有些地方描述的不是很恰当.

引用如下:

对日外包:就是日本方面把软件开发的活承包给中国公司作，主要利用中国的高技术力量和低廉的劳动力市场。
在软件开发工程中，需求分析，基本设计几乎都是在日本公司完成的，只有制造（编程）部分拿到中国来做，然后再拿回日本进行测试。
对日软件开发，要求质量高，难度大，中国公司承包的开发，90%以失败为结局。其原因两方面都有。日本方面式样多变，BridgeSE（一般为在日中国人）对业务理解不透以及中国方面不求甚解，管理不善，质量不把关等等是主要原因。

  分析了一下,决定从以下几个方面来说明:

一:技术要求
二:业务要求
三:作业阶段
四:总结

 
正文:

一:技术要求

1,编程能力
基本上来言,对日外包的编程技术门槛比较低.一般情况下,刚毕业跟着项目混三五个月就可以正式参与到项目中.为什么对技术要求如些低呢?

.主要一点是日方提供的概要设计及详细设计写的太详细了,只要你对着仕样书一步一步来,能读懂就可以做出来.不需要自己进行多么多么难的业务思考,即使是有点小的逻辑思考,只要自己还不到傻子那种地步,还是可以完全比较轻松的搞定;

.还有一点是,日本人比较喜欢用成熟的东西,编程语言,开发环境,框架会一直延用.这就是为什么现在日本用的比较多的还是cobol,vb,perl等等.

.再一点,一般外包,日方会提供最基层的共通部品,还有程序整体的框架基盘.所以做外包做起来简直就是民工.(~只不过钱稍多一点…)

2,日语能力
这一点,较之编程来说要重要的多了.虽然对于编程的要求小了,但是看不懂设计书,就没得完了.就像连需求都不明确,还搞啥?所以做对日外包,第一难点+重点就是日语要过关.第二才是技术.一般情况能过二级就比较轻松了,写写QA,发发邮件,和小日啦呱两句是没有问题了.三级也还凑合,就是吃力点,注意多装几个翻译的词典,呵呵.~!

日语能力上去了,前途貌似就开朗多了.

.要是在国内的对日外包公司做,要就可以经常的被派到日本出差,多加了不少的出差费.一般公司包住行,吃自己.外加补贴12万日元左右.(别说太少了,没去过的少瞎说!)虽然人民币升的快,但总比国内挣的多.一个月能省1W人民币存起来.

.要是想自己去日本干,也是不错的想法,有个一两年工作以验,28~30日元/月不算多,也不算少.苦点累点我就忍了.去个三年,回来买房娶老婆.你说爽不爽.挣小日的钱!

二:业务要求
对业务的要求也不是很高.毕竟用不着国内的来做前期需求.但了解一些业务对于理解设计有很大的帮助,这个我不说,大伙都知道.对于编码附段出现的一些问题,也可以比较easy的解决.一般情况下,在项目组中要留一个对业务比较熟悉的人.大部分是日语比较拽的人担当此重任.可以很方便的和日方沟通交流.

对日外包它的每个阶段做的都非常严格.各种文档资料都很齐全.因此也从一个侧面反应出来他们的项目管理已相当完备.而国内方面,真是不敢恭维.

所以做对日外包要熟悉它的项目流程很重要.

三:作业阶段
1:如果有能力做设计,可能会得到一些设计的活.像这种情况真是fengmaolingjiao。国内公司先要派人去日本现地做业一段时间进行考查.如果通过了,会把活带到国内来做.带回来做的也是些详细设计.日本人写的概要设计质量还是相当的高,详细设计应该不会有太大的问题.即使是做详细设计,一般公司好像也没有这个能耐.真是国内软件业的一种悲哀啊.

2:编码,单体测试
这个是大部分外包公司可以做的.不赘述！

四:总结
没想到这么快就写完了.好像也没有太多的东西要写.我做了一年多的外包回过头来想想,也没有太多可以写的东西来总结.
1:对日外包需要的是:有很好的日语,一定的编程能力,达到平均水平即可,良好的团队管理.
2:收获和付出.要比做国内的项目软松些,收入稍高一些,并能学习一些项目管理经验;
3:缺点:技术能力成长太慢,日语能力成长较快
4:前景:转做国内的比较困难,首先是技术,再是思维方式.所以只能做外包,做几年转行搞培训或管理.

 ---------------------------------------------------------------
原创文章,转载请注明:http://bolg.csdn.net/Qim/