小螞蟻 |
|
|||
風(fēng)雨過后才見彩虹 |
公告
日歷
導(dǎo)航常用鏈接留言簿(174)隨筆分類(189)
0--感興趣的網(wǎng)站1--國內(nèi)測試網(wǎng)站2--測試同行的blog
3--開發(fā)好友的blog最新評(píng)論
|
測試管理之績效考核
編寫背景: 工作所在的部門啟用了新的績效考核制度,也開始了我參與對(duì)測試人員的工作進(jìn)行績效考核這一管理活動(dòng),第一次的考核結(jié)果讓我有很多的感想,因此今天把它記錄下來,也許突然有一天回頭看這一感想,又會(huì)是另外一份心情。
思考:給測試人員進(jìn)行績效考核的目的是什么? 經(jīng)過思考,我總結(jié)的答案是: 1、? 為了了解工作情況,如:工作進(jìn)度、工作狀態(tài)。 2、? 對(duì)每個(gè)人的工作進(jìn)行評(píng)比,夸獎(jiǎng)好的,批評(píng)差的。這個(gè)看起來有點(diǎn)像在學(xué)校上學(xué)時(shí)候的考試。
思考:有了這樣的績效考核目的,要用什么樣的方式、方法去實(shí)現(xiàn)呢? 怎么樣的績效考核方式是最有效的呢? 對(duì)于現(xiàn)在的我,在現(xiàn)在這個(gè)小公司要想做好這個(gè)績效考核,真是要好好思考。 1、? 不同的工種,不能用同一種考核方式。如:測試人員的考核方式就不能和開發(fā)人員的考核方式相同。 2、? 不同工種的考核結(jié)果是沒有可比性的。如:測試人員的考核結(jié)果和開發(fā)人員的考核結(jié)果進(jìn)行對(duì)比是沒有意義的。 以上這兩點(diǎn)不知道我的領(lǐng)導(dǎo)是否認(rèn)同,還需要等到下一次考核的時(shí)候和他溝通溝通。
這是工作以來,第一次站在一個(gè)管理角色去思考、去做績效考核這個(gè)工作。這第一次的考核工作讓我不知道用什么語言來描述我的感受。 考核的結(jié)果是:測試組整體的分?jǐn)?shù)都比開發(fā)的低,從排名和等級(jí)劃分上可以說是包尾了。從分?jǐn)?shù)上看,我的第一感覺是:難受。第二感覺是:生氣。在和領(lǐng)導(dǎo)進(jìn)行一系列溝通后,在回家的路上一直在思考、分析著這個(gè)結(jié)果,問題出在那里呢?問題出在那里呢?????冷靜的思考后,自己安慰自己,原因應(yīng)該是這些吧: 1、? 這次開發(fā)人員和測試人員使用的工作考核方式是同一種考核方式。 2、? 這次把開發(fā)人員的考核分?jǐn)?shù)拿來和測試人員的進(jìn)行排名對(duì)比。 很顯然,一直這樣下去,測試人員的工作即使在怎么努力、分?jǐn)?shù)超過開發(fā)人員的機(jī)率會(huì)很低很低,這樣的對(duì)比規(guī)則,對(duì)測試人員來說,很不公平。這樣的對(duì)比規(guī)則,很沒有意義。更讓我郁悶的是,面對(duì)這樣的現(xiàn)象,我想不到很好的解決方法,目前只能鼓勵(lì)測試人員加強(qiáng)自己的綜合能力,自己給自己爭氣,對(duì)我來說,在測試人員的管理工作上,無形中出現(xiàn)了一個(gè)困難,只能是樂觀面對(duì)了。 唉,工作種類不一樣,放在一起作對(duì)比,永遠(yuǎn)說不清。 測試人員的工作,開發(fā)能作么?開發(fā)人員能寫好測試需求、測試計(jì)劃、測試用例、測試分析報(bào)告文檔么,先不說寫好,先說會(huì)寫么?開發(fā)人員知道怎么樣去執(zhí)行測試么?知道發(fā)現(xiàn) bug 應(yīng)該怎么有效正確的去描述么?怎么快速有效的發(fā)現(xiàn)程序的問題么?能把握好整個(gè)軟件測試的質(zhì)量和進(jìn)度么?測試,說的簡單,真正做好沒有這么簡單。就拿黑盒測試舉例,測試項(xiàng)有:業(yè)務(wù)流程測試、功能測試、安全性測試、性能測試、數(shù)據(jù)測試、用戶友好性測試、配測試、兼容性測試。這些測試項(xiàng)所使用的測試方法、測試點(diǎn),都能想全了、想到重點(diǎn)了么,想到了還只是第一步,真正要去執(zhí)行測試的時(shí)候,測試環(huán)境的搭建、測試用例的編寫與執(zhí)行、 bug 的描述以及錯(cuò)誤等級(jí)的正確劃分、 bug 的回歸、用測試工具進(jìn)行測試,對(duì)測試工具正確有效使用的把握,這些對(duì)開發(fā)人員來說,會(huì)做么,能做好么?測試工作也有很大的工作壓力,面對(duì)一個(gè)不熟悉的軟件,面對(duì)一個(gè)什么說明文檔都沒有的大軟件,要在最短的時(shí)間內(nèi),最有效的完成測試,要保證產(chǎn)品在發(fā)布后,不出現(xiàn)嚴(yán)重的問題,想盡一切辦法的發(fā)現(xiàn)嚴(yán)重問題。這種對(duì)軟件質(zhì)量上的責(zé)任壓力是很重的,還有其它我就不舉例了。 開發(fā)人員的工作,測試能作么?測試能看懂開發(fā)人員的代碼么?測試能寫代碼測試開發(fā)人員的程序么?測試能明白理解開發(fā)人員是怎么開發(fā)的么?測試能明白開發(fā)人員所說的工作術(shù)語么?測試能看明白開發(fā)人員的開發(fā)成果么?開發(fā)人員的工作也有很大的壓力,要在最短的時(shí)間內(nèi)編寫出質(zhì)量高的代碼,實(shí)現(xiàn)功能,還要進(jìn)行一遍又一遍的調(diào)試,需求一變,又要修改代碼,自測時(shí),發(fā)現(xiàn)問題,要進(jìn)行調(diào)試找原因和解決方法,容易么?不容易。測試人員發(fā)現(xiàn)的問題,還要去找原因要想最好的解決方法。容易么?不容易。 我很同情那些把測試和開發(fā)放在一起作對(duì)比行為的人,因?yàn)樗麄儗?duì)這兩個(gè)工作中的其中之一理解有所欠缺從而導(dǎo)致這樣的結(jié)果。說了那么多,好像扯遠(yuǎn)了。
最后,我得出這么個(gè)結(jié)論:這樣的績效考核方式,對(duì)測試人員來說,起不到激勵(lì)作用。如果碰到不能正確心態(tài)去理解的測試人員,反而會(huì)起反作用,很打擊工作積極性。因此領(lǐng)導(dǎo)在問我意見的時(shí)候,在不適合的說話時(shí)間、說話場合我只能說“無所謂”,心不甘情不愿的無所謂!!!!!!!!!!!!!!
評(píng)論:
|
![]() |
|
Copyright © lijun | Powered by: 博客園 模板提供:滬江博客 |