五步玩转质量回溯

对具体问题进行质量回溯时，需要掌握一些核心要素并做好充分的准备，否则可能会带来以下问题：
1、召开会议时，问题背景没有了解清楚，增加沟通成本
2、分析问题时，相关材料缺失，问题分析不透彻
3、问题定责时，责任切分不清楚，导致效率低下召开多次会议

为了避免以上问题的发生，我们要做好两方面工作：
（一）充分识别相关方

◆ 问题相关的当事人（业务、产品、开发、测试等）
◆ 管理层领导（技术总监、产品总监等）

◆ 有经验的回溯引导人员（SQA、PM或Scrum Master等）
◆ 技术领域和管理领域的专家（架构师、技术专家、PMO等）

（二）提前准备回溯材料

◆ 回溯报告准备
 问题当事人（通常技术经理牵头）整理输出问题的描述、影响、处理过程等。问题描述应详尽，可采用5W2H方式。

◆ 相关材料准备
该问题涉及的过程交付物，包括：需求文档、设计文档、源码、测试案例、测试报告等。

前期准备充分后，一般可采用质量回溯会议的形式对问题进行回溯，通过这种高带宽的沟通形式，提升相关方的沟通效率。回溯过程主要包括过程回放、根因分析、措施制定、问题定责四个活动。
 

（一）过程回放
过程回放应遵循“三现”原则，由问题当事人还原问题发生的“现场”，对问题进行详细描述并说明其影响程度以及当时的处理过程。

（二）根因分析
根因分析是质量回溯的关键活动，找到产生问题的根本原因才能对症下药，有针对性的进行预防和控制，从而避免问题重犯。
1、识别问题引入点/控制点
通常，每个公司都有项目或研发流程管理规范指导项目开发工作。对问题进行分析时，可以在白板上绘制简单的活动流程图，从源头开始共同识别问题是从哪个环节引入的。
找到问题引入点后，继续分析其后面的所有环节，识别哪些环节能够提前发现或阻止该问题的发生。

2、问题产生原因分析
工欲善其事必先利其器，在进行问题产生原因分析时可以借助质量工具来达到事半功倍的效果。
首先，与会人员进行头脑风暴，列出问题产生的所有可能原因；
然后，利用亲和图将纷繁芜杂的原因进行归类，厘清头绪；
最后，绘制鱼骨图对问题进一步展开，直到无法细分为止。
3、确认根本原因
可以通过定性（专家决策）或定量（矩阵数据分析法）方法来最终确认问题产生的根本原因，并在鱼骨图上圈出。

（三）措施制定
问题的根因找到后，需要制定相应的改进措施。针对问题引入点，应从源头上切断，避免问题发生；针对问题控制点，可通过管控、评审等控制手段防止问题流入下个环节。
改进措施制定时可以参考以下原则：

◆ 在组织能力范围内，尽量采用低成本解决方案
◆ 要遵循SMART原则，便于落实改进
◆ 技术方式应优先于管理方式
◆ 短期与长期措施相结合
◆ 改进措施的结果固化到流程和工具中

（四）回溯定责
回溯定责是根据问题根因，明确问题责任主体及责任比例。定责的目的是为了更好的驱动改进。
为了保证定责的权威性，减少责任界定的成本，可以参考如下实践：
◆ 制定定责划分原则，如：跨中心的问题根据技术架构设计原因进行划分；发生测试漏测问题，测试承担50%以上责任
◆ 引入技术专家团队，采取轮值的形式，对于跨中心或复杂问题邀请3-5人参与回溯过程并投票定责
◆  如果定责存在争议，及时上升至高层领导决策

改进措施制定后，质量人员需定期跟踪其执行情况。为了保证措施切实落地执行，可采用一些工作技巧：
◆ 通过工具（如Jira）统一管理改进措施，方便查询统计
◆ 定期晾晒改进措施执行进展，针对短期/长期措施采用不同的晾晒策略
◆ 不定期参加团队的改进活动，如：代码评审、测试案例评审等

已开展的质量回溯可以定期进行总结，经验教训共享，警钟长鸣。分享途径有：
◆ 技术例会：技术例会由各研发中心技术总监参加，邀请问题当事人对回溯案例进行分享，各中心可以从中汲取教训，起到警示作用
◆ 质量报告：通过定期的质量周报/月报形式，通报当期的质量回溯情况，引以为戒

结束语