这是一个创建于 1417 天前的主题，其中的信息可能已经有所发展或是发生改变。
按代码量评定吗？按工时评定吗？
怎么想都不够合理，大家是怎么做的？
怎么想都不够合理，大家是怎么做的？
第 1 条附言 · 2020-12-28 11:04:29 +08:00
其实是想请教下各位老哥，你们认为这个评价标准应该是怎样的？应该从哪些方面来评定？
如果没有一个标准的话，真的就是全靠自己嘴巴吹了，那没意义。
如果没有一个标准的话，真的就是全靠自己嘴巴吹了，那没意义。
 |
1
coderluan 2020-12-28 10:31:43 +08:00  4
和领导关系好吗?
好的话打 90 分, 大概率能成. 不好的话也打 90 分, 气气他. |
 |
2
loading 2020-12-28 10:32:39 +08:00 via Android 4
这是不能谦虚，打低了就是划水自首！
|
 |
3
linux40 2020-12-28 10:35:58 +08:00 via Android
小学的自我评价都是给自己打满分。
|
 |
4
jtsai 2020-12-28 10:45:00 +08:00
自我评价肯定是满分,还能给自己打差评的
|
 |
5
xiaTianChiXiGua 2020-12-28 10:46:20 +08:00
哈哈 我也准备打个 90 分 天天划水没活干 但是又不是我的责任 领导不安排活关我屁事
|
 |
6
jayzau1973 OP |
|
7
jayzau1973 OP @xiaTianChiXiGua 哈哈哈，你敢这样直接跟老板说吗
|
 |
8
lucays 2020-12-28 11:05:34 +08:00
100 啊，90 那不是少 10 分吗
|
 |
9
yanulg 2020-12-28 11:11:47 +08:00
绝对不能低了，不要自讨苦吃
|
 |
10
yuancoder 2020-12-28 11:14:35 +08:00
自己没自信，还等着老板给你打高分？
|
 |
11
jzmws 2020-12-28 11:21:42 +08:00
这个要看 别的同事 比如说 默认都是 b 然后我都是写 b 等级 有时候加几个 a
|
 |
12
hantsy 2020-12-28 11:23:27 +08:00
这种自我评估以前在公司时候，也搞过。说实施都是为一些天天吹牛逼的，不做实事的人准备。我以前那时都是敷衍了事。我见过最多的人，周报写一万多字来总结评估来总结自己的一周。老板大为赞赏。
就我以前的经验，这种时候，千万说自己这不行那不行。要说自己干了很多事，说成公司缺少我了不行。 |
 |
13
Tang2Dog 2020-12-28 11:29:17 +08:00
我们公司是会统计代码量，bug 数，线上 bug 数，bug 响应时间，参加项目数，项目难度之类的等等，有些数据支撑吧，虽然代码量这点是真的有点...
|
|
14
hantsy 2020-12-28 11:31:01 +08:00 3
中国人就喜欢搞这些形式性东西，找存在感。
如果你的 Leader 不知道你工作的状况，部门主管对你的 Leader 工作情况不了解，老板不了解部门主管工作，整个公司还要一层层上报，谈什么效率。 |
|
15
hantsy 2020-12-28 11:32:59 +08:00 3
@jayzau1973 你说的没错，这种评估最终都是欺负老实人。
|
 |
16
guisheng 2020-12-28 11:44:46 +08:00
你还别说上次有一个人给自己打了 B，全公司上下就 TA 一个 B 的。。。 然后就奖金比 A 少。。。可还行
|
 |
17
taogen 2020-12-28 12:15:26 +08:00 via Android
💯
|
 |
18
letv 2020-12-28 12:17:10 +08:00 via iPhone
楼主今年 47 岁了？还在一线开发吗？
|
 |
20
Fizzyi 2020-12-28 13:20:02 +08:00
占个楼
|
 |
