技术领导力实战笔记
TGO鲲鹏会
100 位 CTO 的真知灼见
82996 人已学习
新⼈⾸单¥98
登录后,你可以任选6讲全文学习
课程目录
已完结/共 266 讲
技术领导力实战笔记
15
15
1.0x
00:00/00:00
登录|注册

第170讲 | 高琦:如何给研发打绩效不头疼而又公正?(下)

本文讨论其他绩效方式的实践和补充探索
实践敏捷过程中发现敏捷带来团队整体透明度提升,对绩效考核有正面影响
上一篇文章中讨论了给研发打绩效的问题
4. 靠技术领导者的个人感觉
3. 对OKR的误解
2. 360度环评
1. 用数据说话,把研发的工作量化
高琦:如何给研发打绩效不头疼而又公正?

该思维导图由 AI 生成,仅供参考

你好,我是搜狐社交产品中心总经理高琦,上一篇文章中我跟大家聊了如何给研发打绩效的问题,我们团队在实践敏捷的过程中意外发现,敏捷带来团队整体透明度的提升,使得相互之间的评价变得更为客观,给绩效考核带来了非常正面的影响,让给研发打绩效变得更为简单、公正。
但不同公司对于研发团队的绩效考核都有不同的方式和标准,我们之前也尝试过不少其他方法,因此,本文想再谈谈一些其他绩效方式的实践以及我对这些方式的补充和探索。

1. 用数据说话,把研发的工作量化

有这样一种绩效流派是唯数据论,希望把一切工作量化,用数据来评判一切,这样就可以套用 KPI 的方式来进行考核。那么要想评价研发的绩效,自然会找出一些指标,而研发过程中是不会缺乏指标的,比如代码量、bug 数等等。
举个例子,曾经有个兄弟团队的 Leader 突发奇想,用代码量和 bug 数来进行绩效考核,最后变成了程序员和考核者斗智斗勇,激发出了各种奇思妙想。要代码量就加注释,考核加入了去掉注释的功能,程序员就引入大量废代码,考核又加入自动分析有用代码覆盖率的功能,程序员就把各种一行可以解决的问题,写成多行,很像古龙为了多拿稿费,非得写成“风”换行“冷风”换行“冷风吹”换行。古龙这种写法多少还有其特殊的艺术价值,而程序上一行换多行,没有任何价值。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

搜狐社交产品中心总经理高琦分享了关于研发团队绩效考核的实践方式。文章首先介绍了唯数据论的绩效流派,强调了数据在研发绩效考核中的作用,但也指出了数据作为核心指标可能导致参与者动作变形的问题。其次,文章提到了360度环评在外企使用较多,可以减小绩效评定的主观偏差,但在执行过程中也存在主观因素过多的问题。最后,文章指出了对OKR的误解,强调OKR并不解决绩效问题。作者分享了自己的实践经验和对这些方式的补充和探索,以及对这些方式的思考和反思。整体来说,文章围绕研发团队绩效考核的实践方式展开讨论,既有理论分析又有实际案例,对读者了解研发团队绩效考核的实践方式具有一定的参考价值。高琦建议让敏捷团队自己评价成员,技术领导者主要参考这个评价指标,再以各种数据进行辅助,识别出最优成员和表现不佳成员,同时要多深入团队防止自己的主观误判,最终让绩效结果更加公正透明,让人信服。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《技术领导力实战笔记》
新⼈⾸单¥98
立即购买
登录 后留言

全部留言(2)

  • 最新
  • 精选
  • baye
    360环评的一个缺点是大家一般都会选择有可能给自己给出有利评价的人,所以最好评价人是由经理,而不是其本人选择
    2021-05-02
    4
  • Steven
    看到人设了,为什么做人设呢,做人真实一些挺好的,通达乐观
    2019-02-13
    2
收起评论
显示
设置
留言
2
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部