公司是以接客戶app及軟體開發專案的
有用Jira還有其他軟體做專案管理
老闆要求大小主管思考
怎麼改進績效考核制度
他想給做的好、做的快的獎勵
而不是一視同仁的給專案獎金
想請教一下前輩們所待公司是如何處理工程師表現這塊的
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.227.175.89 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1744538285.A.A50.html→ ssccg1樓問題是你的量化指標是什麼,做得好是怎麼算,無關Jira 04/13 18:03
→ wulouise2樓同意樓上 04/13 18:12
abccbaandy3樓無解,這塊沒聽過做得好的,你訂什麼大家就專注那塊 04/13 19:34
NDark4樓KPI這件事在軟體目前還是無解的謎. 04/13 19:41
→ NDark5樓只能說兵來將擋水來土掩. 04/13 19:41
→ NDark6樓反過來以管理者的角度就是哪邊差拉哪邊 04/13 19:42
→ NDark7樓但是都一定有破解的方法最後就是一堆冗事 04/13 19:42
→ NDark8樓搞得大家不爽(因為一定沒有一個方法大家都滿意) 04/13 19:42
→ NDark9樓我覺得管理者抓住團隊成長的精神可以適度要求 04/13 19:43
→ NDark10樓但不要著魔 04/13 19:43
→ NDark11樓這是為什麼很多公司改用OKR.但這只是起因於KPI有副作用 04/13 19:44
→ NDark12樓並不代表OKR就真的比較好 04/13 19:45
→ airtsubasa13樓每個的工作包難易度又不一樣,快跟好? 04/13 20:14
jack020414樓OKR是你要先知道O,才能訂KR,還有幾個條件要遵循比較好 04/13 22:04
VScode15樓這種制度就是製造技術債的元兇 04/13 22:04
→ jack020416樓但軟體方面要能可測量這件事很難決定,尤其團隊自決 04/13 22:05
→ jack020417樓另一方面跟其他團隊的OKR難易度差異造成獎金池分配問題 04/13 22:06
→ jack020418樓團隊要多溝通幾次跟調整後才能比較好進行 04/13 22:07
jack020419樓與其說OKR比較好,不如說決定權在團隊比較能提升幹勁 04/13 22:11
ikachann20樓很多都是為了定而定 04/13 22:59
viper970921樓推一樓 04/14 00:18
zyxx22樓不好量化就先質化代替啊 04/14 00:51
nacy20432723樓做得快最好 我只能說到最後一棒的人會倒楣死 一堆技術 04/14 01:01
→ nacy20432724樓債 最後就弄成跟CuboAI 一樣 不是搞死人 就是搞死人 04/14 01:01
brightest25樓有code review啊 誰做得好應該不難知道 04/14 10:10
→ brightest26樓難易度 工作本來就是這樣 紅人做有value的事 04/14 10:12
→ brightest27樓黑人做沒value的事 04/14 10:13
accessdenied28樓用 code review 決定表現好壞?你認真?完全交給 re 04/14 10:58
→ accessdenied29樓view 者自由心證,遇到 DP 狂人嫌你寫的太直白,遇 04/14 10:58
→ accessdenied30樓到 BDD 狂人嫌你寫的不符合行為描述… 04/14 10:58