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