写点什么

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

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

    阅读完需:约 7 分钟

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

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

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

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

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

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

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

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

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

2014-02-19 03:461851

评论

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

100字:对数时间复杂度

韩小非

算法 时间复杂度

字节码编程,Javassist篇二《定义属性以及创建方法时多种入参和出参类型的使用》

小傅哥

Java 字节码编程 字节码插桩 小傅哥

JDK源码分析之 ArrayList

Wh1

源码分析

一个平凡者的阅读故事

卷尚

spring-cloud-stream 集成 rocketmq

再见孙悟空

RocketMQ Spring Cloud

读 Guide to Java String Pool

shengjk1

Java string pool

SpringBoot+Mybatis Plus多租户动态数据源

zane

数据库 Spring Cloud mybatis

字节码编程,Javassist篇一《基于javassist的第一个案例helloworld》

小傅哥

Java 字节码编程 字节码插桩 小傅哥

Ruoyi Vue前后端分离版本添加UReport设计器

赵欣

Vue Ruoyi uReport

如何写作一本书(1):写前须知

英子编辑

技术 写作 读书

程序员到底应该学习什么语言好?

页面仔小杨

高性能交易系统设计原理

廖雪峰

架构

程序员不可不知的:2020年测试六大趋势

禅道项目管理

人工智能 开源 DevOps 敏捷开发 测试

ANTLR入门(一)

zane

编程语言 ANTLR

OKR实践中的痛点(2):对不qi,对不qi

大叔杨

OKR Scrum 敏捷 敏捷开发

从少儿编程讲讲开发行业的大趋势

kimmking

在线教育 少儿编程

DDD 实践手册(1.Get Started)

Joshua

领域驱动设计 DDD 系统架构 架构模式

远程办公钉钉使用体验

冯夷

钉钉

Filebeat + Kafka + Elasticsearch + Kibana 实现日志收集与管理

AlwaysBeta

大数据 kafka elasticsearch elastic 数据分析

曾国藩家书嘉言钞(六)

熊小北同学

曾国藩 曾国藩家书 嘉言钞

变革之路的思考

龙眼果

ANTLR 入门(二)

zane

编程语言 ANTLR

《代码整洁之道》原则整理

insight

编程

讲一个程序员如何副业月赚三万的真实故事

非著名程序员

程序员 副业 副业赚钱 提升认知

本地开发环境搭建利器--vagrant

aoho

DevOps 运维 vagrant

彻底明白如何设计一个良好的 API

Yezhiwei

Laravel 7 新特性 - 流畅的字符串操作

Middleware

php laravel string

告诉你一个学习编程的诀窍(建议收藏)

ithuangqing

学习 编程 自学编程

招聘小思考

水色

从高盛的技术“开源”看金融业软件发展未来

FinClip

open-source 金融科技 数字化生态

翻译: Effective Go (3)

申屠鹏会

翻译 gol

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