国内项目PK对日外包 自己的经历 （转）

之前做过对日外包将近1年的时间，这一年可以说是得失兼备吧。得是靠自己，失主要在那些对日的项目上，我没发现自己在项目上增加代码量的同时增加了编程的能力。得，我比较好学，下班后，能有时间学习喜欢的东西，一段时间内都在学习ExtJS这个华丽（css+ajax+js）的东西，天天都有收获。

      下面谈谈从对日转到国内之后的一些感受，

>>>>>>>需求方面。

   外包

      情况：日方给出明确需求，并且完全书面化

      成功要素：

          1.团队中有日语达人

          2.团队中整体日语水平超过3级，可以看懂式样书，但是不一定懂业务

          3.pm日语水平，主要用于沟通

          4.需求变更需要文档化管理，最终客户给予相关补偿

   国内：

      情况： 客户基本上不能提出一个完整的需求。只能模糊说明要做什么

      成功要素：

          1.pm善于沟通，勾出需求

          2.开发阶段需要反复迭代，通过具体的应用了来具体化产品从而让客户完整描述需求。

          3.客户需求逐渐明细，每次里程碑后都会出现跟明确的需求，很难从这当中得到补偿。

   >>>>>>>技术方面。

   外包：

      情况   ： 日方指定技术，并且给予支持。

      成功要素：

          1.团队有至少一个技术能力强的，用来解读日方框架。

          2.团队普通开发要求水平较低，主要来抄袭demo。

   国内：

      情况： 确定java语言的前提下，可以自己选择框架。

      成功要素：

          1.团队整体水平要求比较高。最好有过配合。

          2.团队中需要有人能够顶住技术难题。无法解决直接影响功能or品质。

          3.画面制作需要独立完成，技术高低直接决定美观程度和兼容性。

   >>>>>>管理方面

   外包：

      情况： 日方要求流程

      成功要素：

          1.团队/公司有明确的流程定义。

          2.每个pm要求按照公司流程办事

          3.每个团队配置一个对立的SQA和独立的CM

   国内：

      情况： 客户没有要求，但是对时间要求明确

      成功要素：

          1.团队要重视沟通，很多需求的实现时通过沟通来使实现的。

          2.不要依赖文档。由于客户不能提供完整的需求，也不会对文档进行承认（即使承认也不会认为变更需要补偿）。

          3.重视测试。

   >>>>>>纳期方面

   外包：

      情况： 日方非常重视纳期，并且在纳期之后不会在无故打扰你。

      成功要素：

          1.pm要严格指定开发计划。

   国内：

      情况： 客户会提出一个纳期，但是一般都很紧张。也会催促你。但是超过之后也没有什么关系。

      成功要素：

          1.pm要搞清楚是不是真的要遵守纳期。

          2.在变更比较多的情况下，优先坎掉变更，不行就延长纳期。

          3.纳期可以出一个中途版本。

  >>>>>>bug方面

  外包：   

       情况： 日本方面对bug的规定比较客户，例如低于千分之五的bug率就可以纳品。

       成功要素：

          1.完善的测试式样书（需要根据详细设计书来编写）

          2.完整的测试流程（UT，CT，IT）

   国内：

       情况： 客户没有bug率的概念。 当有重大bug时（客户认为的）就有可能不让上线。对细节不会吹毛求疵，众多bug的情况下也可以上线

       成功要素：

          1.杜绝明显的bug。例如界面飞掉/金钱错误

          2.抓大放小，放过小bug 

   假如我是一个长期作对日外包的pm，突然借到一个国内项目（日资企业）。

  我会先搞需求，但是很快就会发现，客户基本上不能描述他要什么，更别说什么需求文档了。

  那就慢慢了解把，通过和一线人员接触几天之后，我写下了一份需求希望客户签字确认。客户认为可以（或者说客户也不知道你写的东西能带来什么样子的产品）。

  那好，在规定的时间内开发把，我会发现时间太短，如果要完成基设/详设/开发/测试只有加班了。

  好！全员加班！ 加班ing！我也不知道我加了多长时间的班了，反正很长！

  .....