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

好了说了这么多，如果真正执行的时候还是有问题，证明你需要时间让团队适应这种风格，也需要具体情况具体分析。这些就是我在我的知乎live《十年敏捷开发》中讲发部分内容。也可以关注专栏，虽然一篇还没写。再回过头来看文中提到的问题，就是菜鸡互啄，研发，管理，老板都不懂也不专业，出了问题就用简单粗暴的办法去解决，实际上，没有5到10年的项目管理经验，想去摸索出来一套项目管理方案，太难了。先定流程规范，再有对各岗位的要求，还要分析原因给出解决方案，以及增强对团队的辅导和培训。谁都不愿意项目出问题，但真出问题了，就该用正确和专业的方案来解决

如果是测试环境出现10个以上的major的BUG，参与Demo的人员先被批，我司Demo通过的标准是不允许出现一个肉眼发现的问题，不问级别 所以测试人员在测试环境发现超10个major的BUG，证明Demo环节出问题了，需要反思一下Demo的问题，但不会开除程序员，会先找测试和pm和leader的问题。如果Demo是发现了10个以上的major问题（还没提BUG管理工具），这就是研发团队自测不严谨，这样素养不强，或者是项目时间不够，强行Demo，又或者的不按敏捷开发流程走，没有做持续集成和每日mini Demo。就改找响应的工程师，leader了解情况（在我司每天都会有晨报关注项目是否有风险）。原因不外乎是需求不清楚，方案有问题，代码不规范，测试不严谨，接口宗变动 时间不够用几种。每一种都倒推，story，优先级，task等等。

首先BUG分级别，其次BUG分测试环境还是线上环境。BUG的级别分成critical，block，major，normal，minor五种。critical是崩溃的BUG，比如说一个服务直接不可用了，微信不能发消息，支付宝不能付款这种，打开直接报错。block是指某个流程的中间环节被卡住，无法进行下一步，比如说，注册的时候手不到验证码，购物的时候添加不到购物车。major就是影响业务功能或者是用户体验的环节。 比如说知乎里的回答不是我的却显示成我的，本来只能回答一次却允许我回答十次等。noamal是指非核心业务流程产生的问题，比如说知乎无法变更头像，昵称等。这个要看自己的定义。minor就是指各种影响体验，但不影响使用的内容。