AI实践哪家强?来 AICon, 解锁技术前沿,探寻产业新机! 了解详情
写点什么

绩效评估遭遇挑战

  • 2008-11-06
  • 本文字数:1709 字

    阅读完需:约 6 分钟

Sam Culbert ,加利佛尼亚大学洛杉矶分校(UCLA)管理学教授兼管理学著作作者,在《华尔街日报》中表示:年度绩效和薪资评定是完全紊乱的。他认为这两者的主要目的是“旨在维护老板的权威和权利优势而进行的恐吓”。

Sam 给出了绩效评定招致这种结果的若干理由:

  • 不同的着眼点:老板着眼于提高一个员工的业绩,但员工则在报酬及职业晋升方面更感兴趣。二者无法进行真诚的交谈。
  • 绩效不与薪资挂钩:薪资实际上只由市场力量和预算来决定。绩效考核只能用来当作证明薪资变化的一纸空谈而已。
  • 人的非客观性:绩效考核本应该是业绩的一个客观衡量。 然而给同一个员工不同的老板,往往会得出大相径庭的结果。他继续指出,经常会使用 360 度测评进行匿名评审。
  • 一种绩效考核方式并不适用每个员工:许多种绩效考评都是使用预先设定好的评审指标清单。然而,这个清单中的项目经常与这个人所担任的角色不相匹配。
  • 个人发展被阻碍:绩效考核会破坏员工和管理者直接制定有效成长计划的信任。
  • 破坏团队绩效:过于聚焦个人的绩效以至于忽视了团队的绩效。

《Fearless Change Patterns》(无畏改变模式)一书的作者 Linda Rising 根据客观性原则的问题,指出人们会在一个非常短的时间内对其他人进行分类或形成一定印象。“许多情况下,一个主管会在三周内‘决定’其员工的能力,并将他们归为‘有能力’或‘没能力’的中的一种。 一旦形成这种偏见,那么对于员工的任何行为,主管都会用这样的观点去加以审视。如果两个职工犯了同样的错误, 对于那种“没能力”类的员工,主管会认为‘他 / 她怎么又犯同样的错误了’,而对于那些‘有能力’的员工, 主管会认为‘可能他 / 她身体不适’。 ”,最终,主管只能根据他们的偏见去判断员工的行为。

事实上,有许多不同的解决方案被提出来。 Jeff Sutherland (更多信息请参考 Christophe Lovioun ),Scrum 的共同创始人,提供了衡量单个团队成员贡献的 5 个方面因素: 产品交付, 工艺优化,组织的灵活性,小组学习和产品。对于管理者:组织的灵活性和产品被团队建设和企业协作所替代。Jeff 使用数值范围 1-10 来衡量从管理者和团队成员收集得来的意见反馈(平均数)。 和传统方法比起来这里主要有 2 个关键的不同:评分在 4-6 之外的,如果管理者和小组的评分与更高的评分不同,则管理者都应该提供书面的证据以支持这种结论。 最终,管理者和员工应一同制定对员工来说是充满激情的职业目标。Jeff 建议以季度的方式来执行评审。

Sam 则推荐一种不同的方法,他称为绩效预评。他建议管理者和员工们共同对结果和产品质量负责。通过预评,管理者会着眼于未来需要发生的事情。这种设计:“老板们应该将所有会让自己记得去询问的,例如下属认为他或她怎样才能最好地完成工作,这样的问题都问到。 然后, 在他们详细讨论了问题以后,老板会问下属还需要知道其他的什么问题”。最后 Sam 认为这种预评可以发生在员工和管理者认为他们没有很好一同工作的时候。

Mary Poppendieck 的建议是放弃以个人评估和报酬为基础的方案。她提出:

  1. 直接告诉别人什么最重要的和为什么重要。这比用财物激励系统去标记什么是重要的要简单和便宜得多。
  2. 以工作的复杂度给与不同的基本工资。 避免个人绩效红利,因为那样他们会减少合作。
  3. 在广泛的度量上给与集体奖励。测量的团队越大,需要考虑的可靠业绩就越多。 使用分享利润的方式代替个人红利以团结大家去完成团队目标。
  4. 记住互惠互利。如果人们觉得被宽厚对待,他们会增加努力来加以回报。

最后, Esther Derby 建议进行一次谈话,讨论这一季度 / 年是怎么度过的。

查看英文原文: Performance Reviews Banished - - - - - -

