在每间公司或主管都会针对部门以及员工设定KPI，不论是否有文字或规范，但工作一阵子一般人都可以理解那些才是重要的KPI
然后再根据KPI以及工作的内容难易可以区分
1.好做产出高
2.好做产出低
3.难做产出高
4.难做产出低
当然一种方式是把4这种都外包出去，如此公司可以维持较高的产值
但是毕竟开发还是会有一些需要人维护但是可能KPI不太明显的工作
ex：软件架构以及规范，整理dummy code，增进阅读性等等
如果大家都不做问题或者担心得罪别人，技术债就会不断累积，等到爆发
因此好奇国外大公司研发如何避免技术债问题，还是也是一样累积
或者单纯属于KPI设定，因为台湾和国外在国情以及管理不同导致最后技术债累积差异
有人能说明一下吗

不太明显的内容好像是除了核心code外最重要的内容???

累绩久了出问题了就变明显的KPI了啊 简单

做+测push -> review +2 -> merge ->qa　没+2就被打回去push完自动检查所有版本warning+function-test这歪国的香港是简化版 大概就专案负责人看一下 有错回推客户帮测＞＜应该说qa和客户同时测核心和架构不管简单或难连接都不行，只能提需求开api之前跟在香港大公司收购的德国公司共事的经验= =

纯软review merge qa会比纯做+测push的人还多很多...