写一份关于测试部奖罚制定方案，大家一起讨论。

zhong3269 · 发表于 2010-11-9 14:37:59

本帖最后由 zhong3269 于 2010-11-9 15:12 编辑

目前测试部，想自拟一份关于测试部的奖罚方案，

奖罚目的：为了加强员工质量意识，促进和保持公司员工工作积极性和自觉性。

我想对于每个测试部这样的制度，这样测试部的全体员工更有积极性，更有责任心。

希望大家参与讨论哦！！！！！如过现成的制度希望分享哦！！！！我觉得这是好事

但不知道如何下手。提笔难写。

yuetiantian · 发表于 2010-11-9 14:57:28

不拿东西出来怎么讨论？

zhong3269 · 发表于 2010-11-9 15:09:24

那我直接变成求助吧！！！！！

niithxl · 发表于 2010-11-9 15:18:20

测试就我一个人的说，看到这份东西，心情抑郁啊，不过感觉这份东西在项目中提议的话，好像会有压力感的，奖励的话不多说，罚得话个人感觉比较难，不好定位

zhong3269 · 发表于 2010-11-9 15:49:04

主要是奖励嘛！！！！！怎么奖励能提起团队的斗志、责任心、工作效率、工作质量等多方面啊！！！

zhong3269 · 发表于 2010-11-10 09:39:09

比如说：一个项目小组经常加班加点的忙一个项目，并且取得了很好的成绩，我觉得就应该奖励

coolchen · 发表于 2010-11-10 10:13:28

大问题500，小问题200，从需求到开发到测试要一起承担

zhong3269 · 发表于 2010-11-10 16:28:07

写具体点啊！！！！！比如什么什么！！！！！！多好的想法，就没人想呢？你一条我一条就出来了1！！！

千里 · 发表于 2010-11-10 18:14:28

你先写出来，我们再讨论吧。
没看到你抛出任何讨论的元素，整一个光吸收知识的求助，这样还是不太好。

愚人 · 发表于 2010-11-10 23:19:25

不是写一份讨论嘛，难倒只为了发牢骚，难写？

msnshow · 发表于 2010-11-11 08:38:02

这个比较难，对测试工作的考核本身就非常困难，设及到奖罚就更难了

Scott86 · 发表于 2010-11-12 16:40:52

1、每位员工一天寻找BUG票的任务是10个，超过10个的每个票奖金10元（BUG明码标价：逻辑BUG，功能性BUG每个500）；
2、3、每天工作量过低的给予警告，一个月超过3次警告给予罚款（罚的钱给大家买糖吃）；
4、每天员工要写工作总结：当天工作数量，工作质量；月底进行评比（月冠军奖励500）（副班长给大家表演节目）；
5、测试组提前完成任务让老大请吃饭，延误工期测试组成员集资请老大吃饭；
奖惩宗旨：增强团队效率，提高团队质量，榨干老总钱袋；

archonwang · 发表于 2010-11-12 16:45:05

1、每位员工一天寻找BUG票的任务是10个，超过10个的每个票奖金10元（BUG明码标价：逻辑BUG，功能性BUG每个5 ...
Scott86 发表于 2010-11-12 16:40

当测试部老大压力好大。。。。
另外，明码标价之前请先提供标准（包括工作量和bug的等级分析），仅仅提供数量是简单的

archonwang · 发表于 2010-11-12 16:46:19

个人建议从需求开始，仅仅看bug数量最后可能会造成部门不平衡。

liumengjun517 · 发表于 2010-11-17 11:45:30

回复 12# Scott86
这样一刀切很糟糕，完全不具备操作性！举个简单的例子，bug到后期肯定越来越少，再说了，你找出了那么多bug，系统还要不要上线啊

liangliang1 · 发表于 2010-11-18 11:03:21

不能按bug量来做惩罚奖励，bug的多少并不能代表测试部人员的能力，他和多个部门有关系的，部门之间需要合作的，应该是看最终产品的质量如何来衡量各部门之间的合作力度。我觉得我们每一个人都是有主见和思想的，有自己的工作和思维方式，每个人都觉得拥有主人翁的感觉是最棒的，这比给予物质奖励更能调动员工的积极性！所以，我建议充分尊重每一个员工的想法和建议，你可以不采纳，但是请尊重他，一定不要打击他！即使他的建议再烂！否则，你的老大位置也会慢慢的变得没有任何意义，每个跟随你工作的人都仅仅是工具而已！当然，物质奖励也是必须的，毕竟我们工作还是要吃饭的！

moonjew · 发表于 2010-11-18 15:32:06

本帖最后由 moonjew 于 2010-11-18 15:36 编辑

--测试用例交流补充别人的，奖20-100。没有被比别人补充的，奖100。
--测试总结交流互相打分，高于平均分20%的，奖100-200。低于平均分50%的，重新总结。
如果我注重员工互相学习，那么就会设这种交流和总结的内容。

要看你的管理目标，不能盲目地列一堆奖惩项目，那样得不到效果，反而让大家反感或者不重视。积极性和责任心这种东西太空泛，你从理论上就没办法说谁不积极，谁不负责。
你追求质量的话，看你们的项目组织是否能倒旧账了，可以看现场反馈或者交叉测试来进行评估。

netwalker2000 · 发表于 2010-11-18 21:26:50

回复 16# liangliang1

我也觉得不能“按bug量来做惩罚奖励，bug的多少并不能代表测试部人员的能力”，建议考核包括如下：
1.质量，是系统上线后发现的问题，此类问题越多则质量低，要惩罚
2.效率，是系统没上线前测试人员发现的问题数，此类问题越多则效率高，要奖励

篱笆藤萝 · 发表于 2010-11-22 11:26:53

关于这个问题，我们公司有个需要改革又找不出很好方案的制度
测试是按工时计算的，每月有工时数，完成则是满工资，少了就扣，往往开发有时候任务很多就可能超，不过此机会相当小，大多时候是不够，所以扣得时候比较多。还有测试人员每发现1个bug奖测试0.5个工时，扣开发0.5的工时，总之这样有很多问题，想了讨论了很久也找不出一个好的办法激励测试人员好好工作，及早极多的发现软件问题，保证测试质量。

wangsc_testing · 发表于 2010-11-22 14:02:23

回复 7# coolchen
不可取！发现一个大问题，你就奖励500，那是不是开发的人就要扣掉500啊！测试人员和开发人员本来都是软件质量保证的一部分，这样做只会鼓励测试人员整天找开发人员挑刺，破坏团队合作的意识，而且，测试人员抓住一个问题不放，而和开发人员讨论，那势必会影响项目开发进度。考核测试人员可以从测试用例的覆盖率、缺陷探测率、缺陷维护是否及时、测试报告是否符合标准化等等来考核

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 写一份关于测试部奖罚制定方案，大家一起讨论。

相关帖子

站长推荐 /1