开工福利|免费学 2200+ 精品线上课,企业成员人人可得! 了解详情
写点什么

软件研发中的绩效管理如此艰难,你怎么看?

  • 2014-02-19
  • 本文字数:2053 字

    阅读完需:约 7 分钟

说起绩效管理,让人又爱又恨。很多公司都在寻求绩效管理的有效办法,很多员工都生活在水深火热中,很多人都宣布他们有解决方案,软件研发的绩效管理还是个未解之谜。

其实绩效管理看起来非常简单。绩效管理简单到一目了然,设定、实施、考核、改进四个步骤,绩效制度制定者、团队管理者、团队成员三个角色,清楚明了。书籍资料、内外培训上也把方法讲得明明白白。既然很多公司都通过绩效管理取得成功,既然理论上方法上都如此清晰明了,既然绩效管理如此简单,那还等什么,不是明天,也不是后天,就是现在,不需要担心,不需要培训,上手就能用,请拨打我们的订购电话 1234567890。哈哈,职业习惯,一时口误,但不管如何,我们就开始实施吧。

让人遗憾的是,我们总是猜到了开头,却猜不到结局。在绩效管理的实施中我们碰到了没曾预料到的问题,甚至发生了不希望见到的副作用。

绩效制度制定者很烦恼。作为为公司绩效负责的高层管理者,作为绩效管理专家的 HR 们,他们制定了绩效管理制度。本意是为了让公司绩效得到改善。因为绩效管理能让公司目标更加清晰,能促进公司内各层对目标的理解与沟通,能够激励起员工的奋斗激情。然而,现实却并非如此。公司的业绩似乎并未因为绩效管理带来改善,反而带来的是各种烦恼,员工激情减退,公司创新能力下降,每次绩效考核都是对人性的大考,如何挽留绩效误杀的人员、处理绩效管理中的冲突,绩效制度制定者们似乎陷入了自己挖的陷阱。他们的绝大多数时间已经被处理问题占用,偶尔,他们会想,我们当时做出的选择是否合适?如何要调整却不知道方向?对新的调整能否带来期望的结果,他们并无信心。

团队管理者很烦恼。有些技术管理者在开始的时候对绩效管理并不重视,但他们自己也是绩效管理中的一员,制度总有一天会告诉他们忽视了公司绩效管理的需要,后果很严重。即使他们重视起来,但做法依然五花八门。绩效设定时和员工玩躲猫猫的游戏,一个总想模糊提高目标以便预留出绩效低的理由,一个总想更明确更简单无歧义以便不给管理者留下任何借口。绩效考核时为了谁的绩效低而纠结,如何说服和避免事情闹大,变成了团队管理者的难题。为了维护团队的和谐,抓阄、轮流坐庄变成了某些团队管理者上有政策下有对策的招数。其实团队管理者也深知,这样做与公司绩效管理的目标并不一致,对公司拿到结果并没有好处,但是,我也只是一份子,我也要生存对不对。如何在纠结中寻找出路,很多团队管理者很迷茫。

员工们也很烦恼。专心做好自己的事情,简简单单做好工作,行不行?不行。阿甘曾说过,“生活就像巧克力,不打开盒子,你永远也不知道是什么味道。”绩效管理是公司每个人必须玩的游戏,即使是被动参与,也必须参与啊。不善于为自己争取的员工总感觉自己容易倒霉,因为不会争,所以有时真有不公平的事情落在自己头上。正所谓,要么忍,要么狠,要么滚,非常形象的说明了员工在被动参与状态下的处境。其实即使换公司也无法避免绩效管理,怎么在绩效管理中占据主动,提升拿到自己期望结果的几率,员工们没方向。另外,不少 IT 人的目标是自己未来成为管理者,当他们不知道自己作为员工如何面对绩效管理的时候,如何能够辅导未来的员工?

软件研发的绩效管理让所有人烦恼。软件研发作为团队拿结果的活动,作为复杂协作的活动,至今尚没有有效的评价方式。用代码行数、缺陷数、缺陷率来考核员工?如何制定让所有人都满意、有说服力的指标?如何区分不同职能的成员在团队中的贡献,评出优良中差?有个很有意思的例子,员工 A 经常加班加点,彻夜为客户解决问题,员工 B 按时上下班,很少为客户解决问题,谁是好员工?多数管理者会选择员工 A,但员工 A 在下面的评价很差,因为他的专业能力差,代码有很多缺陷,所以他需要经常加班来解决这些缺陷带来的问题,而员工 B 的专业能力强,处理工作游刃有余。个人难以评价,团队也难以评价,两个大型项目,都处于未发布的中期阶段,如何评价其优劣?

