看老板心情。

主要还是看公司赚不赚钱，不赚钱哪里有钱发绩效？赚钱也不用去考察，统一都发，很多东西都不是通过数据库考核能简单评价的

看领导心情

@jiangchou 我们是定期开会然后研究多少人在开发中用 AI 跑，然后上面还给我们做了各种 cline workflow 让我们来用，用了以后还要填反馈问卷，然后老板还要来问多少人平时用了 AI ，用得怎么样，节约了多少时间，等等。我们也是刚开始搞这东西。

@Lanayaaa #25 本质工作是什么？时保质完成需求才是工作第一要义。如果阶段内某一个人的本职工作没有出现任何纰漏就应该是 A, 有人天天向上管理，搞 demo ，写 ppt ，搞再多可扩展组件，只要负责的功能需求出现一点问题，那么他就是 B-。 想想公司找你来是干什么的？本质工作就是你来公司的本质价值，这个考核比例应该是 80%，甚至 90%

@92pretty #34 按时保质

@sxms77777 #27 谁负责估点，谁来保证估点的客观性

研发方向是无法进行绩效量化的，因为研发类的成果产出与时间并非简单的线性关系。 历史上有两位诺奖得主就经历过这种事情，Kenneth Wilson 、Peter Higgs ，他们所在学院实行绩效化，曾因多年无绩效产出，差点被裁员。 大厂的某些重要组件，比如某厂的云服务，也是经历过几年的改进，才达到商用化的程度。如果用绩效去考核，项目开始的前几年，绩效有可能为零。 而且研发还有失败的可能与风险，但这并不能说明研发是在摸鱼。 业界对研发进行监督的方法，一般是通过评估研发的计划、数据与报告来实现的。

@Lanayaaa 你没病吧？工资包含这部分工作，那把这部分工作做好不就是配拿这部分工资了？这不是绩效好？那些写 ppt 的人你叫他来写代码能没有 bug 吗？脱实向虚迟早完蛋。

零、 首先，单纯拿代码行数来考察研发绩效的都是“弱智耍流氓”。 一、 代码行数是债务，功能特性是价值。 代码行数是分母，功能特性是分子。 二、 缓解债务的办法是通过有效单测覆盖。 无效单测不是技术问题，是职业道德问题，需要 HR 介入，即时劝退。 三、 量化公式：价值 /（代码总行数 - 有效单测覆盖行数） 注：“价值”选择有代表性的业务指标形成综合指数代替。