摘要:很多中小企业在做绩效时,最容易掉进一个坑:为了量化而量化。
什么意思?就是你太想看清研发每天到底干了多少活,出了多少汗。于是,工单系统上线了。每个需求必须有记录,每段代码必须有归属。
初衷当然是好的,你想解决“忙闲不均”的问题。但结果呢?
研发也不傻。他们很快发现,这活儿要是没工单,干了也是白干。领导看不见,系统不记录。既然“非工单不绩效”,那研发自然会说:“对不起,请走审批。”
老板们最怕听到的一个词是什么?
是“走流程”。
尤其是当一线业务急得火冒三丈,客户的小 bug 已经影响了正常使用,研发却冷冰冰地回了一句:“请先写个工单,走一下审批。”
说实话,这时候你心里的火大概能把公司大楼点着了。
以前当面说一声、企微吼一句就能解决的事,为什么一旦搞了绩效,反而变得举步维艰?
到底是绩效机制设置坏了,还是绩效管理本身就有“天生缺陷”?
说透了,你这就是在用管计件工人的逻辑,去管一群造火箭的人。南辕北辙,能快才怪。
谁在利用绩效,给协作“合法”投毒?
很多中小企业在做绩效时,最容易掉进一个坑:为了量化而量化。
什么意思?就是你太想看清研发每天到底干了多少活,出了多少汗。于是,工单系统上线了。每个需求必须有记录,每段代码必须有归属。
初衷当然是好的,你想解决“忙闲不均”的问题。但结果呢?
研发也不傻。他们很快发现,这活儿要是没工单,干了也是白干。领导看不见,系统不记录。既然“非工单不绩效”,那研发自然会说:“对不起,请走审批。”
这就像你家水管爆了,你急着找物业关水闸。物业却指着窗口说:“对不起,请先去填一张‘水资源流失申请单’,等主任签了字,我才能拿扳手。”
你说这事儿怪物业吗?我觉得,该怪那个只盯着表单数的考核系统。
这时候,流程不是为了效率服务的,流程变成了研发躲避额外工作、保护个人分数的“防火墙”。
本质上,是你把“指标”设歪了。你只考核了他们的“计件量”,却忘了考核他们的“灵活性”。
协作是怎么一步步被搞死的?
咱们再往深了聊聊。协作这事儿,最怕“局部最优”。
研发要保的是“修复率”,业务要保的是“满意度”。当研发发现,临时插进来的小需求不仅费劲,还会拖累主线任务,导致自己丢分时,他会怎么选?
这就导致了一个诡异的现象:每个部门看数据都拿了高分,公司的整体效率却崩盘了。
而且,很多老板觉得管理越细越好。最好研发写一行代码多少钱,都能算得清清楚楚。但这恰恰是软件行业的灾难。
软件开发是高度协同的脑力活。你给运动员的每一步都套上枷锁,还指望他跑出世界纪录?
当“说一声”变成了“写审批”,背后传递的信号其实是不信任。大家开始通过流程“甩锅”。工单成了证据,审批成了挡箭牌。大家都在流程里寻找安全感,唯独忘了客户还在外面等得想骂娘。
把评价权交出去,让绩效不再是“毒药”
既然看清了病灶,那咱们换个思路试试。
你要做的不是废除绩效,而是给绩效“松绑”。先干一件小事:开个“绿灯通道”。
别让所有的芝麻绿豆事都去挤那条窄窄的审批路。你可以专门划出一个“应急池”,用来处理一线的小需求。这部分活儿不需要写什么复杂的工单,简单登记一下就行。
研发如果处理得快,业务反馈好,拿到的奖励比写代码还高。这样,响应业务就成了研发的“福利”,而不是负担。明白了吗?这叫顺着人性做管理。
再干一件大事:把评价权还给业务。
研发的绩效,不能光由研发老大一个人说了算。你要强行把业务端、客服端的评价塞进研发的考核里。
如果研发为了躲流程导致客户投诉,或者业务反馈协作太费劲,那他的个人分数就不可能好看。
当“协作好坏”直接和“年终奖”挂钩时,研发自然会想办法优化流程,而不是躲在流程后面看热闹。
最后,多关注目标,少死抠动作。
当研发的目标不再是“完成 100 个工单”,而是“帮公司留住这几个核心大客户”时,他们的行为模式会发生根本性的转变。他会主动去修那个 bug,因为这和他的奖金是一条心,而不是因为后面跟着个催命符。
别让流程杀死了你的生命力
很多公司做大了,就开始迷信“规范”。但规范不等于僵化。
特别是中小企业,快速响应、灵活协作是你们唯一的护城河。如果非要学大公司搞那套冗长、复杂的审批,就像是一个还没长大的孩子,非要穿上一身重重的盔甲。
结果不是保护了自己,而是把自己压垮了。
绩效本身没有错,错的是我们把绩效当成了监工,而不是助推器。
下次你的研发再让你“去写个工单”时,你先别忙着发火。你该回头看看,是不是你的考核指挥棒,把大家带进沟里去了。
绩效这玩意,应该是用来成事的,不是用来整人的。
1楼 羽漾
绩效管理,没有几个公司能笑着说自己的绩效管理做得挺好的