有关日外包或印度外包的设计，请进来说话

千万不要拿提问当无知。

本人一直坐外包项目，也写过设计。
不过设计也仅仅是详细设计，实际上日本人做的设计完全可以拿过来编码了。
当时的客户是因为以前的系统没有详细设计，所以这次就特别要求必须有很详细的设计，这样以后系统升级，根据设计来就可以了。

日本本科生毕业，固定起薪是18万日元。中国目前过去基本都是人员派遣的方式。这种方式下，本科毕业，有工作经验，日语至少要有二级水平，个人能拿到的大概也就30万左右。派遣公司当然拿到的要更多。但是，作为人员派遣方式过去的，不是日本公司正式社员的话，是没有那些保险和福利的。

目前日本外包到中国的项目，人月单价也就20万到30万日元之间。基本设计和详细设计一般是Bridge SE做的，价钱另算。如果Bridge SE在日本工作的话，单价大概能有60万日元。但这个人工成本就绝对不是3，4K人民币那么少了。

关于 日本外包项目的设计问题。日本每年外包过来的项目那么多，各种情况都不一样的。有详细设计做得很详细的，我也见过只有一份需求和概要设计拿过来就要做的。有做的很规范的，也有不规范的。大家如果只看到一个公司，一个项目的情况，未免有盲人摸象的感觉。

在日本，也有很多敏捷方法的书翻译出版。不过还没找到机会和日本人聊一聊他们对敏捷方法的看法。

颇有感受，说说几点

●　因为日本的大部分公司都采用瀑布式开发，同时往往设计人员和编码人员不是同一个人，甚至不在同一个公司，所以他们要把式样书写的尽量详细，以免产生歧义。这一点在外包方面显得尤其重要。因为中国的开发人员对日本的商业习惯和业务逻辑不是很熟悉，如果不写详细，很容易用中国式的思维来理解日本的式样，轻者加大沟通交流的成本，重者做出来的东西不符合要求，白白浪费了人力物力。

●　从另外一个角度考虑，这是日本人一个良好的工作习惯，就是善于站在对方的角度上来考虑问题。就像做出的软件好不好用不是由开发人员自己来评判而是由用户来评判一样，写出的文档好不好也不是由写文档的人来决定，而是由读文档或者使用文档的人来决定的。文档作者本身认为理所当然的东西，在读者看来或许就不是很好理解，所以，日本人会尽量站在对方的角度，去琢磨对方需要什么样的信息才能正确理解式样，也就会把很详细的信息体现在了文档里面。当然并不是所有的都是这样。

●   一直对日本一个小小的岛国，哪来那么大的外包市场不是很理解。直到真正在日本体会了一下才明白。就拿制造业来说，对于国内一个大的制造企业一年投入多少研发经费我不清楚，但是有一次在日本的电车里面，看到丰田正在招聘开发人员的广告，里面列举了一组数字让我特别震撼，2004年丰田的科技方面的投入是7000亿日元，2005年要增加一倍，1兆4000亿日元，所以需要招聘大量开发和研究人员。1兆4000亿日元的话，应该相当于1000亿人民币吧。制造业的大投入必然牵动了相关软件的需求，这种市场的需求所引发的经济效应是巨大的。同时日本社会的信息化程度是很高的，在24小时便利店里面你可以随时取钱，交水电煤气费；通过手机可以随时查询道路信息，以及你所在地点的各种信息；汽车里面的三维导航系统，可以替你选择到目的地最佳路线，还可以根据交通状况进行调整。所有这些都需要软硬件的支撑，日本的外包市场大也就不奇怪了。想想日后中国也会向高信息化社会发展，也会产生随时随地交水电煤气费的需求，也会产生汽车里面装导航器的需求，日本肯定会挟其技术优势进入这些领域，中国企业作外包不要紧，边做边练内功，不断提高自己的实力才是关键，要不然等日本企业把一个为中国客户作的项目外包给中国公司的时候，那就什么也来不及了。

其实已经开始了。。。

刚进日本外包公司，哈哈，我也来说两句。




这个很简单。vba就可以实现自动生成代码的功能拉。不过并不代表只有这些。这些是辅助工具，比如说生成一个formbean类，包含规范的注释。或者是根据excel文档生成一个框架java类。减轻大家的工作量。

有位在日多年的老大这样说--
在日本公司里, 一个项目里,没有人负责任的,除了最高的管理者和直接责任人.比如PM.
你让我做,我绝对去做,但是整体上做坏了我不管.
中庸之道被国人玩得过了火,哈. 日本要再这样下去,也那个熊样.
你相信吗?