译者简介:王速瑜,毕业于华中科技大学,就职于腾讯科技(深圳)有限公司,担任R&D 研发总监,现负责腾讯敏捷产品开发技术的实践和推广及研发基础平台的管理工作。熟悉Java、Microsoft.net、Lamp 等技术。对互联网大规模应用技术、高性能网格技术,SOA 等有非常浓厚的兴趣和深入的实践,喜欢Open Source,关注Ruby、Erlang 的发展并积极实践,愿意为技术而挥洒激情,为让更多人了解精彩技术而付出努力!志愿参与InfoQ 中文站内容建设,请邮件至 editors@cn.infoq.com 。也欢迎大家到 InfoQ 中文站用户讨论组参与我们的线上讨论。

2008-11-06 19:451661

评论

发布
暂无评论
发现更多内容

F5 BIG-IP 下载汇总 - 业界领先的应用交付与安全服务

sysin

F5

JEB Pro v5.30 (macOS, Linux, Windows) - 逆向工程平台

sysin

JEB

鸿蒙开发实战之Data Protection Kit构建美颜相机隐私盾牌

yimapingchuan

HarmonyOS NEXT

Burp Suite Professional 2025.6 发布,新增功能简介

sysin

burp

鸿蒙开发实战之Car Kit实现美颜相机车载互联方案

yimapingchuan

HarmonyOS NEXT

《HarmonyOSNext超能手册:一篇文章搞定Node-API跨语言!》

Turing_010

HarmonyOSNext性能核弹:用Node-API引爆ArkTS/C++跨语言

Turing_010

鸿蒙开发实战之Scenario Fusion Kit实现美颜相机多场景联动

yimapingchuan

HarmonyOS NEXT

HarmonyOS开发实战之Share Kit实现美颜照片分享

yimapingchuan

HarmonyOS NEXT

鸿蒙开发实战之Wallet Kit实现美颜相机会员卡券功能

yimapingchuan

HarmonyOS NEXT

鸿蒙开发实战之Weather Service Kit实现美颜相机智能场景优化

yimapingchuan

HarmonyOS NEXT

鸿蒙开发实战之Crypto Architecture Kit构建美颜相机安全基座

yimapingchuan

HarmonyOS NEXT

YashanDB数据库与主流编程语言集成方法

数据库砖家

这个 361K Star 的项目,一定要收藏!

Immerse

鸿蒙Next仓颉语言开发实战教程:设置页面

幽蓝计划

鸿蒙开发实战之Connectivity Kit实现美颜相机多网融合传输

yimapingchuan

HarmonyOS NEXT

AgenticSeek - 完全本地的AI助手替代方案

qife

隐私保护 AI助手 本地AI 自动化编程 智能代理

使用 PrintAssembly 查看 JIT 编译后的汇编代码

mazhen

Java Linux JVM 汇编语言

AI数据分析训练营毕业总结

hunk

AI数据分析训练营毕业总结

F5 BIG-IP 17.5 LTS - 多云安全和应用交付

sysin

F5

Nexpose 8.10.0 for Linux & Windows - 漏洞扫描

sysin

Nexpose

鸿蒙开发实战之Basic Services Kit实现美颜相机基础能力筑基

yimapingchuan

HarmonyOS NEXT

鸿蒙开发实战之Device Security Kit加固美颜相机安全防线

yimapingchuan

HarmonyOS NEXT

HPE OneView 10.0 OVA 部署

sysin

OneView

鸿蒙开发笔记之Preview Kit在美颜相机中的应用

yimapingchuan

HarmonyOS NEXT

鸿蒙开发日记之Push Kit实现美颜相机消息推送

yimapingchuan

HarmonyOS NEXT

鸿蒙开发实战之Device Certificate Kit构建美颜相机设备信任链

yimapingchuan

HarmonyOS NEXT

一文搞懂SEO优化之站点robots.txt

村头的猫

搜索引擎 Google SEO 建站 robots.txt

HarmonyOS开发实战之Reader Kit实现美颜相机文档预览

yimapingchuan

HarmonyOS NEXT

鸿蒙开发实战之Asset Store Kit实现美颜相机素材智能管理

yimapingchuan

HarmonyOS NEXT

秋招上岸拿大厂offer有望了!12万字Java面试题及答案功不可没!

程序员高级码农

Java 程序员‘

绩效评估遭遇挑战_研发效能_Mark Levison_InfoQ精选文章