小公司，5 号发工资 能说明企业发展 的好不

还可以参考：
1、楼主之前的经历匹配度，原则是关联度高、可深挖；
2、楼主想要什么样的发展路线；
3、光看钱肯定是首选钱多的；

简单粗暴，而且没啥意义，人为制造测试开发对立，对提高质量没有任何帮助，非常愚蠢！

bug 可以作为团队近期开发质量的参考，但是无论是团队还是个人的绩效考核，看这个毫无意义。打个比方，一个人 1 个月的东西要 1 周做完，他出了 100 个 BUG，一个人 1 周的东西 1 个月做完，他就 10 个 BUG。第二个人更好？

至于上面绩效考核 = 当月工作量 X 质量评分 X 团队合作评分，人少干同一件事还行，人多了工作情况复杂了，就工作量这个，就没啥可比性，除非团队进行标准化的任务拆分。质量评分也挺扯的，质量是共建的，并不是某个人的事。另外什么团队合作评分，考核这个东西，加了一个主观条件，那么考核就是主观的，还不如弄些目标，大家都达成了，光明正大的用主观来评。

考核是引导团队方向的，单纯以考核来考核，是管理水平低下的表现。

以 BUG 数量考核，引导团队多点 BUG？

可以看下这两家公司离职评价

再找个性能 + 自动化都做的

写的越多有 bug 的可能性越多，有可能会产生大家不敢写代码，或者都去写那种一个个烟囱的代码，不引用别人的（怕别人的有坑）。

如果只有这个指标，就太简单粗暴了。

如果是担心绩效，可以看能不能问下里面的同学实际是怎么情况

但我感觉做性能和做自动化还是有一定差别的，不要只是看薪酬这个点，关键是技能。

推断一个企业发展情况

求解，几号发工资的逻辑是什么

同意

10 号以前很棒，10 号发工资就还不错，15 号勉强接受，再晚就不要考虑了。

看几号发工资

简单， 粗暴，低效，无价值

之前我司有使用 bug 数量做参考，打分制，但是不是单纯按照数量来计算的，不同等级的 bug 有不同分值

简单、粗暴、有效

简单但是有效啊。如果团队比较大的话，看这个数据也没什么问题吧。
当然如果加一个线上 BUG 数，然后和测试 BUG 数相除得到一个系数。这个系数越小得分越高或许更好一点。

沙比但是完美，对于某些管理体系下的管理者，即便水平再高也只能这么来

N 年前的考核方式了，现在早淘汰了

从没见过有这种考核方式

在哪里可以申请专栏呢，没找到入口

哈哈，匿名沙雕

哈哈，在你们眼里，努力工作是资本舔狗，提升技术是资本舔狗，现在连尊重学历都是资本舔狗。下回是不是连按时上班都是资本舔狗

真不知道你莫名的优越感从哪里来

你的钱不是大风刮来的，人家的高学历就是大风刮来的？有空不如坚持 github 全绿，整点有意义贡献。不如选择安逸点

发这种帖子没有什么意义的原因在于，这论坛里到处都是小布尔乔亚的资本舔狗，你想获得什么认同感呢？