21
yaphets666 2020-12-28 13:38:01 +08:00
我都是打 99 的 因为能做的全部都做了 问心无愧 少打 1 分是谦虚 客气客气
|
|
22
jayzau1973 OP @hantsy
感谢回复，每次看到代码量考核都会想到那个漫画段子，哈哈哈。 |
|
23
jayzau1973 OP |
|
24
jayzau1973 OP @letv v2 不让重名，1973 听着比较顺～
|
 |
25
otakustay 2020-12-28 14:21:52 +08:00
我一般不吹，原封不动的把成果讲明白，或者带一些谦虚。平时保持好向上沟通，老板要是看不到价值，那明年说再见就好了，不勉强不合适的在一起
|
 |
26
yule111222 2020-12-28 14:23:53 +08:00
敏捷开发的话，算 story point，结合低级 BUG 数统计，再加上一个 贡献度（ Leader 主观评价，比如对其他人的帮助，公共组件开发，培训分享之类的）
|
 |
27
Lemeng 2020-12-28 14:46:13 +08:00
这个得看你的环境，最重要的是和领导的关系怎么样。
|
|
28
hantsy 2020-12-28 15:07:00 +08:00 2
软件开发的工作量很难量化，代码行数，Issue/Bug 数量 等都是存在不少偏颇，这些与工作量和工作质量不能完全匹配成正比关系，上级的评价就更不用说了，从人品和技术水平两个方面来讲，公平和公正更难保证。
（比如，我很久以前遇到的真事，有些人自己为了自己需要，修改的一个公用类的逻辑，结果捅出所有人一堆 Bug，这个结果怎么评估？？？经过类似事发生过多次后，我就开始提议写测试，来保障代码质量。虽然我做了简单的培训课，结果很多人反对，公司也没实施下来。我个人倒是从那时起，正视测试的重要性，现在正式项目几乎都要写测试。） 再说工作量与工作质量完全是两码事。代码本身是可以通过一些工具来检测代码质量的，比如 CS，FindBugs，Sonar 等，还有测试 Coverage，还有现代基于云的智能检测工具，如 Code Climate 等。这些国内有几个公司在用呢？ （单纯的是计代码行数，Issue/Bug 数量，这些，对于一些别有用心的人，只花心思去造假，在 V 站，我看到不止一次这样的话“能写两行，绝对不写一行”） 每个人的工作效率在敏捷团队，应该上共事一段是很明显可以看出来，每个人有自己的 Race，工作习性，一两个 Sprint 周期都是可以显现出来的。在一个良性循环的公司，团队如何纽成一股绳，同事之间如何相互帮助成长，能够融洽的推动项目前进才是关键。 最应该避免的是，自己做自己的事，同事之间的工作漠不关心。国内的什么敏捷，很多都是形式主义，没有实质性实践，在过去的公司里，我常常听到“这一看就是 XXX 的代码”，“今天 XXX 请假没来，我这个对接不了”。如果一个团队连个统一的代码风格都没有才是真正的问题，如果你说在结对编程，却不能在他不在时候临时接替一下工作不是笑话。 |
 |
29
daijialong 2020-12-28 17:28:56 +08:00
自我评价有卵用，领导给你什么评级就什么评级
|
 |
30
littiefish 2020-12-28 18:26:00 +08:00 via iPhone
@coderluan 我第一年都是打 95 以上，后来看领导才 90 分，改成 90 左右了 😂
|
 |
31
fzy0728 2020-12-28 18:41:43 +08:00
果断 90 分
|
 |
32
jmc891205 2020-12-28 18:53:12 +08:00 via iPhone
KPI
OKR MBO |
|
35
jayzau1973 OP @jmc891205 感谢！
|
 |
36
cmqwan 2020-12-29 16:07:15 +08:00
你自己才评价 80，我怎么给你 95 分？
|
 |
37
Suddoo 2020-12-30 11:07:09 +08:00
@xiaTianChiXiGua 我也是啊，现在只能在 GitHub 上找些开源项目贡献几行代码
|
Select Language