作者rent2ez (Life is Beautiful)
看板Soft_Job
標題[請益] 公司內有用Jira做專案績效考核的嗎?
時間Sun Apr 13 17:58:03 2025
公司是以接客戶app及軟體開發專案的
有用Jira還有其他軟體做專案管理
老闆要求大小主管思考
怎麼改進績效考核制度
他想給做的好、做的快的獎勵
而不是一視同仁的給專案獎金
想請教一下前輩們所待公司是如何處理工程師表現這塊的
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.227.175.89 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1744538285.A.A50.html
1F：→ ssccg: 問題是你的量化指標是什麼，做得好是怎麼算，無關Jira 04/13 18:03
2F：→ wulouise: 同意樓上 04/13 18:12
3F：推 abccbaandy: 無解，這塊沒聽過做得好的，你訂什麼大家就專注那塊 04/13 19:34
4F：推 NDark: KPI這件事在軟體目前還是無解的謎. 04/13 19:41
5F：→ NDark: 只能說兵來將擋水來土掩. 04/13 19:41
6F：→ NDark: 反過來以管理者的角度就是哪邊差拉哪邊 04/13 19:42
7F：→ NDark: 但是都一定有破解的方法最後就是一堆冗事 04/13 19:42
8F：→ NDark: 搞得大家不爽(因為一定沒有一個方法大家都滿意) 04/13 19:42
9F：→ NDark: 我覺得管理者抓住團隊成長的精神可以適度要求 04/13 19:43
10F：→ NDark: 但不要著魔 04/13 19:43
11F：→ NDark: 這是為什麼很多公司改用OKR.但這只是起因於KPI有副作用 04/13 19:44
12F：→ NDark: 並不代表OKR就真的比較好 04/13 19:45
13F：→ airtsubasa: 每個的工作包難易度又不一樣，快跟好？ 04/13 20:14
14F：推 jack0204: OKR是你要先知道O，才能訂KR，還有幾個條件要遵循比較好 04/13 22:04
15F：推 VScode: 這種制度就是製造技術債的元兇 04/13 22:04
16F：→ jack0204: 但軟體方面要能可測量這件事很難決定，尤其團隊自決 04/13 22:05
17F：→ jack0204: 另一方面跟其他團隊的OKR難易度差異造成獎金池分配問題 04/13 22:06
18F：→ jack0204: 團隊要多溝通幾次跟調整後才能比較好進行 04/13 22:07
19F：推 jack0204: 與其說OKR比較好，不如說決定權在團隊比較能提升幹勁 04/13 22:11
20F：推 ikachann: 很多都是為了定而定 04/13 22:59
21F：推 viper9709: 推一樓 04/14 00:18
22F：推 zyxx: 不好量化就先質化代替啊 04/14 00:51
23F：推 nacy204327: 做得快最好 我只能說到最後一棒的人會倒楣死 一堆技術 04/14 01:01
24F：→ nacy204327: 債 最後就弄成跟CuboAI 一樣 不是搞死人 就是搞死人 04/14 01:01
25F：推 brightest: 有code review啊 誰做得好應該不難知道 04/14 10:10
26F：→ brightest: 難易度 工作本來就是這樣 紅人做有value的事 04/14 10:12
27F：→ brightest: 黑人做沒value的事 04/14 10:13
28F：噓 accessdenied: 用 code review 決定表現好壞？你認真？完全交給 re 04/14 10:58
29F：→ accessdenied: view 者自由心證，遇到 DP 狂人嫌你寫的太直白，遇 04/14 10:58
30F：→ accessdenied: 到 BDD 狂人嫌你寫的不符合行為描述… 04/14 10:58
31F：推 wsad50232: 公司主管不管技術 退化到只會看Dash Board 打績效 公司 04/14 12:57
32F：→ wsad50232: 就爛掉了 04/14 12:57
33F：→ ppppman: 遇過連jira都用不好就說要來當作績效的搞笑公司 隨便問幾 04/14 13:28
34F：→ ppppman: 個問題就漏洞一堆 然後再說沒辦法評估的地方再來跟我談 04/14 13:28
35F：→ ppppman: 看怎麼處理 但先執行 04/14 13:28
36F：推 EKman: 你專注在量化工具上，員工也會專注在這上面，結果顯而易見 04/14 14:29
37F：→ stepnight: 這就荒謬資方催生出來的工具 04/14 14:45
38F：→ stepnight: 美其名是可以量化KPI，實際上就是正反 04/14 14:45
39F：→ stepnight: 都可以拿來說你績效不佳云云 04/14 14:45
40F：→ stepnight: 實際上各位RD自己也知道，這東西根本量化不了 04/14 14:45
41F：→ stepnight: 反而還多花時間在這套工具上面 04/14 14:45
42F：→ stepnight: 尤其還三不五時遇到特例，開會還得想辦法 04/14 14:45
43F：→ stepnight: 說明為何這是特例，根本擾民 04/14 14:45
44F：推 gs8613789: 用什麼軟體從來就不是重點 04/14 14:53
45F：→ superpandal: 個人也不知道這種工具在紅什麼 個人覺得與其打kpi不 04/14 16:51
46F：→ superpandal: 如促進進度完成 非懶人專用工具也減少不了使用成本 04/14 16:52
47F：→ superpandal: 還是cli工具好 04/14 16:56
48F：推 MeeToo: 好的KPI讓公司走下坡 爛的KPI讓公司加速滑下波 軟 04/14 19:16
49F：→ MeeToo: 體就非常不適用細化的KPI 04/14 19:16
50F：推 MonkeyCL: 部分比例的績效量化還行吧 04/14 23:34
51F：推 viper9709: 與其打KPI不如促進進度完成+1 04/15 00:40
52F：推 jobintan: 整個看下來與軟體技術無關而是與公司文化有關。 04/15 07:07
53F：→ jobintan: Performance這東西或多或少還是有主觀的成份，上司領導 04/15 07:08
54F：→ jobintan: 看你順眼，自然在performance rating時各種正面評價，反 04/15 07:08
55F：→ jobintan: 之，相信大家都明白的。 04/15 07:09
56F：推 alan5: 除非你一個issue等於製作一根香蕉 04/15 10:06
57F：→ alan5: 不然光想辦法量化的會議先開死你 04/15 10:07
58F：推 okgogogo: 過來人，就是拆單一件事分好幾單 04/16 00:10
59F：→ okgogogo: 因為大家都這樣，規定一年要有250單以上 04/16 00:11
60F：→ okgogogo: 每月都在算差幾單，一起演戲 04/16 00:13
61F：推 VScode: 樓上有遇過一個bug拆好幾單，讓你bug數的KPI直接爆掉的 04/16 01:20
62F：→ umum29: 我以前的公司對於junior"默認"用ticket數當KPI 04/16 03:28
63F：→ umum29: 拆好幾單不是壞事 有時候是同功能不同平台 不同時間deploy 04/16 03:29
64F：→ knives: 考績還會看你bug出幾次 04/16 10:04
65F：推 overhead: 工程師做得好不好差異很大，直接主管很容易看得出來， 04/16 12:30
66F：→ overhead: 哪裡難到要用狹窄又僵硬的系統來評估？難的是要所有主 04/16 12:30
67F：→ overhead: 管都內心公正，不誤用績效系統作為其他目的 04/16 12:30
68F：推 EKman: 用ticket數當KPI一樣爽拆阿，好主管不會只看這些數字 04/16 21:28
69F：→ EKman: 其實當主管之後一目了然，誰好用誰難用太明顯了 04/16 21:28
70F：推 viper9709: 推工程師做得好不好主管很容易看出來+1 04/17 00:18
71F：→ superpandal: 這不是廢話嗎 主管得到的資訊會更多 公正的確是蠻欠 04/17 03:30
72F：→ superpandal: 缺的 依我來看公司內得勢者通常不會是好人 04/17 03:31
73F：→ superpandal: 只做事不搞政治的真的偏少 04/17 03:34
74F：推 VScode: 沒辨法 不搞政治就會被別人搞 04/17 08:51
75F：推 hotdogmc: 主管連誰有料都不知道 就別當了吧 04/17 22:22