1
misaka19000 2017-10-18 12:25:36 +08:00 via Android
看 git 记录
|
2
yhxx 2017-10-18 12:29:47 +08:00
看代码量呗
每天上万行代码的肯定是工作最努力的,果断给最高的 手动滑稽 |
3
misaka19000 2017-10-18 12:40:05 +08:00 via Android
看 git 的提交记录啊
|
5
mentalkiller 2017-10-18 13:48:12 +08:00
code review 的时候顺便考察各个开发的工作量和代码质量以及贡献
|
6
Konki 2017-10-18 14:37:53 +08:00 1
@misaka19000 #1 git 记录可伪造,且如果对一个文件多次修改提交证明那个文件还属于 unstable 的状态,却刷了 git log
@mentalkiller #5 这个存在的问题是任务分配时候,肯定有人能拿到优先级高或者能出彩的,也肯定有人拿到很普通的。代码质量可以考虑,但是对于每个模块每个文件都要去严格检验精力耗费大。贡献这个词也不容易考量吧 我的建议是,把任务分解之后大家认领且估计出每个子任务的预计完成时间。严格按照项目管理走,做出 burndown,gantt 之类的图表之后,在任务完成上线后,复盘。 谁的时间估计的准,且代码干净,一些关键地方写了注释,还能写 testcase,并且 defect 数量少,且 git log 干净 证明 ta 对自己的任务量和自己的技能把控程度高,能自己多次测试最终提交一个稳定的版本。那么 ta 就应该是绩效最好的 |
7
rogwan 2017-10-18 14:55:23 +08:00 via Android
如果花了两天时间解决了个困扰大家蛮久的 bug,工作量是删除了总共 3 行代码,修改了一行。这不是分分钟要被开除的绩效吗
|
9
Konki 2017-10-18 16:01:48 +08:00
|
10
congeec 2017-10-18 16:07:05 +08:00 via iPhone
首先不要反驳 @yhxx 啦,人家说反话的。
程序员绩效考核是世界性难题。目前比较有效的是做 code review,不过费时费力。好吧,我也没啥有用的建议 |
11
forestyuan 2017-10-18 21:25:49 +08:00
毛估估吧
|