“如果事情有可能变坏,它就迟早会变坏。”——墨菲定律 墨菲定律总是给我们无情的打击。软件研发的绩效管理是如此之难,其副作用是如此之多,以至于很多时候为了处理问题已经耗费了大多数精力。怎么在这种复杂环境中应用好绩效管理,避免副作用,让绩效管理真正能激发员工激情,推动组织创新,成为公司绩效的发动机?这是值得深思的问题。

你只有了解它,才有机会打败它。既然绩效管理对我们的影响是如此之大,为什么我们不愿意花费一些时间精力来了解掌握它,还停留在它很简单的基础认识上呢。QClub 成都已经在一月成功举行了绩效制度制定者(HR 们)、团队管理者、团队成员、咨询师之间的交流与讨论,大家都觉得获益匪浅。为了更有体系化的梳理和掌握软件研发中的绩效管理,在二月,我们邀请了绩效管理的实施者、见多识广的咨询师、绩效管理探索者来给大家分享他们的认识和经验,以帮助大家快速加深认识。 作为绩效制度制定者、团队管理者、团队成员,只要你希望在绩效管理的世界中获得更加主动的地位,提升自身成功的可能性, 欢迎参加 QClub 成都 2 月活动《当软件研发遇上绩效管理》,点击报名 >>

2014-02-19 03:461922

评论

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

「开源摘星计划之操作系统100人」发布,共建操作系统开源人才生态

腾源会

知识经济时代,教会你做好知识管理

小炮

Vue2/3 自定义组件的 v-model 到底怎么写?💎

德育处主任

JavaScript Vue model Javascript框架 6月月更

《梦华录》要大结局了,看超前点映不如先来学学它!

博文视点Broadview

LRU 原理与算法实现

Ayue、

LRU

详解kubernetes备份恢复利器 Velero | 深入了解Carina系列第三期

BoCloud博云

Kubernetes 云原生 数据备份

居家办公更要高效-自动化办公完美提升摸鱼时间 | 社区征文

迷彩

Python AI 6月月更 初夏征文 Python自动化办公

flutter系列之:flutter中的offstage

程序那些事

flutter 程序那些事 6月月更

保险APP适老化服务评测分析2022第06期

易观分析

保险APP

初中级开发如何有效减少自身的工作量?

百家饭隐私计算平台创业者

开发 书籍推荐

敏捷之道 | 敏捷开发真的过时了么?

LigaAI

敏捷 敏捷开发 敏捷软件开发 敏捷宣言 LigaAI

java技术培训在 MySQL 中使用枚举需要注意什么

@零度

JAVA开发 枚举

【直播回顾】战码先锋第七期:三方应用开发者如何为开源做贡献

OpenHarmony开发者

OpenHarmony

龙蜥开发者说:首次触电,原来你是这样的龙蜥社区? | 第 8 期

OpenAnolis小助手

Linux 开源 故事 龙蜥社区 开发者说

web前端培训怎么修改 node_modules 中的文件

@零度

node.js 前端开发

大数据培训Spark 高频面试考点分享

@零度

spark 大数据开发

一个使用 Shell 脚本实现的 Docker

ScratchLab

应用升级SpringCloud版本时的注意事项(Dalston升级到Edgware)

程序员欣宸

spring Spring Cloud 6月月更

保健品一物一码防窜货营销软件开发

开源直播系统源码

软件开发 app源码

Prometheus PushGateway 碎碎念

耳东@Erdong

Prometheus PushGateway 6月月更

青藤入选工信部网安中心“2021年数字技术融合创新应用典型解决方案”

青藤云安全

网络安全 工信部 主机安全

快手实时数仓保障体系研发实践

Apache Flink

大数据 flink 编程 流计算 实时计算

如何在物联网低代码平台中进行任务管理?

AIRIOT

低代码 物联网

事件

Jason199

js 事件 6月月更

开源一款监控数据采集器,啥都能监控

巴辉特

Nightingale #Prometheus

Linux开发_BMP图片编程(翻转、添加水印)

DS小龙哥

6月月更

一文讲透研发效能!您关心的问题都在 ‍

思码逸研发效能

研发效能

4个不可不知的“安全左移”的理由

SEAL安全

安全左移 shift left

初识云原生安全:云时代的最佳保障

SEAL安全

云原生安全

AS深圳站来了!参与讨论领取官方限量周边!

InfoQ写作社区官方

热门活动 ArchSummit

钛星数安加入龙蜥社区,共同打造网络安全生态

OpenAnolis小助手

开源 龙蜥社区 合作 CLA 钛星数安

软件研发中的绩效管理如此艰难,你怎么看?_文化 & 方法_张林_InfoQ精选文章