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