zoukankan      html  css  js  c++  java
  • 国内项目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!我也不知道我加了多长时间的班了,反正很长!
      ..... 

          
  • 相关阅读:
    查看 FormData 中已存在的值
    dedecms 后台可以上传mp4,但无法选择
    dedecms 文章根据 权重排序
    js 单行注释
    dedecms给图片加水印覆盖整张图片
    Nginx服务器 配置 https
    dedecms 后台 菜单点击后打开的慢
    用 PHP文件引入css样式
    TFT、LCD、OLED、LPTS、CRT等显示屏的区别
    ORCAD中的一些操作小技巧
  • 原文地址:https://www.cnblogs.com/daiweixm/p/1537737.html
Copyright © 2011-2022 走看看