需求管理

去年第四季度，我帮一家做工业设备远程运维的客户做缺陷流程复盘。他们的缺陷管理系统里躺着 3847 条未关闭记录，其中被标记为“紧急”的有 412 条，占 10.7%。但我随机抽了 …

去年十一月，我陪一家做工业设备的客户开了一次缺陷评审会。会议室里坐了七个人：测试、研发、产品、实施、售后各一位，外加两个主管。桌上摊着 43 个"待处理"缺陷，…

去年我帮一个 120 人的研发团队做缺陷流程复盘，把近半年的 1462 条缺陷单导出后逐条看了一遍。结果有点扎心：其中 421 条（28.8%）在“待开发”和“待补充”之间来回流转…

去年下半年，我参与了一家 300 人规模 SaaS 公司的研发效能诊断。他们负责人给我看的第一份数据是缺陷关闭率：97.4%，数字很漂亮。但我把近 90 天的缺陷记录导出后，发现三…

上个月我陪一家做智能硬件的公司复盘他们三个月的缺陷数据，发现一个让管理层沉默的数字：一个 P1 级缺陷从被提交到最终关闭，中位数走了 11 天多一点，但工程师真正动手修复的净作业时…

去年我帮一家 300 人左右的企业服务公司做研发流程复盘，打开他们的缺陷库时看到一个数字：4700 多条未关闭缺陷，其中标记为最高优先级的 63 条。我问产品负责人，这 63 条里…

2023 年我参与过一家 SaaS 公司的研发效能复盘。他们的季度 Bug 总数从 1200 个降到 400 个，团队在周会上被表扬了三次；但同一个季度，线上 P1 事故从 3 起…

去年 11 月，我参与复盘一个延期 47 天才完成验收的交付项目。系统上线第一周，客户在微信群里提了 63 条“Bug”，我们的实施工程师照单全收、当天全部转成缺陷单推给研发。研发…

去年十一月，我陪一家约 400 人的 SaaS 公司开季度质量复盘会。会议室里投出的报表很漂亮：本季度新增缺陷 1247 个，已解决 1180 个，解决率 94.6%，平均修复时长…

Bug 严重程度最容易出错的地方，不是“严重、一般、轻微”分得不够细，而是团队把影响范围、修复紧急度和个人感受混成了一个字段。结果可能是：一个只影响测试环境的页面错位被标成“致命”…