Re: [討論] 以 bug 數作為績效考核?
※ 引述《achii ()》之銘言:
: ※ 引述《lg31cm (我住5F)》之銘言:
: 我的部門有個制度
: 每個人的案子完成後
: 在進QA之前會交給另一組的同仁做測試
: 抓到一個bug 就給1K當獎金
: 相對的開發案子的人當月薪資就扣1K 當做處罰
: bug越多 代表你根本不用心
: 不配領這個月的薪水
: 這制度非常的棒
: 我的部門還被QA 票選為最佳 code quality
玩零和遊戲是最笨的,當一個制度打算藉由人性本惡的力量互相牽制時,
那公司最後只會自我毀滅。
我猜你的部門一定很擅長『搶』CP值高的案子做,而你的部門的PM最擅長的
工作大概就是盡可能讓承攬的工作少一點、挑戰度低一點、時間長一點,
基本上就是越沒有不確定性越好。
而貴公司的黑心員工,大概會天天找其他Team的新人的開發結果的碴,因為這樣
可以把荷包賺滿滿。
而Team彼此間對於其他Team的高手也將盡可能的予以打壓,可以逼到離職是最好
不過的,因為確實打擊其他Team的實力可以確保自己開發的結果在同儕審查時
比較不會被扣錢。
缺乏對人性作惡的想像力,這真是一個軟體公司自爆的好方法。
--
我所信仰的科學是一種謙卑的理性,承認自身的無知與渺小才能觀察到世界在我們貧
弱的知覺上留下來的痕跡。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.193.176.12
→
01/15 01:32, , 1F
01/15 01:32, 1F
→
01/15 01:35, , 2F
01/15 01:35, 2F
推
01/15 03:24, , 3F
01/15 03:24, 3F
推
01/15 06:06, , 4F
01/15 06:06, 4F
→
01/15 09:36, , 5F
01/15 09:36, 5F
→
01/15 09:37, , 6F
01/15 09:37, 6F
→
01/15 10:48, , 7F
01/15 10:48, 7F
→
01/15 10:49, , 8F
01/15 10:49, 8F
→
01/15 12:31, , 9F
01/15 12:31, 9F
→
01/15 12:35, , 10F
01/15 12:35, 10F
推
01/15 12:51, , 11F
01/15 12:51, 11F
→
01/15 12:52, , 12F
01/15 12:52, 12F
→
01/15 12:53, , 13F
01/15 12:53, 13F
推
01/15 14:18, , 14F
01/15 14:18, 14F
→
01/15 14:18, , 15F
01/15 14:18, 15F
推
01/15 15:24, , 16F
01/15 15:24, 16F
推
01/17 12:23, , 17F
01/17 12:23, 17F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):