作者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/cn.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