写点什么

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

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

    阅读完需:约 7 分钟

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

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

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

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

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

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

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

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

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

2014-02-19 03:461825

评论

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

分布式缓存总结

罗亮

架构师训练营第五周作业

架构师 极客大学架构师训练营

啃碎并发(三):Java线程上下文切换

猿灯塔

一口气说出 OAuth2.0 的四种授权方式

程序员小富

Java oauth2.0

你可能还不知道自己无知

小天同学

读书 智能时代 信息噪声 高考

架构师训练营第五周作业

talen

让Go“恐慌”的十种方法

博文视点Broadview

Go 语言

作业

chenzt

分布式缓存一致性hash算法实现

考尔菲德

一致性hash算法的实现和平衡性测试

周冬辉

新增的两个区块链职业到底是做什么的?

CECBC

技术人才 系统操作 需求落地 框架搭建

一致性Hash算法

技术小生

极客大学架构师训练营

话题讨论|作为一名程序员,你下班之后都会做些什么?

InfoQ写作社区官方

写作平台 话题讨论 话题 热门活动

计算机中短期学习路线

zack

Scrum Master与Project Manager的区别

Mew151

Scrum

朱嘉明教授获2020杭州区块链国际周“特别致敬奖”

CECBC

CECBC 朱嘉明 区块链国际周 特别致敬

架构师训练营 -- 第五周作业

stardust20

“区块链+” 医疗行业场景应用迎来大发展

CECBC

医疗方案 区块链+ 场景应用落地 多元场景应用

Spring核心原理解析

Chank

Java spring

Redis-进阶篇一

多选参数

数据库 redis redis高可用 redis6.0.0 Redis项目

架构师训练营 W5 作业

Kun

极客大学架构师训练营

架构师训练营——第5周学习总结

jiangnanage

第五周总结

考尔菲德

第5周结构师训练营——作业

jiangnanage

05周作业—技术选型

dao

极客大学架构师训练营 作业 一致性Hash算法

数据库周刊31丨openGauss 正式开源;7月数据库排行榜发布;oracle ADG跨版本搭建;PG解决社保问题;mysqlbinlog解析……

墨天轮

MySQL 数据库 oracle 性能优化 opengauss

架构师训练营 - 第五周 - 学习总结

stardust20

Spring Boot读取配置文件的几种方式

Java旅途

Spring Boot properties yaml

架构师训练营--第五周学习总结

花花大脸猫

极客大学架构师训练营

国内首本CTF赛事技术解析书籍,五年之约,兑现了!

华章IT

网络安全 Web CTF Reverse PWN

kafka监听mysql实时数据变更

爱java爱自己

MySQL mysql事务

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