缓缓吐了口气，没说话，手指敲了敲那一栏“BUG数量得分”的小字：
“这个……”
“BUG这一项，你觉得真的适合做成对比指标吗？”
赵琪亮愣了下。
“啊？为什么不适合？”
“这不是最直观地反映开发质量吗？”
“谁BUG多，说明谁流程不严谨，谁BUG少，说明谁提前控制风险了……”
“这是标准化考核啊陆总！”
他一脸真诚，看得陆明整个人都有点麻了。
真·标准化考核。
真·流程治理闭环。
但问题是……
你们这样一套操作下来，BUG真的就越来越少了。
陆明轻轻咳了一声，思索了一下措辞，开口道：
“我不是说你们做得不对。”
“你们能自我管理、自我提升、形成闭环机制，这是很值得肯定的事。”
“只是呢……”
“BUG这东西吧，它不能直接变成负向指标。”
赵琪亮愣住了。
“怎么说？”
陆明手指敲着下巴，慢悠悠地道：
“你们这效率是高了，是没错！但你们有没有想过，这事儿的本质就不对劲！”
“竞争不是问题，团队对标也不是问题。”
“但你们现在是把BUG数据指标化、KPI化、反向激励化，一出问题就扣分，那以后谁还敢动手啊？”
“你以为现在还能维持热情，是因为现在还在搞前期架构。”
“但是随着你们的开发进度……”
“一旦进入中后期功能融合阶段，你就等着看，团队会开始推诿、不敢冒险。”
“你现在一口气全剿了，那些开发者就不敢试错了！”
“尤其是现在，我们这个游戏的体量有很大，谁能保障不出BUG？”
“所以，我的意思是，开发过程中，要允许试错，允许反复，允许你们先错一次，再去发现更合理的写法。”
“这是对开发者最起码的尊重。”
“如果你把减少BUG当作目标，那游戏就没法再往深处开发了。”
“你以为是节省时间，其实是在割自己的可能性。”
赵琪亮认真点头：
“陆总，您说得有道理。”
“那我是不是可以理解为……”
“我们可以继续竞争、继续评分，但‘BUG数量’这项，取消掉，不作为评价核心？”
“对。”
“我就是这个意思！”