那种薪资结构更合理

[skyworker]

目前团队开发人员的工作模式如下(非外包): 在公司现有产品的基础上, 进行小范围的定制开发, 然后交付给用户(用 ERP 定制实施举例比较合适).

目前开发人员的薪资是固定的, 例如 10k. 但是存在如下问题:

1. 干多干少一个样, 不乏浑水摸鱼者, 例如 10 行代码写 1 天
2. 有新任务分配的时候, 不愿意接手任务
3. 跟进效率低, 客户如果不提意见, 自己不愿意测试功能或者跟进, 反正客户不吭声, 继续摸鱼多快乐

打算调整下薪资比例, 例如底薪 8K, 每个人接手任务后, 有任务提成, 例如 2k. 多劳多得, 能力强的话, 一个月可以多完成多个项目, 如果没有接到项目的话, 继续摸鱼拿 8k 底薪.

诸位感觉如何?

[skyworker]

@huruwo 如果按照这种模式的, 效率高的话假如一个月前 10 天自己完成了 2 个 case,只想拿 12K 的话, 后面可以摸鱼, 大家都高兴.

[polo3584]

量化代码是很不靠谱的事，你需要一个靠谱的项目经理，知道哪个模块大概需要几天的工作量，然后负责在后面催着，然后区分出能干活不摸鱼，能干活摸鱼和不能干活的人，淘汰掉不能干活的人，把他的工资加到其他人身上。一个不能干活的混进了队伍，不及时清出去，别人看这么低效率也能混就跟着混，不想混的看到其他人都在混就想离职，然后部门就衰败了。

[skyworker]

@plk403 case 是固定的, 例如这个月就这一单 case, 你写垃圾代码用了 20 天也可以; 高效率的话, 1 天把项目完成了, 后面摸摸鱼也 OK

[yuxi521]

楼上回复的不是在摸鱼吗?都是上班时间回复的吧

[skyworker]

@wxw752 考核是根据员工完成的 "项目"来计算的而不是根据代码行数, 例如一行代码也是完成项目, 10 行代码也是完成项目, 我相信没有人会把一行写成 10 行的

[INFP]

@justrand 你嫌 10 行不够，那你想要多少行我都能给你一秒钟加上。说到底还是他们公司的人摸鱼技能不够高，让 hr 发现了

[huruwo]

@skyworker 会不会因为有人做的快了，觉的工作量不够大。立马加大工作量并且开除做的慢的员工。

这是之前的一个流水线故事。老板预定好一个件提成几毛，结果员工越做越快后面收入过万了。老板立马把单个件提成降下来一半然后员工跑路。

[skyworker]

@huruwo 任何根据"绩效"发放的薪资制度都有这种可能性, 这就只能靠公司内部的默契, 以及另一方如果觉得对方做的过分, 用脚走人投票来平衡了

[huruwo]

@skyworker 还有关于摸鱼的问题
在项目初期 需求多任务重需要快速开发可能不会摸鱼
后面项目稳定 只做维护或者小任务 因为对项目熟悉，快速完成然后摸鱼。
对于这种情况你怎么看。

[Sapp]

我寻思你们是不是忘了奖金的本意是干什么的，工资本来就是个保底，按照团队干的事情分奖金包，团内自己内部再继续分，这才是奖金的初衷啊

[skyworker]

@huruwo 可能你对 toB 端的软件不熟悉, 每个 B 端企业用户的需求都是独特的, 并且不一样的(主要是流程), 基本上开发的主要工作就是业务流程的重构, 而不是例如应付高并发这样的需求, 一旦高并发解决了,以后就没有什么问题了.

B 端软件的实施过程, 都是流程重构和打通, 并且几乎每个企业的需求都是不一样的.

[zw1one]

这就是外包，看谁闲着就派去客户现场出差就好了，然后他就会自己离职的。

[skyworker]

@zw1one 开发人员都是在公司的, 不需要出差

[asAnotherJack]

开发又不是打字员，以代码行数评估工作量太扯了

[fgk]

程序开发 很难量化啊

[wqhui]

按任务分有一个问题，怎么准确的评估每个任务的难度以及耗时，然后给予相应的报酬？比如一般的 CRUD 任务跟优化系统任务是不同难度的东西，它们的任务报酬差额是要体现出它们之间的难度，有些东西虽然也是几百行代码，但可能是要有一定经验以及积累才能写的出来，价格肯定是不一样的

[repus911]

降薪，还是集体降薪，对团队的打击可是非常大的，能干活都可能开始不干活了，而且最后致头部人员流失。

不如裁几个尾部人员，可以集中工作量，确立威信，驱逐害群之马。

然后再确定好职级和晋升途径，给干活的人一些甜头，给大家的工作有个盼头。

[wupher]

笑死我了，工地搬砖这么搞没问题，越是复杂脑力劳动这么搞越难。

好歹只是个定制开发，这要是技术探索，数据挖掘这类活该怎么办？

总不能站在背后用鞭子抽？

什么情况下他们效率会高？干脆也别雇他们了，把活按量按时发包给他们好了：干完自己玩去，没活也不给钱，这样可好？

[baiyi]

软件开发者的工作量化是很难的，强行量化只能让真正干活的人接受不了束缚选择离开，反而是混子还会有无数种方法继续混下去。建议考虑 2 楼的意见，加强团队管理

[no1xsyzy]

想起个老故事
花了十天，只写了十行代码，但这该写的十行代码，没二十年经验是找不出来的

古德哈特定律：当一个措施本身成为目标时，它就不再是一个好的措施。
你用代码行数来算？我一分钟能诹出 200 行无效代码。还记得那个内核错别字大师吗？
因此，你需要测量产生的效益，唯一的测量方式是（由谁？）测量效益本身。对，这里的由谁测量是个问题，而且是个有启发性的问题。社会如何测量一件事的价值并给予人们反馈？市场。市场是层叠的。你从 ABCD 那里买来原料，生产出商品后卖给 WXYZ，WXYZ 通过一般等价物，反馈给你你的输出值多少钱，你再次传递到 ABCD 那里，他们的工作值多少钱。所以，真正意义上有用的测量是在公司内部将工作重新市场化。由一名员工提起项目（粒度化可以很细，比如一项改进措施），在粗糙的审议通过后，分配一定量预算，该员工自动形成项目管理者，由其在公司内招人实现之，完成之后获得的效益再由其分配。中间消耗的一切公司资源均作预算抵消。
实际上有看到说有公司不完全地实现了这一想法，并且效果很好，但我实在不记得是在哪看到的了。最可能是阮一峰。