[请益] 公司内有用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