遇到这样的员工你会怎样处理？？

learn

她来面试的时候，说得非常好，尽最大努力来认真做好测试工作，且对部门能够提出一些创新观念，给部门注入新鲜血液，等等。。。（以前工作也是做测试）

        来上班不久，我就发现她做的和说的不一致，平时看着很努力，其实脑子里不知道在想些什么，例如：书写某个功能的case，她会花去好久，看着也在思考，但就是写出的case根本没有多少内容，就是按照case根本无法执行，写的操作不详细，且预期结果也不明确。我找她谈过，她的理由是写case需要去方方面面思考，这点我也无话可说，是应该从不同角度去考虑，但我更需要考虑的结果，总是花去很多时间去思考，到头来没有写出什么好东东。且这样的事情多次出现，也多次找她谈，每次都是一堆理由，被说服完，结果都是下次一定好好写。但经常仍然出现这样情况。

        后来由于项目事情着急需要加班，她拒绝加班，如果加班就要涨工资，由于法律上不能强迫加班，后来考虑已经培养好久了，就给涨了工资，但加班还是不乐意，但实际上后来也没有进行加几次班。

       当时考虑过把她辞掉，但又想想培养一个员工也不容易，一个员工挣钱也不容易，最后还是想给她改正的机会。

        近来她越来越不象话了，一个任务单测试通过4-5次还是出现问题，且每一次都是到用户使用发现的问题，就是说用户已经反馈问题4-5次了，由于我近期都不在公司，其他领导找她谈，说又是测试总会有遗漏的，不可能一下想的很全面。关键是其他领导告诉我出现的问题都是功能之内的，根本谈不上是关联或者深挖掘的问题。要求她进行快速解决此问题，答复是等明天再搞。我无言了。关键是现在她怀孕了，也没法给她辞退。

        对于这样一个没有责任心的员工，我想现在只有通过经济惩罚她了，但惩罚的标准该如何制定？

        同行的朋友，请发表你们的见解帮助我吧！期待你们有更好的解决方法！多谢啦！！！

猫妖木夕

我觉得如果作为一个测试人员没有最起码的责任心的话，
辞掉也不是一件过分的事情。但是现在怀孕了，我觉得可能换岗更合适

liaoxj

换岗吧，这个时候！

maomao257

学习了

tjj006

这样的事情总是存在的。
既然你提醒过后，她有所收敛，说明不是能力问题，而是态度问题。
我建议换岗吧，辞退太残忍了，接着干也不适合，做做行政什么的，工资给她降一些，干得不爽她自己会走。

njalic

我也遇到了同样的问题，不同的是对象是个男的，更要命的是 走后门进来的，不可能拿他怎么样。

65138935

