交易平台研发提效实践之「免测机制」

何以萧瑟

质量运营系列 || 交易平台研发提效实践之「免测机制」 质量运营系列 || 交易平台研发提效实践之「免测机制」 陈文龙@贝壳找房 贝壳产品技术 贝壳产品技术 “贝壳产品技术公众号”作为贝壳官方产品技术号，致力打造贝壳产品、技术干货分享平台，面向互联网/O2O开发/产品从业者，每周推送优质产品技术文章、技术沙龙活动及招聘信息等。欢迎大家关注我们。 242篇内容 2020年09月17日 16:11 大家好，本文是交易平台质量运营系列的第三篇，本文会针对免测运营展开分析，这也是交易平台质量运营系列文章中唯一关于提效的讨论。1 背景这里可以先给大家展示一个数据：交易平台2019年共上线需求数量近2000个；每个QA平均并行的项目会在5个以上。这些需求的总工时零点几人天到几十人天不等，这反应了这些需求的其中一个特点：需求零碎、数量繁多。通过前两篇文章的介绍大家可以对交易质量全流程保障体系有个直观的了解，良好的平台质量得益于完善的质量保障流程，但对于某些需求来讲，冗长的流程也可能带来效率和人力的问题。引用交易平台现有的流程来看，一个需求在进入测试之前需要有需求评审、技术评审、case评审、CR、ShowCase五个流程。尤其是在多项目并行的情况下这些左移的流程也在压缩着当前项目的测试排期，经常出现这种情况：一个项目测试执行的排期为5天，真正到了测试阶段发现这5天被其它项目的左移流程挤掉了一半。最终QA在保姆式保障下，逐渐暴露出两个问题：效率问题 -> 人力逐渐吃不消，在资源不足的情况下反向影响了部分项目的质量。研发质量意识 -> 研发对于质量的认知停留在顺利提测即可的阶段，质量是由QA来保障的。2 目标在之前背景中提到的痛点下，设定的目标有两个维度：提升产品交付效率。提升研发人员质量意识。3 免测规范为了实现之前提到的两个目标，经过讨论选择了比较能立竿见影的提效抓手：免测。有了目标第一件事情就是规范的推行。明确免测标准：免测分为两级，完全不需要QA参与的一级免测，需要QA参与review的二级免测。明确免测范围：开发量小，非核心，逻辑简单。明确免测流程：研发&QA达成共识决定一个项目是否可以免测。研发提免测申请，自动化回归，QA review通过，完成上线。这个过程写的很简单，没有罗列出详细的条条框框，但大家看了一定觉得很熟悉，是的，无聊的制度都千篇一律。4 免测运营4.1 白名单运营免测规范自2018年年底推出后的前几个月，发现使用免测权利的同学并不多，而且免测引发的问题较多。亟待解决的问题是如何充分调动研发人员提免测的主观意愿，以及提升研发人员对质量负责的意识。于是增加了免测白名单：质量优秀的研发同学方可发起免测，名单动态维护。名单更迭的原则有两个：免测项目数量，免测问题数量。希望借白名单既提升研发人员对于提免测的积极性，又可以让白名单同学带头打样提高免测质量。我们采用大群公告，大屏公告等形式把数据展示出来。白名单更像一个荣誉榜，通过几次的名单迭代，研发人员的免测质量意识逐步培养起来，免测项目的比例也逐步的提升。4.2 数据运营在免测白名单运营过程中，免测逐渐被所有人接受。但不在白名单的同学也有提免测的现象，难以根据白名单限制。在白名单的同学，并非每个月都有免测需求。所以在后期白名单已经几乎失去了它原有的作用，运营策略改成了现在的数据运营。数据运营最初靠人一点点的去统计，基本上统计的指标也是免测项目数量/比例，免测问题等。人工采集数据耗时耗力，为了把免测运营做到更高效，我们采用自动化的方式进行数据清洗，通过配置化的方式对数据进行可视化展示。整体效果：免测项目比例维持在40%以上，2020年QA人力累计节省170人天（计算公式：（RD+FE工时）/2 -QA工时）研发人员的质量意识得到了很大的提升，对于免测项目的提测越发谨慎5 免测制度迭代-小临急概念：简单说就是小的，临时的，紧急的需求。当然，小是前提。解决快速上线的问题：在免测的习惯逐渐养成以后，就开始有PM经常抱怨本来体量很小的项目，但是产品交付周期却很长，就是事儿不大但得等到下个月。后来经过分析数据发现， 很多时候是QA跟不上。那问题到底在哪里呢？首先先来看免测需求的产出途径：PM提出的紧急业务需求，符合免测要求的经过周迭代会，被评定为符合免测要求的RD/FE提出的优化类技术需求，符合免测要求的线上问题转优化需求，符合免测要求的而针对这类需求，PM最大的痛点：不知道找哪个QA可以快速跟进。有时候找到了QA跟进，但是却要等很久排期。而且经常要等上线窗口或是繁琐的审批流程。对于QA同学来说：常规业务压力，一般排期都很长。计划之外，开发完了才来找QA，扰乱原有的计划从需求来源结合一些数据来看，从每周迭代会上确定的免测项目只占很小一部分，大部分还是来自于临时的/着急的需求，这部分需求没办法提前计划，只能排期在其它项目之后。QA排期至少都在两周开外，跟进不及时这事儿也就可以解释通了。但反过来想，一个免测需求的消化需要QA多长时间呢？十几分钟、一个小时、又或者两个小时？有没有办法解决呢？解决谁来跟进的问题：划责任田，对于近期新上线的项目，线上问题转优化/项目延伸迭代优化等，由PM/RD优先对接原项目QA。原QA对项目情况比较了解，省去了很多交接成本，可以最大程度避免因不熟悉导致质量问题的风险其它免测需求可由PM/RD自行协调值班QA跟进。QA值班时人力不安排项目，线上问题的不确定性导致QA值班日会有些人力空余，且QA当天全人力关注线上情况，可实现快速支持，快速上线。解决计划之外的问题：免测项目在开发时就需要提前找QA约定跟进时间，至少提前一天定好。解决快速上线的问题：简化小临急中‘急’的上线流程，值班QA跟进时直接免审批上线。其它非紧急的免测需求还是需要赶每周二和周四的上线窗口一起上线。效果：免测项目的一周交付率逐渐提升到90%以上6 写在最后免测不是简单的QA不介入，对免测效果一定要进行阶段性回顾、复盘，发现问题及时解决，整个流程才能往好的方向发展。免测这件事以提效开始，但也不是简单的为了提效。在实际的免测运营过程中发现，每个月都会出现几个免测问题，虽然都不是很严重但对整体质量还是有一定影响的，所以质量也应该是免测很重要的一个落点。效率和质量不应该是相悖的命题，关于如何提升免测的质量无非是从两个方面入手：发布质检的手段；提升研发的质量意识。发布质检的手段就是QA提供的包括自动化在内一系列的质量防御体系，也是我们一直在做的事情。而在下一期质量运营系列文章【质量月运营】中会和大家一起分享交易平台如何用运营的手段提升团队每个角色的质量意识。 预览时标签不可点 QA8QA · 目录#QA上一篇质量运营系列 || 从“验收”角度看交易平台如何保证项目高质量下一篇质量运营系列 || 质量还能运营？带你领略贝壳交易平台质量月活动的孵化之路关闭更多小程序广告搜索「undefined」网络结果