那种薪资结构更合理

[skyworker]

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

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

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

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

诸位感觉如何?

[FH228]

开发这工作本来就没法量化，领导却想方设法的量化

[kop1989]

你需要改革的并不是薪资制度，而是开发团队的效率。

比如：
1 、为何会出现“不乏浑水摸鱼者”呢？因为你们开发团队的管理者失职，导致工作量长期不均衡、不饱和。
2 、为何会出现“有新任务分配的时候, 不愿意接手任务”呢？因为开发团队的管理者没有威信。
3 、为何会出现“跟进效率低”呢？因为真的出现生产事故，或者口碑退坡的时候，没有奖惩措施。（ btw：开发团队还要管跟进？？？）

所以，你真正需要的是整肃开发团队管理层。

[CEBBCAT]

有考虑过问问 HR 的意见吗？

（标题里应该用“哪种”，不是“那种”）

[tonytonychopper]

不愿意就离谱，这个是态度问题吧🤣

[keepeye]

我看明白了，你缺一个靠谱的项目经理

[IvanLi127]

管理失职。另外你这员工不干活不辞退留着干嘛？能者可以提拔升职，你这操作属于变相降薪

[jin7]

就这样操作 让别人都跑路比较好

[JKeita]

这种不是看绩效或年终来定的嘛

[skyworker]

@JKeita 用项目积分作为年终绩效不失为一种办法, 不过绩效太少的话, 没有动力; 绩效太多的话, 就变成了加工资, BOSS 那里不一定同意

[h1104350235]

变相降薪，很多人都接受不了吧

[skyworker]

@h1104350235 打算新人新办法, 老人老办法(老人如果觉得新的薪资标准自己更满意的话, 可以转)

[lzsadam]

这种方式只能让摸鱼的继续摸，能干活的都跑了。
不如从开发制度和团队规范入手

[ParfoisMeng]

管理失职。

[lagoon]

以前有个领导，广受好评，他和我们说“如果员工没事做，是公司的问题，不是员工的问题”。


扯回话题，真的好难。工作这么多年，也见过好几家公司试图考核码农，最终似乎都没什么好办法。
最好的办法竟然还是“人治”。

“有任务提成, 多劳多得”，这个困难在于，任务和任务的难度，辛劳不同。这样一来，形成“写多少代码赚多少钱”，以后轻松任务抢着做，难点任务，心有怨言，觉得钱给少了。
还有个隐患在于，是否形成变相降薪。给多少工资固然是公司自由，但如果比如市价是 A，变相降薪成 B，最终的后果就是人员流失，劣胜优汰。


真想激励，价钱啊。绩效分层，高的猛加钱，但显然有成本。



因此我觉得，还是用土办法吧，偷懒的谈话，实在不行裁换。

[skyworker]

@kop1989 人性都是懒惰的, 干多干少一个样吃大锅饭的结果都是这样.

总不能说当年农村大锅饭是对的, 生产效率不高的主要原因是村干部的威望和管理能力不够

[kop1989]

@skyworker #14

1 、软件工程从来就不是“吃大锅饭”。
2 、软件工程是一个脑力劳动，不能够通过客观指标估算工作量。
3 、消极怠工的本质是因为工作氛围下限的不断下探。
4 、“多劳多得”在软件工程里并不存在。

[joesonw]

之前看过一个全 remote 的公司的分享。大家平时有时出门的话打个招呼就好了，没有请假不请假的。但是，肯定会有人利用这个。那他们是怎么办的呢？出于保护好人的原则，直接干掉钻空子的人。

[Leonard]

可以偶尔开个会让汇报进度

[AEDaydreamer]

这三条除了 2 以外基本都是项目领导的失职，和写代码的没什么关系。而且就第二条也应该是管理人员分配任务，被分配到的不干那才是另一码事了。

[JKeita]

这种搞到最后只会让人待不下去