这是一个创建于 281 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，目前是一个比较小的公司，找了一些人，也裁过几个人（能力不合格）
小弟现在有个任务，就是搞一套考核标准（用于评级和发奖金），我想了一下，代码质量，问题排查能力，责任心这些东西都很难通过一些指标进行量化考核，想问下各位大佬，贵公司有类似的制度吗？或者有什么想法？
 | 1 gam2046 2025 年 6 月 7 日 不考核过程，只考核结果。比如 开发人员：一周做出来，奖金 100%，两周奖金 50%，三周奖金 0%，四周绩效-20% 测试人员：找出开发人员的 bug / 上线后外部发现的 bug 比例，找出率 90%以上，奖金 100%，依次递减。 |
 | 2 oven 2025 年 6 月 8 日 via Android 以业务上的目标为主。其实主要难点在于软件研发工作的不确定性，需要有经验的人来评估一个工作的难度、工作量。然后对工作进行拆解、量化和分工。通常很难做细粒度的考核，但是可以拆成稍微大一些的阶段，比如做到月级别，具体还得看项目情况。考核的时候，业务目标一定要根据实际情况定清楚，并且跟研发的负责人做充分的沟通，让他做好一个业务-技术间的桥梁作用。 |
 | 3 X90 2025 年 6 月 10 日 小公司就不要整这么复杂了，老板是不舍得投入管理成本的。标准复杂了执行耗时耗力，简单了没什么用。小公司基本都是一言堂，公司是部门也是。按 bug 数/任务时长简单顶一个标准，奖金怎么发最终还是领导定。这标准只是给领导一个参考 |
 | 4 xx6412223 2025 年 6 月 10 日 多大屁股穿多大裤衩子，小作坊要谨慎套用大公司的流程化管理。 一共就几个人，都在眼皮底下，好坏谁都清楚，哪个人更合适哪项工作也是谁都清楚。 这就是小团队的优势， 不要成本更高准确率更低的方法去替换现有的方案 |
 | 5 q8164305 2025 年 6 月 11 日 小公司就不要搞这些东西了，直接定 okr ，要求他们给时间，到期看结果，不需要那么多花里胡哨的 |
Select Language