国内项目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！我也不知道我加了多长时间的班了，反正很长！
  .....