程序员如何对自我进行绩效评价？

[jayzau1973]

按代码量评定吗？按工时评定吗？
怎么想都不够合理，大家是怎么做的？

其实是想请教下各位老哥，你们认为这个评价标准应该是怎样的？应该从哪些方面来评定？
如果没有一个标准的话，真的就是全靠自己嘴巴吹了，那没意义。

[coderluan]

和领导关系好吗?

好的话打 90 分, 大概率能成.
不好的话也打 90 分, 气气他.

[loading]

这是不能谦虚，打低了就是划水自首！

[linux40]

小学的自我评价都是给自己打满分。

[jtsai]

自我评价肯定是满分,还能给自己打差评的

[xiaTianChiXiGua]

哈哈 我也准备打个 90 分 天天划水没活干 但是又不是我的责任 领导不安排活关我屁事

[jayzau1973]

@coderluan
@loading
@linux40
那万一老板要拿你和其他员工比较呢，没有标准的自我打分，最后应该都会变成拼口才。反正老板也不懂技术，那不是欺负老实人嘛

[jayzau1973]

@xiaTianChiXiGua 哈哈哈，你敢这样直接跟老板说吗

[lucays]

100 啊，90 那不是少 10 分吗

[yanulg]

绝对不能低了，不要自讨苦吃

[yuancoder]

自己没自信，还等着老板给你打高分？

[jzmws]

这个要看 别的同事 比如说 默认都是 b 然后我都是写 b 等级 有时候加几个 a

[hantsy]

这种自我评估以前在公司时候，也搞过。说实施都是为一些天天吹牛逼的，不做实事的人准备。我以前那时都是敷衍了事。我见过最多的人，周报写一万多字来总结评估来总结自己的一周。老板大为赞赏。

就我以前的经验，这种时候，千万说自己这不行那不行。要说自己干了很多事，说成公司缺少我了不行。

[Tang2Dog]

我们公司是会统计代码量，bug 数，线上 bug 数，bug 响应时间，参加项目数，项目难度之类的等等，有些数据支撑吧，虽然代码量这点是真的有点...

[hantsy]

中国人就喜欢搞这些形式性东西，找存在感。

如果你的 Leader 不知道你工作的状况，部门主管对你的 Leader 工作情况不了解，老板不了解部门主管工作，整个公司还要一层层上报，谈什么效率。

[hantsy]

@jayzau1973 你说的没错，这种评估最终都是欺负老实人。

[guisheng]

你还别说上次有一个人给自己打了 B，全公司上下就 TA 一个 B 的。。。 然后就奖金比 A 少。。。可还行

[taogen]

💯

[letv]

楼主今年 47 岁了？还在一线开发吗？

[xiaoyukid]

@letv 1943 的 打错了

[Fizzyi]

占个楼

[yaphets666]

我都是打 99 的 因为能做的全部都做了 问心无愧 少打 1 分是谦虚 客气客气

[jayzau1973]

@hantsy
感谢回复，每次看到代码量考核都会想到那个漫画段子，哈哈哈。

[jayzau1973]

@hantsy
程序员还是得靠技术说话，不过老板又不懂技术
为了不让老实人吃亏，希望能找到一个比较好的评判标准

[jayzau1973]

@letv v2 不让重名，1973 听着比较顺～

[otakustay]

我一般不吹，原封不动的把成果讲明白，或者带一些谦虚。平时保持好向上沟通，老板要是看不到价值，那明年说再见就好了，不勉强不合适的在一起

[yule111222]

敏捷开发的话，算 story point，结合低级 BUG 数统计，再加上一个 贡献度（ Leader 主观评价，比如对其他人的帮助，公共组件开发，培训分享之类的）

[Lemeng]

这个得看你的环境，最重要的是和领导的关系怎么样。

[hantsy]

软件开发的工作量很难量化，代码行数，Issue/Bug 数量 等都是存在不少偏颇，这些与工作量和工作质量不能完全匹配成正比关系，上级的评价就更不用说了，从人品和技术水平两个方面来讲，公平和公正更难保证。

（比如，我很久以前遇到的真事，有些人自己为了自己需要，修改的一个公用类的逻辑，结果捅出所有人一堆 Bug，这个结果怎么评估？？？经过类似事发生过多次后，我就开始提议写测试，来保障代码质量。虽然我做了简单的培训课，结果很多人反对，公司也没实施下来。我个人倒是从那时起，正视测试的重要性，现在正式项目几乎都要写测试。）

再说工作量与工作质量完全是两码事。代码本身是可以通过一些工具来检测代码质量的，比如 CS，FindBugs，Sonar 等，还有测试 Coverage，还有现代基于云的智能检测工具，如 Code Climate 等。这些国内有几个公司在用呢？

（单纯的是计代码行数，Issue/Bug 数量，这些，对于一些别有用心的人，只花心思去造假，在 V 站，我看到不止一次这样的话“能写两行，绝对不写一行”）

每个人的工作效率在敏捷团队，应该上共事一段是很明显可以看出来，每个人有自己的 Race，工作习性，一两个 Sprint 周期都是可以显现出来的。在一个良性循环的公司，团队如何纽成一股绳，同事之间如何相互帮助成长，能够融洽的推动项目前进才是关键。

最应该避免的是，自己做自己的事，同事之间的工作漠不关心。国内的什么敏捷，很多都是形式主义，没有实质性实践，在过去的公司里，我常常听到“这一看就是 XXX 的代码”，“今天 XXX 请假没来，我这个对接不了”。如果一个团队连个统一的代码风格都没有才是真正的问题，如果你说在结对编程，却不能在他不在时候临时接替一下工作不是笑话。

[daijialong]

自我评价有卵用，领导给你什么评级就什么评级

[littiefish]

@coderluan 我第一年都是打 95 以上，后来看领导才 90 分，改成 90 左右了 😂

[fzy0728]

果断 90 分

[jmc891205]

KPI
OKR
MBO

[Suddoo]

@coderluan 我打了 90 分

[asanelder]

@hantsy #28 这就是国情啊，没办法，只能明哲自保啊，铁子

[jayzau1973]

@jmc891205 感谢！

[cmqwan]

你自己才评价 80，我怎么给你 95 分？

[Suddoo]

@xiaTianChiXiGua 我也是啊，现在只能在 GitHub 上找些开源项目贡献几行代码