在每間公司或主管都會針對部門以及員工設定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的人還多很多...