想请教各位所在的公司针对软件开发人员的薪酬制度(300分)

  • 主题发起人 主题发起人 萧月禾
  • 开始时间 开始时间
萧

萧月禾

Unregistered / Unconfirmed
GUEST, unregistred user!
公司现有的薪酬制度是固定工资加每月评估奖金的方式，
感觉不足之处甚多，现公司正处改制
故想建议公司在这方面的改革
提出“底薪加提成”的方式，即降低现有的工资为底薪
另按开发项目的软件费的一定百分比作为项目提成
（研发项目以公司提供研发经费的方式）
想必许多中小型公司都采用这样的方法
但却有另一个问题，即评估标准
因为每个项目的难度和规模都不一样
即使在同等难度下，有的项目的收取费用高些，有的低些
导致开发的难度和工作量与提成比例的关系又不一样
甚是复杂，很难界定一个公平的标准
所以想请教各位所在的公司针对软件开发人员的薪酬制度
或者大家讨论一个比较合适的方案，主要针对中小型软件公司
欢迎大家参与
 
一般来说，软件项目的复杂度跟价格是成正比的。
另外考虑到软件企业的人员流动较大，可以推行项目管理制度。
由公司根据项目情况成立项目工作组，建立项目开发基金，设立一个工作组长和一个副组长负责整个项目的开发，以及对新进组员的技术指导。
在项目结束后，由项目组组长进行工作总结，并对工作组成员的工作内容进行审定。对整个项目有突出贡献的：比如缩短开发周期、提高开发效率的成员，
予以一定的奖金提成。
不建议采取降低底薪的办法，因为软件开发毕竟是对开发人员依赖程度较高的工作，一支稳定的开发队伍是高效率和高质量的前提。
 
大侠就是大侠！300分！厉害！
帮你UP一下！
 
建议为程序员定级,定级可以定得比较细, 10级左右, 顶级的程序员的待遇应该与副总经理的
待遇相当.
项目提成的算法, 难点在项目难度的评估上.
有些人总是把自己做的事说得很难, 而总说别人的东西简单, 这种人要是当了领导, 总是把
容易做的而提成高的东西留给自己, 我以前的导师的公司就是这样的
我们公司(中兴)现在虽然也定级, 可是每个月干多干少一个样, 以前还有加班费, 现在取消了.
最终只能在年终奖金上体现差别, 这样不太好,实际上是奖励懒人
 
对程序员定级只能反映一个方面的问题。对于中小企业来讲，基本上都是围绕着项目展开一系列工作的。
正如htw指出的那样，对程序员定级以后肯定从一定程度上限制了员工参与项目的积极性，因为干多干少你只要凭等级就可以拿到那么多钱。这对于比较低级的程序员压力很大，公司采取这种阶级式管理就缺乏一点亲情化的因素。
对于小企业来说，人员流动对企业造成的影响很大，往往这个项目的开发人员走了以后，相应的技术支持工作往往由于新接班人的关系而跟不上。所以可以考虑项目技术组的组长要对项目的技术支持负责，如果不行，可以制定项目组其他工作人员负责。这也解决了中小企业经常出现的客户支持不到位问题。
所以对于中小软件企业来说，我还是觉得应该积极推行项目管理制度。
 
我们公司也是这样，
有时真他妈的不想干了！
 
其实软件企业的人员流动快才是一个很大的问题，一般的中小型软件企业有不可能给予高薪，
所以软件人员的工资薪水是一个比较头痛的问题，一般公司都采用项目负责制，就是一个项目
有多大，减去他的开发成本（含人员工资）和税，然后拿出30%左右作为项目的奖金，每个程
序员按出勤、工作量、程序质量、工作进度等因素进行奖励的，具体情况具体对待的
有时间可以讨论一下啊
 
感谢各位的参与讨论
其实目前我感觉最难的就是在对一个项目开发难度的定位上面
比如有A和B两个项目，假设规模和难度完全一样
A项目的客户出手比较大方，软件费用比较高
B项目的客户出手比较计较，在各方面抠你（这种客户是占多数），则软件费低
对这样的二个项目，如果提成比例都一样，则每个人都想做A项目了
如果根据项目难度和软件费用的关系制定提成的比例，即A项目相对提成比例低些
但具体要低多少很难界定
如果用强制安排的手段让开发人员去做B项目，他们又会觉得不公平
至于给开发人员分级，我的方案里也提到
但我不清楚如果分多极的话则各级的标准如何定？
我只是给我们部门，即技术开发部（原系统集成部）的员工职位分4级
但各级之间的底薪的差别很小，每级之间最多只相差300
就是希望在大家都感觉公平的前提下，把待遇较大的部分体现在项目提成上
提高所有人的积极性
现在最大的难度就是如何尽可能地合理地确定一个项目的开发提成额为多少？
或者还有没有更公平合理，又能充分带动员工工作热情的方式？
 
可以参考某些设计单位或科研院所的方案.
项目来的时候先划分好项目的产值,然后换算成机时,采用计件制.行不行?
 
如果整个项目的难度都很难判定,那么每个人的工作难度也是很难判定的。采用分级制度的一个弊病是一般较难的部分肯定交给级别高的程序员去作，那么低级别的程序员就永远也无法参与到高点难度的工作，那么他们就无法得到晋级的机会。除非公司另外提供考核晋级机制。
所以我还是觉得软件开发人员的底薪一定不能差别很大，稳定是最关键的。
每个项目完成后都应该对项目组成员进行评审，对完成工作情况较好的员工给予晋级的机会以及更多的项目奖金分配。
 
我另想到了一种方式，大家帮忙看看有没有问题
一新项目在开始前，即需要制定其工作量时
我们可以定出完成这个项目需要的工作量，例如 M 个人月
每个人月有多少钱为一定值 N ，和予客户报的价钱不同，可能多些，也可能少些
然后按 M×N 的总和取一定的百分比 P 作为开发人月的项目提成，即 M×N×P
这种和前面提到的方式不同在于其与软件的具体报价无关，即工作量相同的项目提成相同
然后项目组内根据每个人的具体工作内容分配提成
这里为不让项目组的人只顾自己而不理团队中的其他人
则针对项目进度对整个团队实施相关的奖惩方式
在保质的情况下，提前完成的，整个团队的提成提高
反之，则整个团队的提成降低。以此令团队内部通力合作
而制定项目工作量由公司技术负责人、市场部相关人员以及开发人员制定
尽量以做到公平合理的方式
当然，不会有非常精确的标准，但只有尽量做到让大家感到公平则无异议
各位以为如何？

 
项目提成不仅给整个团队，还最好具体到人，这样才能保护有效率的开发人员。一个项目组也不应该吃大锅饭阿。
 
国内 的公司大多不讲信用,刚开始哄你干活的时候都是说低薪+提成或者年底奖金.最后
程序员发现上当受骗的都是自己.
所以工资能高些就高些.低薪的公司一概不要去.
切身体会,希望后来者不要上当受骗
 
间接经验
 
特别关注。
萧月禾：
有空一起去友盈吃饭。[:)]
 
您必须登录或注册才可回复。

Similar threads

D
[原]本人开始提供三方SDK(推送、支付、地图等)技术支持服务，有需要请看
回复
0
查看
898
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[译]Delphi for iOS开发指南(1):在Mac上配置你的开发环境
回复
0
查看
1K
DelphiTeacher的专栏
D
后退
顶部