前端交付速度越来越快，质量问题该如何追责
前端交付速度和质量之间的矛盾，本质上是绩效考核的问题。考核只看出货量，不看bug率。那开发当然选择先上线再说，出了问题再修。反正修bug也算工作量。敏捷开发本身不会必然导致代码质量下降，但它会在团队缺乏工程纪律时，把质量问题成倍放大。Sprint计划会上没人敢提重构。质量问题在第三季度集中爆发，导致第四季度的交付速度反而比转型前还低了12%。前端是胶水层、展示层。按钮歪了刷新一下，颜色不对调个样式，出bug了体验差点。听起来都不是大事，但用户体验就是这么一点点被磨没的。等用户流失了，追责的时候前端又要被拎出来。想解决这个问题，得把质量考核和速度考核放在同等位置。不能只问“什么时候上线”，也得问“上线之后有多少bug”。否则前端永远在赶工和返工之间来回折腾，永远没有尽头。
发布于 四川
分享
评论
赞
未登录
友善发言
评论
加载中
