【AICon】探索RAG 技术在实际应用中遇到的挑战及应对策略!AICon精华内容已上线73%>>> 了解详情
写点什么

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

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

    阅读完需:约 7 分钟

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

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

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

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

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

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

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

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

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

2014-02-19 03:461716

评论

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

CMS前世今生

叫练

CMS JVM 垃圾收集

自己搭建一个语音聊天室

anyRTC开发者

ios android 音视频 WebRTC RTC

定义边缘计算架构需考虑的三个方面

浪潮云

边缘计算

Kubernetes 稳定性保障手册 -- 可观测性专题

阿里巴巴云原生

Serverless 容器 云原生 k8s 存储

OpenTelemetry 简析

阿里巴巴云原生

容器 开发者 云原生 k8s 监控

重磅官宣:Nacos2.0 发布,性能提升 10 倍

阿里巴巴云原生

Java 容器 微服务 云原生 应用服务中间件

那些我磕过的音视频项目总结

梅芳姑

短视频编辑:基于ExoPlayer可实时交互的播放器

梅芳姑

Hexo + Material + Github 搭建博客

U2647

博客 4月日更

Python基础之:Python中的类

程序那些事

Python Python3 程序那些事

实时数据仓库的发展、架构和趋势

网易数帆

数据仓库 实时计算 实时数仓 iceberg 批流一体

程序员面试指北:如何更高效的准备面试

邴越

Java 面试 求职 招聘

飞桨与龙芯完成兼容性认证

百度大脑

飞桨

Rust从0到1-所有权-引用和借用

rust 引用 所有权 借用

MySql数据库列表数据分页查询、全文检索API零代码实现

crudapi

全文检索 API crud crudapi 列表查询

用DeBug的方式,带你掌握HBase文件在Snapshot的各种变化

华为云开发者联盟

HBase 元数据 数据迁移 数据备份 Snapshot

【LeetCode】直方图的水量Java题解

Albert

算法 LeetCode 4月日更

2021年Android工作或更难找,原理+实战+视频+源码

欢喜学安卓

android 程序员 面试 移动开发

Netty HashedWheelTimer 时间轮源码详解

Yano

Java 架构 Netty

业务随行:用户的网络访问策略还能这么玩

华为云开发者联盟

网络 通信 安全组 IP地址 业务随行

Serverless 可观测性的过去、现在与未来

阿里巴巴云原生

Serverless 容器 开发者 云原生 调度

SCF—BSS3.0的“公路网”

鲸品堂

工具 框架搭建 流式计算框架

今天是个开心的日子

return

Python OpenCV 之图像乘除与像素的逻辑运算,图像处理取经之旅第 17 天

梦想橡皮擦

Python OpenCV 4月日更

2021年Android面经分享,赶紧收藏!

欢喜学安卓

android 程序员 面试 移动开发

如何实现微信8.0爆炸和烟花表情特效

梅芳姑

在npm发布自己的组件

空城机

JavaScript 大前端 npm 4月日更 自定义组件

百度智能云发布云智一体的AI开发全栈模式

百度大脑

百度智能云

NAC公链主打应用而生的NA(Nirvana)公链有什么过人之处?

区块链第一资讯

清明节特辑 |记忆存储、声音还原、性格模仿……AI可以让人类永生吗?

华为云开发者联盟

AI 语音合成 清明节 对话机器人 VR/AR

8x Flow 业务建模法(一):你能分清业务和领域吗?

胡皓

领域驱动设计 DDD 架构设计 事件风暴 业务建模

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