前两天部门领导制定了一套将要实施的考核制度。我举几条我最不爽的：
- 一个月发现 3 个或以上 BUG，评 D 等；一个月发现 5 个或以上 BUG，评 E 等；
- 工作量不饱满（低于 80%），评 D 等；
- 2 次评为 D 等者，等同于 1 个 E 等；
- 1 次评为 D 等者，取消本月奖金；1 次评为 E 等者，取消本考核期（半年）奖金。
这次考核制度出台的背景是，公司一直有稳定的人员流失现象，通常是干了一两年就跳走。所以开发人员整体的水平一直不怎么样，而且，能够做架构设计的开发人员，没有。有点经验就走人了。所以稍微大一点的项目，框架架构的质量都是十分勉强，而且最近还有一个比较大的项目被用户投诉，大概是这套考核制度出台的直接原因吧。
本人工作经验尚浅，没跳过槽。所以我想知道这样的现象预示着什么没有？
问题补充：
关于考核制度领导有补充，就是：考核人员（组长/项目经理之类）每次必须至少评出一个 D 来！
