公司领导说，个人写的代码超过十个bug就开除是一种什么体验？

 

领导宣布：每个人写的代码超过十个 bug 就开除！

开发立马把所有测试人员拉到一个小微信群，开始商量对策。

开发：测试的兄弟们，这可怎么办，帮帮开发的兄弟们呀。

测试：我们也没办法呀，你们把代码写好点？

开发：写再好写不可能不超过 10 个呀，而且你们想想，如果我们不写 bug，你们测什么？你们测不出 bug，会不会被炒掉？你们自己想想吧！

测试：确实……

开发：所以啊，我们需要既能测出 bug，又不能让 bug 超过 10 个。

测试：这怎么做到啊？

开发：好做啊，我们只需要「计划 bug」即可，就跟「计划经济」一样。

测试：怎么计划？

开发：打个比方，今天提测了，三天后上线，这三天是你们的测试时间，一共只能有 9 个 bug。你们只要每天定好只提三个 bug 就行。

测试：可以啊，我们每天做个内部记录，当天晚上只在 bug 跟踪系统里挑三个最严重的 bug 录入，内部记录我们就在这个群里发给开发。

开发：不错不错，就这么办。

一段时候之后，领导发现系统的 bug 数量明显降低，于是觉得自己的领导能力一级棒，整天沾沾自喜。

看，领导、开发、测试都没有任何损失（也没有任何改进），公司又变成了一个其乐融融的大家庭（上下沟通变得更难），而且公司的 bug 跟踪系统再也不能有效反映 bug 的真实情况了（白白浪费了一个系统）。

上有政策，下有对策。领导也许还有后续政策，但是下面一定会想出后续对策。

一个公司如果不改进生产效率和沟通方式，只是拍脑袋瞎定政策，那么就什么都不会改变。

“我是一名从事了10年的老程序员，最近我花了一个月整理了一份最适合2020年学习的c/c++项目实战以及基础教程干货，送给每一位编程小伙伴，这里是小白聚集地，欢迎初学和进阶中的小伙伴。工作需要、感兴趣、为了入行、转行需要学习C/C++的伙伴可以跟我一起学习，技术大牛、学习资料助你早日成为一名优秀的程序员，想要学习更多知识可以关注我哦！
官方企鹅群：720168573