如何设计质量规划方案？

技术交流群有同学问了这样一个问题：测试团队的整体质量规划如何设计？

又是一个看似很务虚但实际上很有必要的问题。特别是在当下这个大家都提倡降本增效的时候，好的质量规划设计的重要性就更明显。结合我自己的实践经验以及给一些公司做技术规划的案例，这篇文章分享一些质量规划的思路和方法。

如问题所述的质量规划，其实简单理解就是测试团队整体的工作方向和目标。如果仅是简单一次性的工作，那耗费时间进行规划就大可不必。但对于一个团队来说，通过正确合理的规划，为团队指明未来的工作方向和目标以及重点，就很有必要，且这是每一个质量团队管理者必须思考的问题。

首先，质量规划的首要事情就是搞清楚当前现状。其中主要包含如下几个要素：

• 业务和版本迭代频次；

• 团队当前面临的核心挑战；

• IT 部门的整体目标和方向；

其中，如果业务迭代趋于稳定，那质量团队的工作侧重点就要适当向提升效率倾斜；如果业务处于快速扩展阶段，版本迭代和独立项目并行，那工作重点更应该集中于线上质量和需求吞吐速率。

团队当前面临的核心挑战很好理解，比如测试过程效率偏低，比如基础技术建设薄弱，比如线上质量问题频发，比如研发过程质量较差，都是很典型的挑战。当然，这些挑战背后有各种各样的原因，需要在质量规划中针对性的采取方案来进行治理。

IT 部门的整体目标和方向也容易理解。如当前很多公司在搞降本增效，这个时候你打算投入很多时间和资源去做大而全且周期比较长的技术项目，那就与部分的大方向背离了。在进行质量规划设计时，大的目标和方向一定要和整个技术团队相匹配，即我们所述的向上对齐目标。而质量规划设计和落地，就是向下的拆解任务和执行。

至于如何搞清当前现状，我更建议管理者亲自去和各个协作团队的负责人和核心员工访谈，了解他们的痛点和诉求。至于问题调查表或者列觉问题投票的方式，我个人认为没什么必要，且容易走偏方向。

其次，质量规划的重点在于瞄准重点目标和挑战，制定合理可行的计划。

在前期调研现状过程中，可能会遇到很多问题，不同的声音会让你误以为每个问题都很重要。但资源有限，在质量规划设计时，重点是解决优先级最高的几个问题，抓大放小。当然，在排列优先级时，需要抽象总结共性，很多问题背后的根因其实是一致的。解决更底层的一个问题，往往就可以解决表层的很多问题。

在制定质量规划的落地方案时，我个人的经验是可以通过长中短三个阶段来制定。其中短期解决痛点问题为主，中期以能落地实践项目为主，长期则是以关键目标为主。

短期的痛点可能有漏测、线上问题频发，中期的落地实践如测试环境治理、测试数据治理，长期来说则是以体系建设、过程提效、线上稳定性为主。

如果需要简短概括质量规划，那可以参考这个思路：当前现状如何？领导想要什么？如何达成团队整体目的？有哪些具体的目标？评估的指标如何确定？分几个阶段和哪些手段达成？每个阶段的落地方法和关键节点是什么？对应的标志性产出物是什么？需要哪些资源？

核心就是十六个字：短期痛点，中期落地，长期设计，瞄准目标。

最后，聊一些务虚的话题。很多同学会认为规划无用，执行过程会遇到很多其他问题，最终导致结果达不到预期，这是很现实的事情，但绝不是不做规划的理由。

凡事预则立，不预则废。规划本身更注重的是整体目标的达成，关键问题是否得到解决。最终取得的成果也许不达预期，也许会超过预期，但相比于埋头苦干和毫无计划的各行其是，整体规划的效果还是好于各行其是的局部效应。

还有一点很重要的是，规划本身也是一个向上管理向下沟通的手段，能不能拿到预期的结果是未来的事情，但在遇到问题时，技术团队管理者一定要有规划设计来解决问题。

求上得中，求中得下，规划有时候也是一个面子问题，如果面子都过不去，那里子的执行，就更无法落地。