國內項目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！我也不知道我加了多長時間的班了，反正很長！
  .....