遇到这样的员工真的很无奈哈,呵呵```

lantianwei

原帖由 learn 于 2007-12-5 12:50 发表
她来面试的时候，说得非常好，尽最大努力来认真做好测试工作，且对部门能够提出一些创新观念，给部门注入新鲜血液，等等。。。（以前工作也是做测试）

        来上班不久，我就发现她做的和说的不一致，平时看着 ...

某人曾说过"如果一个人扶不上马,就应该马上把他拉下马"

log_1

你可以把工作和工资挂钩，实行考核制度，考核的标准就是用例设计、编写，不公司上调的工资拿出一部分做为效纪工资，你设计的好，写的好，你可以拿到上调后的全部工资，写的不好，那对不起，你只能拿一部门或拿以前的工资，没有什么情面可讲，你讲了情面，就是对那些认真工作的员工的不付责任。

cecilialyh

同意14楼的观点.LZ已经给他机会了,如果还是那样的话.就没救了.其实对其他的员工这样也不好,大家会想,那样的工作态度都能加薪,这样大家的工作态度可能就都会变了.想着就算做的不好也没事的.

puchonghui

怀孕了跟她商量
让她回家休息
暂时保留录用关系
工资不发或者只发最低标准的，其他的转给其他帮她代工的人平分。。。

如果你让她在单位里出工不出力
还是得给她工资。。。

vanceinfo

To be or not to be, that's a question

cagemm

我的部门也有一个类似的情况，一个女孩子，写测试程序的能力比较差，做测试执行也并不认真，好像都是在应付，总之是没有责任心。一个相同的问题也是怀孕了，然后问题就更严重了；我已经尽量减轻她的工作量了，但是她好像怀孕反应很厉害，上班有总是不停的趴在桌子上睡觉，唉…… 真不知道该怎么办了，太严厉了，说我太苛刻，不管吧，那么多工作等着做呢，她不做，难道让我替她做么？愁啊……  这样的员工以后千万不敢要了，做测试工作，责任心很重要。

puchonghui

我一直认为
面试一个程序员首先就应该让他写几段程序来看
同样面试一个测试员首先就应该让他写几个测试用例和缺陷报告来看

问一堆概念有啥用
你能了解多少他的实际工作能力

vanceinfo

做测试有些日子了，对于楼主遇到的问题，有些想法。
1.对于楼主说的，那个女孩负责测试的功能范围，经常会被客户发现功能上的问题
---测试用例设计，通常是按照软件的需求说明书来设计对应的测试用例，这样来达到对测试需求的完全覆盖；
---测试用例执行，在拿到软件测试版本后，对于测试功能点发生变化的地方要进行修改（需求变更了），继续保持对需求的完全覆盖。测试用例执行结果我们用TD来记录执行结果和测试缺陷
---回归测试，这个看测试时间是否允许。缺陷的回归和测试用例的回归
2.女孩说测试需要考虑这样的那样的方方面面
---这个说法完全同意，但是需要由可以用的测试时间来决定。测试基本要求是，就是要对软件的系统的功能点覆盖，Yes Or No 的问题，测试用例的期望结果明确写出来。比如说，一个提交按钮的测试用例。简单用例就是 点击按钮，出现什么样的结果
---在这个基础上再来考虑方方面面的测试。仍然是一个提交按钮的用例，连续点击这个按钮N次，看出现什么样的结果。
3.楼主说，面试时女孩给你感觉很好。
---对于项目组的新成员，我的做法是，不管你的以往经历多么辉煌，对于这个新成员的测试用例，都会定期抽查，看设计的测试用例质量。（这个时间是值得花费的，也可以让小组的Leader来完成这个事情）；前提是测试团队要有一个统一的测试规范，如测试用例设计，测试缺陷描写等。
4.楼主说几次沟通未果
---最难的就是团队之间的沟通了，PMP说沟通会占用PM的85%以上的时间。本人很是同意这个说法。
5.赏罚分明
---赏/罚，对于测试来说，个人认为不容易判断。发现的缺陷数量，也许是测试人员负责的那个模块确实就是很少，但是实际上我们的测试人员是非常负责的在测试呢；测试用例设计效率，这个倒是可以作为一个参考值，但是对于测试来说，只有最后的缺陷数量才能体现测试团队存在的必要性。

lin85210

就象地球的蛆，无法消除掉，因它们代表一个种类。。。

polestark

楼上的，心态放的平和一点。哪个公司估计都有这样的人，也许在你看来这样的人还不如炒掉，但也许在领导的眼中还是有作用的，比如可能是润滑剂或者就是让你们这样的人鄙视的。。

lin85210

公司最怕用错人 。。看到公司里吃闲饭而又 不少拿工资的人 我就觉得恶心。。。。

现在公司都有这种人存在，他们起的作用不是白领了公司的钱，而是更大程度上影响了其他辛苦工作的同事的心情。。。 鄙视这些人

learn

非常感谢大家!我会参考你们的建议进行妥善处理的,再次感谢大家!

archonwang

看了你的回复，大概明白了问题所在。她的情况对企业来说，对这个产品而言不是不可替代的，建议还是找个合适的机会劝退吧——如果今后的工作没有任何改善的话。工作首先是态度的问题，而不是优先考虑他的能力有多强。

我个人认为PolesTark的建议值得参考，一次不行，沟通，二次不行警告，三次不行，沟通再给次机会，再不行，辞退。

有时候做管理工作，需要多为整个Team里的成员想想，而不是仅为了其中的一个员工。我可以理解身为一个待产母亲的心态——之前我的Team里也有类似的情况，但不赞同这种工作态度。希望你的那位Team Member可以有所改善。