V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
johncang
V2EX  ›  问与答

团队项目如何考核成员? 计算薪水?

  •  
  •   johncang · 2017-10-18 11:38:39 +08:00 · 1729 次点击
    这是一个创建于 2600 天前的主题,其中的信息可能已经有所发展或是发生改变。
    一个团队,很多时候考几个人完成一个项目,但是其中谁做的多,谁做的有效果,怎么样考核。有没有什么例子

    假如说 1 个项目,一个人独立完成,很容易考核

    几个人同事完成,怎么考核呢,只能算总体业绩,还是怎么样
    11 条回复    2017-10-18 21:25:49 +08:00
    misaka19000
        1
    misaka19000  
       2017-10-18 12:25:36 +08:00 via Android
    看 git 记录
    yhxx
        2
    yhxx  
       2017-10-18 12:29:47 +08:00
    看代码量呗
    每天上万行代码的肯定是工作最努力的,果断给最高的

    手动滑稽
    misaka19000
        3
    misaka19000  
       2017-10-18 12:40:05 +08:00 via Android
    看 git 的提交记录啊
    deadseven
        4
    deadseven  
       2017-10-18 13:30:54 +08:00
    @yhxx 你说有没有人无聊到每天去刷 git 的提交数量的。
    mentalkiller
        5
    mentalkiller  
       2017-10-18 13:48:12 +08:00
    code review 的时候顺便考察各个开发的工作量和代码质量以及贡献
    Konki
        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 就应该是绩效最好的
    rogwan
        7
    rogwan  
       2017-10-18 14:55:23 +08:00 via Android
    如果花了两天时间解决了个困扰大家蛮久的 bug,工作量是删除了总共 3 行代码,修改了一行。这不是分分钟要被开除的绩效吗
    johncang
        8
    johncang  
    OP
       2017-10-18 15:09:19 +08:00
    @yhxx
    @rogwan 就是类似 7 楼这种情况,所以很难考核
    Konki
        9
    Konki  
       2017-10-18 16:01:48 +08:00
    @rogwan #7
    @johncang #8
    分情况。
    1.如果是他自己的部分,如果在自己的时间内解决,正常计算
    2.如果是解决别人的问题,那么他的到了额外的加分。产生问题的人由于问题阻碍导致时间超出预估,正常扣分。
    做好每天的 scrum,每个人受到任何超出预估无论大小的阻碍,都要及时提出来。
    congeec
        10
    congeec  
       2017-10-18 16:07:05 +08:00 via iPhone
    首先不要反驳 @yhxx 啦,人家说反话的。
    程序员绩效考核是世界性难题。目前比较有效的是做 code review,不过费时费力。好吧,我也没啥有用的建议
    forestyuan
        11
    forestyuan  
       2017-10-18 21:25:49 +08:00
    毛估估吧
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1345 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 17:40 · PVG 01:40 · LAX 09:40 · JFK 12:40
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.