这是一个创建于 1904 天前的主题，其中的信息可能已经有所发展或是发生改变。
要按照 bug 数来算绩效了，刚开始还准备将测试环节的 bug 也算到绩效里面，后来表示暂时不算测试中出现的 bug，感觉就像是给了我们莫大的恩赐似的，真是谢谢啊
最牛逼在于开发，测试，产品，互相打分，发动群众斗群众，这招真是妙啊
惩罚白纸黑字，明码标价，奖励优秀员工上墙、口头嘉奖，实物奖励含糊其词
以前看到绩效是按照 bug 数来算，完全适当段子来看的，没想到我也有今天
 | 1 usVexMownCzar OP  1 六字真言我先来，要么忍，要么狠 |
 | 2 LifStge 2020-08-01 09:26:57 +08:00 这个绝对是 bug 要求设计的是 绘制出五彩斑斓的黑 这明明是纯嘿 明显程序跟测试的锅 |
 | 3 0x663 2020-08-01 09:27:01 +08:00 9 不写代码 BUG 立减 100% |
 | 4 shyangs 2020-08-01 09:27:45 +08:00 No Code, No Bug. |
 | 5 cutlove 2020-08-01 09:28:05 +08:00 我司直接设置了一个无误奖，有次全屏按钮失效，扣了 1K |
 | 6 wd 2020-08-01 09:28:36 +08:00 via iPhone 全力开动 想办法拒绝写任何代码 |
 | 7 zhjie 2020-08-01 09:49:06 +08:00 3 老马克思了，用矛盾推动发展 |
 | 8 Joseph2018 2020-08-01 09:52:40 +08:00 bug 越多绩效越低？ |
 | 9 PbCopy111 2020-08-01 09:57:45 +08:00 不写就没有了呗。。 |
 | 10 hymxm 2020-08-01 09:59:27 +08:00 2 我领导说要按我写的页面的访问量来给我算绩效  |
 | 11 xiangyuecn 2020-08-01 10:03:17 +08:00 3 后端还好 前端要是来个 IE 是不是要倒贴公司钱（狗头 |
 | 12 arobota 2020-08-01 10:05:15 +08:00 一看标题还以为是修复 bug 越多，绩效越高，（狗头） |
 | 13 darksword21 PRO 赶紧准备找吧 |
 | 14 statement 2020-08-01 10:25:31 +08:00 via iPhone 对于大部分干着搬砖活的程序员 bug 数。甚至更大笑话的。代码行数确实挺适用的。 挺黑色幽默的 大多数公司 bug 数少代码行数多，可能不是最好的，但带来的效益肯定是均值以上 |
| 15 usVexMownCzar OP @Joseph2018 没错，看发的表上面描述，绩效可以是负数 |
 | 16 hoyixi 2020-08-01 10:49:25 +08:00 骑驴找马不叫好，开始这么玩，说明公司堪忧 |
 | 17 zhlssg 2020-08-01 11:25:21 +08:00 南京某公司？ |
 | 18 cherbim 2020-08-01 11:39:47 +08:00 斗争促进发展 |
 | 19 wisetc 2020-08-01 11:40:26 +08:00 via iPhone 1 如果说算 bug 数的话那肯定要确认和认定的，产品的用例设计是否全呢？系统设计是否考虑清楚前置条件和后置条件，边界情况。如果什么都没有，那么肯定是巨坑的制度，纯粹甩锅的行为。 |
 | 20 Ritr 2020-08-01 11:51:50 +08:00 1 不写代码不就没有 bug 了 |
 | 21 Chingim 2020-08-01 11:55:27 +08:00 via Android 1 工期*5 |
 | 23 liuzhaowei55 2020-08-01 12:13:17 +08:00 via Android 5 try，catch，大法好。 只要没有明面上的问题，其他问了就是 feature 。 |
| 24 usVexMownCzar OP @Chingim 每次开发预估的时间，技术总监总要砍一半，还振振有词的说这么简单的功能要这么长时间，我都怀疑他写过代码没 |
| 25 usVexMownCzar OP @zhlssg 老板不知道从哪请来的所谓技术总监，可能再老板看来会说点他不懂的技术名词可以了 |
 | 26 allanzhuo 2020-08-01 13:11:55 +08:00 via Android bug 算绩效没问题，但是砍时间不给自测时间不能忍 |
 | 27 reus 2020-08-01 14:10:31 +08:00 4 傻逼政策，这样会让开发者倾向于掩盖 bug，而不是尽量暴露 bug，会导致系统逐渐腐化。 另外，扣工资是违法行为。可以少发绩效工资，但不可以扣基本工资。可以收集证据，到时候一起仲裁清算。 有些小公司所谓技术总监只是从一个失败公司跳槽到另一个失败公司，只是不断重复着让公司失败的政策，浪费老板钱财。这种公司，忍不了就跑吧，何必浪费时间。 |
 | 28 szandy6 2020-08-01 16:25:56 +08:00 最近有个朋友的公司把加班时长计入效率。 |
 | 29 raaaaaar 2020-08-01 17:12:25 +08:00 via Android 跑路吧，搞这些东西感觉公司要凉了 |
 | 30 OHyn 2020-08-01 22:20:25 +08:00 迅速准备面试吧。 |
 | 31 karlkor 2020-08-01 22:21:53 +08:00 搞这种政策的公司早晚要挂，准备一下跳槽吧 |
 | 33 dr1q65MfKFKHnJr6 2020-08-01 22:43:18 +08:00 1 弱弱的 问一句， 按 bug 来算的话， 开发 和 测试， 开发和产品经理， 是不是要从掐架变成打架了？？？ |
 | 34 sampeng 2020-08-01 22:54:10 +08:00 via iPhone 2 有人看到测试时的不算…只算线上的？严格点的时候线上 bug 叫事故 |
| 35 usVexMownCzar OP @cedoo22 互相打分呗，发动群众斗群众 |
 | 36 dioxide 2020-08-02 03:28:54 +08:00 这种模式.... 谁能举出一个成功案例? 哪个大厂在用?实施过? |
 | 37 JamesR 2020-08-02 04:27:47 +08:00 建议考虑骑驴找马，程序员这种工作属于艺术领域，很难计算绩效。 |
 | 39 13936 2020-08-02 12:13:58 +08:00 当领导的门槛还真低啊，已经降到傻逼这一层次了。 |
 | 40 hyy1995 2020-08-02 20:51:29 +08:00 1 我们公司不仅仅要看 bug 数，还要统计代码行数，够扯淡的。 做的越多，错的就越多。更何况在一个项目中，每个开发分到的功能点难度都不同。 |
| 41 usVexMownCzar OP @hyy1995 惨 |
Select Language