在每間公司或主管都會針對部門以及員工設定KPI，不論是否有文字或規範，但工作一陣子一般人都可以理解那些才是重要的KPI
然後再根據KPI以及工作的內容難易可以區分
1.好做產出高
2.好做產出低
3.難做產出高
4.難做產出低
當然一種方式是把4這種都外包出去，如此公司可以維持較高的產值
但是畢竟開發還是會有一些需要人維護但是可能KPI不太明顯的工作
ex：軟體架構以及規範，整理dummy code，增進閱讀性等等
如果大家都不做問題或者擔心得罪別人，技術債就會不斷累積，等到爆發
因此好奇國外大公司研發如何避免技術債問題，還是也是一樣累積
或者單純屬於KPI設定，因為台灣和國外在國情以及管理不同導致最後技術債累積差異
有人能說明一下嗎
-----
Sent from JPTT on my Sony G8142.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.72.154.144
※ 文章網址: https://webptt.cc/bbs/Tech_Job/M.1546515364.A.741.html
※ 編輯: jeromeshih (42.72.154.144), 01/03/2019 20:25:09
推文 (11)
→
fgkor123
不太明顯的內容好像是除了核心code外最重要的內容???
01/03 20:21
推
gj942l41l4
累績久了出問題了就變明顯的KPI了啊 簡單
01/03 20:28
→
fgkor123
做+測push -> review +2 -> merge ->qa 沒+2就被打回去
01/03 20:43
→
fgkor123
push完自動檢查所有版本warning+function-test這歪國的
01/03 20:45
→
fgkor123
香港是簡化版 大概就專案負責人看一下 有錯回推
01/03 20:46
→
fgkor123
客戶幫測＞＜
01/03 20:48
→
fgkor123
應該說qa和客戶同時測
01/03 20:50
→
fgkor123
核心和架構不管簡單或難連接都不行，只能提需求開api
01/03 21:02
→
fgkor123
之前跟在香港大公司收購的德國公司共事的經驗= =
01/03 21:02
→
fgkor123
對了這是嵌入式，純軟應該是稀鬆平常的事
01/04 05:02
推
jhjhs33504
純軟review merge qa會比純做+測push的人還多很多...
01/06 03:15