第327章 真相终于浮出水面![2/2页]
天才一秒记住本站地址:[48中文网]https://m.48zw.org最快更新!无广告!
nbsp; nbsp赵琪亮笑得阳光灿烂,跟汇报立功似的:
nbsp“我们现在两个项目组并行,每个核心版本都会拆成两个方向。”
nbsp“UI流程、剧本表现、任务交互、系统稳定性,全都分头推进,最终合流合并。”
nbsp“还有每日工时、功能点交付比、主策文档评审效率……”
nbsp“项目透明化、全链条对标追踪,形成了良性竞争!大大提升了开发速度!”
nbsp“比如‘剧情支线太多的问题,我们现在能在初稿阶段就做两套不同收束结构,比以前灵活多了。”
nbsp“而且团队竞争还有一个好处……”
nbsp他指了指那块排行榜:“会主动查错。”
nbsp“不是光BUG!我们把一整套流程指标都纳进去了。”
nbsp“提交速度、复现说明完整率、测试准确率、修复耗时评估准确度……”
nbsp“这些都是得分项!”
nbsp“有得分,才有排名,有排名,大家才得动。”
nbsp“按照我的估计,我们目前整个效率至少提升了30%以上!”
nbsp陆明:“……”
nbsp他听明白了。
nbsp好嘛。
nbsp原来如此。
nbsp真相终于浮出水面了!
nbspBUG变少的原因终于找到了!
nbspBUG越少,得分就越高!
nbsp“我养的不是测试团队,是电竞战队是吧?”
nbsp“你们这是哪来的奥林匹克精神?!”
nbsp陆明都快被整不会了。
nbsp他就站在那块榜单前,愣愣地看了好一会儿。
nbsp不是不能竞争。
nbsp是你们竞争的方式……
这章没有结束,请点击下一页继续阅读!
nbsp怎么把“BUG越少”也当成KPI核心指标了?!
nbsp你们能不能有点对研发者的基本尊重啊!
nbsp他缓缓吐了口气,没说话,手指敲了敲那一栏“BUG数量得分”的小字:
nbsp“这个……”
nbsp“BUG这一项,你觉得真的适合做成对比指标吗?”
nbsp赵琪亮愣了下。
nbsp“啊?为什么不适合?”
nbsp“这不是最直观地反映开发质量吗?”
nbsp“谁BUG多,说明谁流程不严谨,谁BUG少,说明谁提前控制风险了……”
nbsp“这是标准化考核啊陆总!”
nbsp他一脸真诚,看得陆明整个人都有点麻了。
nbsp真·标准化考核。
nbsp真·流程治理闭环。
nbsp但问题是……
nbsp你们这样一套操作下来,BUG真的就越来越少了。
nbsp陆明轻轻咳了一声,思索了一下措辞,开口道:
nbsp“我不是说你们做得不对。”
nbsp“你们能自我管理、自我提升、形成闭环机制,这是很值得肯定的事。”
nbsp“只是呢……”
nbsp“BUG这东西吧,它不能直接变成负向指标。”
nbsp赵琪亮愣住了。
nbsp“怎么说?”
nbsp陆明手指敲着下巴,慢悠悠地道:
nbsp“你们这效率是高了,是没错!但你们有没有想过,这事儿的本质就不对劲!”
nbsp“竞争不是问题,团队对标也不是问题。”
nbsp“但你们现在是把BUG数据指标化、KPI化、反向激励化,一出问题就扣分,那以后谁还敢动手啊?”
nbsp“你以为现在还能维持热情,是因为现在还在搞前期架构。”
nbsp“但是随着你们的开发进度……”
nbsp“一旦进入中后期功能融合阶段,你就等着看,团队会开始推诿、不敢冒险。”
nbsp“你现在一口气全剿了,那些开发者就不敢试错了!”
nbsp“尤其是现在,我们这个游戏的体量有很大,谁能保障不出BUG?”
nbsp“所以,我的意思是,开发过程中,要允许试错,允许反复,允许你们先错一次,再去发现更合理的写法。”
nbsp“这是对开发者最起码的尊重。”
nbsp“如果你把减少BUG当作目标,那游戏就没法再往深处开发了。”
nbsp“你以为是节省时间,其实是在割自己的可能性。”
nbsp赵琪亮认真点头:
nbsp“陆总,您说得有道理。”
nbsp“那我是不是可以理解为……”
nbsp“我们可以继续竞争、继续评分,但‘BUG数量这项,取消掉,不作为评价核心?”
nbsp“对。”
nbsp“我就是这个意思!”
喜欢。
第327章 真相终于浮出水面![2/2页]
『加入书签,方便阅读』