其实dd设计完成了，日方也大致会提供一个简单的框架，这样程序的框架也定下来了。我们的工作是从写程序设计书(PD)开始的，pd书按照dd书写就行了，在写pd书的过程中主要是为了让程序员熟悉业务，并且尽可能地找出其中的设计错误，特别是严重的逻辑错误。

pd书写完了，会有一个pd review会议，目的是为了检查pd是否合格。
写程序的时候到了，通常写程序花不了许多时间。

更多的时间留给的是测试。测试很重要。UT测试必须达到某种覆盖密度，比如多少行代码对应多少个测试项目表呀都有严格的规定。

UT测试完成了，那么开始集成（SI）测试吧。联调才是麻烦的开始。一般 SI测试都有好几轮。
测试的文档要求很严格，比如找到一个bug，必须对应一张bug票，还必须有相应的测试项目表。

交货的时候到了，这才是真正磨人的时候，一般说今天交货，肯定提前一个或者两个星期就准备好，但是客户不满意，这中间就不停的返工，修改再修改，经常加班是常事！

当然中间的沟通，比如说dd设计失误才是最麻烦的事情。需要联络票，并且与dd设计者沟通，请求他们修正dd书，然后你改代码，改测试代码，改测试文档。

上面大概就是对日外包的一个过程。中间好多时候都很烦，特别是遇到无法沟通和持续加班的时候！

当然我站的角度比较低，如果是一个项目经理来写做日本外包的经验就很不一样了