[請益] 公司內有用Jira做專案績效考核的嗎?

作者: rent2ez (Life is Beautiful)   2025-04-13 17:58:03
公司是以接客戶app及軟體開發專案的
有用Jira還有其他軟體做專案管理
老闆要求大小主管思考
怎麼改進績效考核制度
他想給做的好、做的快的獎勵
而不是一視同仁的給專案獎金
想請教一下前輩們所待公司是如何處理工程師表現這塊的
作者: ssccg (23)   2025-04-13 18:03:00
問題是你的量化指標是什麼,做得好是怎麼算,無關Jira
作者: wulouise (在線上!=在電腦前)   2025-04-13 18:12:00
同意樓上
作者: abccbaandy (敏)   2025-04-13 19:34:00
無解,這塊沒聽過做得好的,你訂什麼大家就專注那塊
作者: NDark (溺於黑暗)   2025-04-13 19:41:00
KPI這件事在軟體目前還是無解的謎.只能說兵來將擋水來土掩.反過來以管理者的角度就是哪邊差拉哪邊但是都一定有破解的方法最後就是一堆冗事搞得大家不爽(因為一定沒有一個方法大家都滿意)我覺得管理者抓住團隊成長的精神可以適度要求但不要著魔這是為什麼很多公司改用OKR.但這只是起因於KPI有副作用並不代表OKR就真的比較好
作者: airtsubasa (偽學姊)   2025-04-13 20:14:00
每個的工作包難易度又不一樣,快跟好?
作者: jack0204 (Jarbar王朝)   2025-04-13 22:04:00
OKR是你要先知道O,才能訂KR,還有幾個條件要遵循比較好
作者: VScode (VSisBestIDEinTheWorld)   2025-04-13 22:04:00
這種制度就是製造技術債的元兇
作者: jack0204 (Jarbar王朝)   2025-04-13 22:05:00
但軟體方面要能可測量這件事很難決定,尤其團隊自決另一方面跟其他團隊的OKR難易度差異造成獎金池分配問題團隊要多溝通幾次跟調整後才能比較好進行與其說OKR比較好,不如說決定權在團隊比較能提升幹勁
作者: ikachann (喵喵)   2025-04-13 22:59:00
很多都是為了定而定
作者: viper9709 (阿達)   2025-04-14 00:18:00
推一樓
作者: zyxx (321)   2025-04-14 00:51:00
不好量化就先質化代替啊
作者: nacy204327 (♥~超可愛✡小南C~♥)   2025-04-14 01:01:00
做得快最好 我只能說到最後一棒的人會倒楣死 一堆技術債 最後就弄成跟CuboAI 一樣 不是搞死人 就是搞死人
作者: brightest (fff)   2025-04-14 10:10:00
有code review啊 誰做得好應該不難知道難易度 工作本來就是這樣 紅人做有value的事黑人做沒value的事
作者: accessdenied (存取違規)   2025-04-14 10:58:00
用 code review 決定表現好壞?你認真?完全交給 review 者自由心證,遇到 DP 狂人嫌你寫的太直白,遇到 BDD 狂人嫌你寫的不符合行為描述…
作者: wsad50232 (阿豐)   2025-04-14 12:57:00
公司主管不管技術 退化到只會看Dash Board 打績效 公司就爛掉了
作者: ppppman (4pman)   2025-04-14 13:28:00
遇過連jira都用不好就說要來當作績效的搞笑公司 隨便問幾個問題就漏洞一堆 然後再說沒辦法評估的地方再來跟我談看怎麼處理 但先執行
作者: EKman (攻略)   2025-04-14 14:29:00
你專注在量化工具上,員工也會專注在這上面,結果顯而易見
作者: stepnight (桃卡武康)   2025-04-14 14:45:00
這就荒謬資方催生出來的工具美其名是可以量化KPI,實際上就是正反都可以拿來說你績效不佳云云實際上各位RD自己也知道,這東西根本量化不了反而還多花時間在這套工具上面尤其還三不五時遇到特例,開會還得想辦法說明為何這是特例,根本擾民
作者: gs8613789 (Shang6029)   2025-04-14 14:53:00
用什麼軟體從來就不是重點
作者: superpandal   2025-04-14 16:51:00
個人也不知道這種工具在紅什麼 個人覺得與其打kpi不如促進進度完成 非懶人專用工具也減少不了使用成本還是cli工具好
作者: MeeToo (迷途)   2025-04-14 19:16:00
好的KPI讓公司走下坡 爛的KPI讓公司加速滑下波 軟體就非常不適用細化的KPI
作者: MonkeyCL (猴總召)   2025-04-14 23:34:00
部分比例的績效量化還行吧
作者: viper9709 (阿達)   2025-04-15 00:40:00
與其打KPI不如促進進度完成+1
作者: jobintan (Robin Artemstein)   2025-04-15 07:07:00
整個看下來與軟體技術無關而是與公司文化有關。Performance這東西或多或少還是有主觀的成份,上司領導看你順眼,自然在performance rating時各種正面評價,反之,相信大家都明白的。
作者: alan5 (小安)   2025-04-15 10:06:00
除非你一個issue等於製作一根香蕉不然光想辦法量化的會議先開死你
作者: okgogogo ( )   2025-04-16 00:10:00
過來人,就是拆單一件事分好幾單因為大家都這樣,規定一年要有250單以上每月都在算差幾單,一起演戲
作者: VScode (VSisBestIDEinTheWorld)   2025-04-16 01:20:00
樓上有遇過一個bug拆好幾單,讓你bug數的KPI直接爆掉的
作者: umum29 (....)   2025-04-16 03:28:00
我以前的公司對於junior"默認"用ticket數當KPI拆好幾單不是壞事 有時候是同功能不同平台 不同時間deploy
作者: knives   2025-04-16 10:04:00
考績還會看你bug出幾次
作者: overhead (overhead)   2025-04-16 12:30:00
工程師做得好不好差異很大,直接主管很容易看得出來,哪裡難到要用狹窄又僵硬的系統來評估?難的是要所有主管都內心公正,不誤用績效系統作為其他目的
作者: EKman (攻略)   2025-04-16 21:28:00
用ticket數當KPI一樣爽拆阿,好主管不會只看這些數字其實當主管之後一目了然,誰好用誰難用太明顯了
作者: viper9709 (阿達)   2025-04-17 00:18:00
推工程師做得好不好主管很容易看出來+1
作者: superpandal   2025-04-17 03:30:00
這不是廢話嗎 主管得到的資訊會更多 公正的確是蠻欠缺的 依我來看公司內得勢者通常不會是好人只做事不搞政治的真的偏少
作者: VScode (VSisBestIDEinTheWorld)   2025-04-17 08:51:00
沒辨法 不搞政治就會被別人搞
作者: hotdogmc (陳全)   2025-04-17 22:22:00
主管連誰有料都不知道 就別當了吧

Links booklink

Contact Us: admin [ a t ] ucptt.com