论坛首页 综合技术论坛

开发人员的薪水,是否要和销售业绩挂钩?

浏览 18535 次
精华帖 (0) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (3)
作者 正文
   发表时间:2011-07-20  
我认为需要与业绩挂钩,理由:
团队目标管理,绑定相互利益,另外帮助团队加强内部协调,减少内部损耗
但实际操作要注意几个问题:
1、每个人设定的绩效比率是多少,如果业绩不佳,最直接的责任人应该承担更多的责任
2、如果由于行业不景气或者公司核心竞争力丧失,是否能补偿这部分的绩效损失?
其实第二个问题是第一个问题的衍生,如果大环境不好,公司领导是否愿意承担领导责任而不把损失摊到各员工头上去减少自己的用工成本

销售不好,最大的责任人是总经理,其次是销售总监,在后是主管销售经理,最后是各后台、技术支撑部门,搞不明白这个,绑定开发人员业绩那是领导或者销售推卸责任的手段,打击积极性的最好办法
0 请登录后投票
   发表时间:2011-07-20  
薪水是薪水,年底分红是分红,
激励政策不应该是打压政策,
这种老板,等着悲剧吧
0 请登录后投票
   发表时间:2011-07-20  
seeckt 写道
我认为需要与业绩挂钩,理由:
团队目标管理,绑定相互利益,另外帮助团队加强内部协调,减少内部损耗
但实际操作要注意几个问题:
1、每个人设定的绩效比率是多少,如果业绩不佳,最直接的责任人应该承担更多的责任
2、如果由于行业不景气或者公司核心竞争力丧失,是否能补偿这部分的绩效损失?
其实第二个问题是第一个问题的衍生,如果大环境不好,公司领导是否愿意承担领导责任而不把损失摊到各员工头上去减少自己的用工成本

销售不好,最大的责任人是总经理,其次是销售总监,在后是主管销售经理,最后是各后台、技术支撑部门,搞不明白这个,绑定开发人员业绩那是领导或者销售推卸责任的手段,打击积极性的最好办法

想法是好的,但真正到细节(规则建立和执行),会让人精疲力竭。
只有团队认同的决策,才可能被高效执行。先看看大家是否真正认同吧。

对于开发人员,我一般建议放弃绩效考核。绩效考核的目标是提升绩效,想想我们的行为是否达成了这个目标。

学过管理的一般都知道,有两种规范员工行为的方式:市场调节和社会调节。前者就是和薪资、奖惩挂钩,硬性的;后者是通过人际关系,软性的,比如,如果你发现上司总是无条件信任你、支持你,你会怎么做?
我还是倾向于关系调节。实际上,我实践过两年,越到后期,效果越好,最后员工会自动自发。
因为人与人之间建立信任,不是一两个月的事情,所以这种方式需要耐心。我比较认同教练式领导。



0 请登录后投票
   发表时间:2011-07-21  
对开发人员搞绩效考核的确比较困难, 我原来的公司号称一切都量化, 好处咱就不说了, 造成的问题有:
1.QA疯狂的找bug,发bug, 没办法, 他们的指标量化了, 就要这个数字体现自己的绩效, 开发人员经常和QA吵BUG的处理问题
2.除了开会, 发邮件, 其他的PM啥都不管,自己的需求有时都不明白, 一切工作都往开发身上推, 不发文档, 不认账, 反正都是开发人员情商低, 傻干,出问题, 找开发..
3.开发人员都愿意做容易简单见效快的工作, 没办法, 量化了, 否则我的绩效如何体现? 重构代码?我考, 这个风险太大, 也没好处, 我不干


0 请登录后投票
   发表时间:2011-07-21   最后修改:2011-07-21
zwchen 写道
seeckt 写道
我认为需要与业绩挂钩,理由:
团队目标管理,绑定相互利益,另外帮助团队加强内部协调,减少内部损耗
但实际操作要注意几个问题:
1、每个人设定的绩效比率是多少,如果业绩不佳,最直接的责任人应该承担更多的责任
2、如果由于行业不景气或者公司核心竞争力丧失,是否能补偿这部分的绩效损失?
其实第二个问题是第一个问题的衍生,如果大环境不好,公司领导是否愿意承担领导责任而不把损失摊到各员工头上去减少自己的用工成本

销售不好,最大的责任人是总经理,其次是销售总监,在后是主管销售经理,最后是各后台、技术支撑部门,搞不明白这个,绑定开发人员业绩那是领导或者销售推卸责任的手段,打击积极性的最好办法

想法是好的,但真正到细节(规则建立和执行),会让人精疲力竭。
只有团队认同的决策,才可能被高效执行。先看看大家是否真正认同吧。

对于开发人员,我一般建议放弃绩效考核。绩效考核的目标是提升绩效,想想我们的行为是否达成了这个目标。

