质量保障体系从1到N的思考

在2023年,重点构建了团队的质量保障体系,基本完成了从0到1的过程积累,也在多个不同的场合做了相关的分享,收获了很多同行给的建议和意见。今年的首个工作目标是把这套质量保障体系运营好,去覆盖更多的团队,完成从1到N的过程,让更多的团队从这个质量体系中获益,保障基本的交付质量。

为了达成这一目标,至少要做到以下几点,才有可能: 

01保障最低标准,具备灵活度

当前沉淀和构建的质量保障体系在几个核心重点项目验证过,也得到了比较好的效果。所以,这套体系应该做了最基本的实践去落地,不能再删减。各业务团队必须具备体系中提到的各项能力,并认真执行落地。

同时,也需要保障体系的灵活度,其他团队有优秀的实践需要引入到这套体系中,不断地取长补短,让体系更丰富地完善,杜绝一刀切,杜绝盲目自大。

鼓励和发现其他团队中的优秀实践,以提高整体交付为最终目标。定期回顾其他团队中的优秀实践,合并到体系中。 

02深入业务,解决具体问题

由于不同业务团队的业务复杂度、团队构成、人员成分、项目背景都各有差异,因此,质量保障团队在推行这套标准的过程中,不能浮于表面,只传达标准,不解决具体问题。需要相关人员深入到业务团队中去,在配合业务团队落地标准化的过程中,解决实际问题,辅导团队完成标准落地,不可高高在上。

尽可能用工具去推动和解决业务问题,让相关的经验沉淀下来。因为单纯的文档性指导并不能很好地解决问题,很快就会被忽略,也不容易被再次Check。 

03持续数据反馈,结果量化

基于现有的质量保障体系,做好相对应的埋点,统计这些标准的落地实践情况,用数据说话,持续收集和反馈实践结果。例如:把DOD规范做成某些可自动检查的点,对代码分支规范进行强约束(保留一定的后门,解决临时性或者特殊性的问题)等等。让标准化的落地有据可循。

定期晾晒执行结果并做复盘,了解实际困难,解决进度问题,形成有效的反馈机制。

在这个过程中,需要得到业务部门领导的认可和配合,在扭转、改进、落地这套质量保障体系时,前期肯定会有效能的损耗,做好预期管理并得到他们的理解和支持。

04持续文化建设,强化人员意识

在第3点中,提出了通过指标来度量落地情况,但这个是辅助的过程。最终,当团队形成惯性并自行运转后,我们需要从指标数据中走出来,从最终的交付质量中去评估质量的变化,而不是只关注度量数据中的某个指标。

同时,需要做好指标的审查工作,防止为了指标而指标的情况发生,杜绝出现为了应对指标而造假的情况发生。配合质量文化的建设,让团队构建起真正的质量意识,提升交付质量,赢得业务的口碑。

图片

以上,就是自己一些不太成熟的思考和想法,希望在2024年做年终总结的时候,这套体系能够完成从1到N的蜕变,让这套体系更加成熟。

附:

完整的质量体系保障可参考:构建软件质量保障体系

B站相关视频:https://www.bilibili.com/video/BV1q5411i7rb/?share_

共勉。

阅读原文


作者简介: 实践DevOps理念,思考当下测试活动,分享敏捷测试知识。欢迎关注微信公众号:CKL的思考空间

声明:文中观点不代表本站立场。本文传送门:https://eyangzhen.com/412837.html

联系我们
联系我们
分享本页
返回顶部