对日软件开发是什么流程？

• 資深大佬 : RiceMarch

  没有真实去工作过，但和 HR 聊天的时候，他说日本某哲把需求写好甚至详细到类名，方法（不一定真实），然后拿到中国某哲直接做开发。
  一听外包就跑路了，校招的时候连技术面试没有，纯尬聊了一个小时。

  可能不同公司，不同。

• 資深大佬 : zxCoder

  对日软件。。。想半天才明白

• 資深大佬 : pingpingping

  瀑布型开发流程！
  但做需求的都不太懂技术（主要是服务行业的原因）
  但做管理的也都不注重技术，注重人月数字。。
  所以到了底层加班什么的也就多了起来
  但是其实混日子还得狠容易的，大家都是面向工资开发

  以上是传统型
  现代型的迭代开发也有，但是。。
  搞迭代的新潮的公司

• 資深大佬 : pingpingping

  国内不知道啥情况，优缺点来说，日语好的情况下混日子容易。英语更好些的话，能进一些不错公司。

• 資深大佬 : jianghu52

  经历过不少对日项目.正好算是总结吧.
  我把对日项目分为三种.
  1.社内
  2.社外
  3.外包

  1.社内.
  日本不少大公司电子化很早,所以他们有不少很老的电子系统,从进销存的,到最新的网页的,云的.
  这类的公司,通常都有严谨的文档,开发严格遵循瀑布模式,开发一个功能,从外设,内设的改修开始,外带各个联合部门的评审,加上后期的 UT,IT,SIT 测试.一个功能从立项到最终结束,搞半年都正常.
  通常这样的公司,最强调文档,外设,内设会一直同代码同步,包括测试用例.所以这样的公司真正的开发人员很难成长,
  最容易出彩的是同各个联合部门沟通,熟悉自己的业务,同时还能兼顾上下游部门的业务人员才是最重要的.但是这样的
  人一旦离开公司,就什么都不是.因为是社内的项目,质量要求其实是最低的,时间给的也是最多的.

  2.社外
  日本公司只跟信任的公司做生意的传统.所以有很多公司之间生意做了十几年.同样,系统也是做了十几年.这样的项目软件公司里面一定会有几个队业务非常熟悉,资历老到可以培训甲方的几个老人.这样的公司一般来说工作量也不大,最多的还是文档,但是因为隔着一层公司,有时候文档会滞后,外带会有公司政治的原因,有时候会有东西做一半,开始各种加机能的情况.这种情况下就看两家公司之间的熟悉程度了,很熟悉的情况下可能会怼回去.不然的话,就会接.这样的公司历史悠久,基本上也还算人性化.但是已经开始要谈性价比了.

  3.外包
  这是最常见,同时也是各种各样坑开始频发的场面了.一层外包还算好的,有时候会有三包的,四包的我也见过,但是极少极少.外包的时候,基本上式样就是个概要,外设有也是没啥用的.加上没时间熟悉业务,客户给的时间通常是不够的,而且非常容易出问题,因为沟通问题,或者业务不熟悉,做出来的东西很少有不需要返工的.这种公司唯一的好处就是,由于业务不熟悉,对真正有技术的人比较友好,会尊重他的意见.

• 資深大佬 : vision1900

  新上任首相自己都说日本是 “IT 后进国”