学过管理的一般都知道,有两种规范员工行为的方式:市场调节和社会调节。前者就是和薪资、奖惩挂钩,硬性的;后者是通过人际关系,软性的,比如,如果你发现上司总是无条件信任你、支持你,你会怎么做?
我还是倾向于关系调节。实际上,我实践过两年,越到后期,效果越好,最后员工会自动自发。
因为人与人之间建立信任,不是一两个月的事情,所以这种方式需要耐心。我比较认同教练式领导。





事实上市场调节和社会调节都很难
市场调节
很多外企在做,这个需要很多管理的积累,能够用各种技术工具以及多年积累的数据作为管理的支撑。但中国就缺乏这样的基础,说技术工具,中国也没什么大学去研究男的抽烟得癌症概率高还是女的抽烟得癌症概率高,中国式管理是基于人情权术而不是基于数学模型的。另外即使是一些外企,数学模型使用不当(比如分到一个注定完蛋的项目又没有其他补偿),导致的结果就是离职和内部跳槽,毕竟没人会和丰厚的奖金过不去。至于经营数据和管理体系的积累,中国各企业接触现代管理还太少,与直接进入中国的各大外企比还有相当大的差距,国内主流十几年摸索着成长的企业,在管理上和外面至少成立了几十年,已经是世界XXX强的企业还不够资格相提并论

社会调节
如果你发现上司总是无条件信任你、支持你,这个如果往往不存在。
最好的上下级关系是管仲+齐王式的,上级缺乏具体执行能力但能够提供权力以及保护伞,下级德才兼备。但在金字塔式的结构里,大家都是搞专业能力+一定管理能力上去的,那就要求上下级能力总是能够保持适当的距离,这个距离太大,执行力就差,太近就是各种穿小鞋。
0 请登录后投票
   发表时间:2011-07-21  
xiaoya629 写道

说的对,确实是这样,对开发人员来说,绩效应该是以促进和提升为目的,不是为了压工资或者是监督为目的。

今天正好和同事讨论这个问题,我认为,对开发人员来说,能完成任务就是底线,就应该给你正常的工资,不能完成工作或者说无法胜任,那就辞退。当然,工作任务以能力范围为准。

如果超额完成,或者超出预期的完成,那就是绩效,要奖励。没有中间的选项——不能完成任务就少发工资。

优秀的绩效只是少数人,而且一般都有名额限制,如果将绩效应用到每个人的基本待遇上,那就是压工资的手段。除非你的绩效是保底型,优秀的人,奖励最多,最低的人,不奖励,按合同工资来,不合格的人,辞退。

有升有降,有比较,有差别。

 


这样就又存在问题了,有些人负责的模块比较复杂,即使技术挺好做起来需要的时间也会比较多;另外技术经理分配任务的时候也是一方面根据自己所想到的工作量(很多时候并不是很准确),一方面根据员工的个人能力来分配。那这样的话多少算是应该完成呢?

0 请登录后投票
   发表时间:2011-07-21  
在国内某些互联网里面现状就是。。。每个开发人员的薪水结构有如销售人员一般,一个组里必须要评出最差的,大家都在努力,但是看不到结果,这种现状的存在应该不能叫一个合理吧,但是存在了近10多年之久,请问LZ怎么解释。。
0 请登录后投票
   发表时间:2011-07-21  
BruceXX 写道
在国内某些互联网里面现状就是。。。每个开发人员的薪水结构有如销售人员一般,一个组里必须要评出最差的,大家都在努力,但是看不到结果,这种现状的存在应该不能叫一个合理吧,但是存在了近10多年之久,请问LZ怎么解释。。

1、如果你去学开车,是不是还得从最基本的倒桩、坡道起步学起?
2、但是,你买手机,你却不用从黑屏手机开始用,然后才能买彩屏的、带MP3的。

如果你开一家公司,你是站在别人的肩膀上,还是从零开始?也就是说,是上面的1还是2?
如果一个人以前不是做管理,而是做技术活销售出身,他可能会模仿他原来公司的管理,也可能全凭自己的感觉,没有人要求他必须怎么管人、带项目。
如果说最容易上手的,就是凭直觉,按照他见过的来,比如末尾淘汰、加班、奖惩,如果见得最多的,就是传统行业管理工人和销售人员那种方法。而对知识型行业人才的管理,文章和书籍并不多,传播非常慢。再说,大多数人都是不看书的。

软件技术和互联网都以年计,但管理这东西,却是以10年计,因为它是实践活动,不太具有模块性、可复用性,而这是事物快速发展的基本条件(如USB3.0是基于USB2.0的)。管理发展之慢,可以看看ERP管理软件。




2 请登录后投票
   发表时间:2011-07-22  
这个问题的深思下。。做开发的很受伤啊!。。我是做开发的!
0 请登录后投票
   发表时间:2011-07-22  
这个开发人员算怎么界定啊

后台程序员,负责的是系统的稳定性,速度。东西卖不出去只要不是页面打开慢,系统内部运算数据丢失,错误。那么后台程序员就是很好的完成了工作啊。

RIA去负责用户体验交互。但是也有限度吧。

除非小公司,分工很粗,不然销售业绩不好怪到开发人员头上怎么都不合适啊
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics