论坛首页 综合技术论坛

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

浏览 18414 次
精华帖 (0) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (3)
作者 正文
   发表时间:2011-12-08  
xixix2004 写道
魔力猫咪 写道
xiaoya629 写道

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

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

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

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

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

 

把完成任务作为底线是非常错误的。因为软件开发中任务有时候很难预估成本。偏差出4-5倍都不新鲜。如果任务安排出问题了,那么扣程序员的钱是非常不道德的。绩效这东西放到软件开发中基本上除了压工资就是制造矛盾。

 

偏差4,5倍那这管理真真该检讨下为什么自己这么不靠谱了,这任务是怎么安排出来的?

你看看估算方面的书就知道了。实际开发和事先的预估有时候能差很大的。任务越小越明确,估算越准确。越大越模糊,估算偏差越大。而且大多数时候人们爱偏向乐观预估,估算的时间和成本经常小于实际需要的。现实中很多项目超预算和时间的。就算是估算比较准一些的建筑工程项目,也有延期好几年,预算超出好几倍的事情发生。

遇到这种情况,让程序员当替罪羊是非常可恶的做法。程序员是其中最无辜的家伙了。

0 请登录后投票
   发表时间:2011-12-08   最后修改:2011-12-09
项目经理站在台上吼道  如下此城大略三天.......

PS:当兵的不靠军响,靠劫掠.有些特定时代是可行的.
比如:我当年作航空物流项目时
想老可行,历史上还真没出现过
0 请登录后投票
   发表时间:2011-12-09  
许多老板销售出身,不了解技术
0 请登录后投票
   发表时间:2011-12-16  
这也算问题?

如果这都搞不清,建议换老板。
0 请登录后投票
论坛首页 综合技术版

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