这是一个创建于 1753 天前的主题，其中的信息可能已经有所发展或是发生改变。
按代码量评定吗？按工时评定吗？
怎么想都不够合理，大家是怎么做的？
怎么想都不够合理，大家是怎么做的？
第 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 |
 | 34 a href="/member/asanelder" class="dark">asanelder 2020-12-28 23:33:54 +08:00 @hantsy #28 这就是国情啊，没办法，只能明哲自保啊，铁子 |
| 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