需求管理

缺陷最佳实践：项目负责人 Bug / 缺陷数据分析，常见问题 去年第三季度，我参与了一家 340 人研发组织的质量复盘。他们的缺陷看板做得很规整：每周新增缺陷 120 条上下，关闭…

去年 11 月，我陪一个 160 人左右的 SaaS 团队做缺陷复盘。他们的支付模块有一个 bug：用户在优惠券过期的那一刻下单，订单实付金额会比应付金额少 30 元。这条缺陷从首…

去年第四季度，我帮一家 180 人规模的研发组织做缺陷数据复盘。他们的季度报表很漂亮：缺陷关闭率 96%，平均修复时长 2.1 天，遗留缺陷只剩 37 个。但同一个季度，线上客诉同…

很多项目负责人问我同一个问题：为什么团队 Bug 数据看起来一路向好，交付质量却没有实质变化？我复盘过十几个团队的缺陷看板，发现一个共同现象，大家盯的都是"平均修复时长&…

我接手过一个让我印象很深的复盘：一个两百多人规模的研发组织，某个核心业务模块连续三个迭代的 Bug 数量都在下降，从每个迭代 87 个降到 41 个，项目负责人在月度汇报里把这条曲…

周五下午四点，一个后端工程师的待办里同时躺着三张单子：一张被客服标成“紧急”的支付回调失败，一张被销售标成“客户明天要验收”的报表导出错位，还有一张是监控平台自动生成的、每小时触发…

去年冬天，一个支付回调的偶现 Bug 在我们团队活了 19 天。测试同学写下的复现步骤是六行字：“下单 → 支付 → 等回调 → 偶现订单状态不更新”。开发看完之后在群里回了一句“…

去年 Q4，我陪一个约 200 人的研发组织做版本复盘。他们的缺陷看板做得很漂亮：本迭代关闭率 96%，平均修复时长 2.1 天，Bug 总数从上一版本的 430 个降到 289 …

去年三季度，我接手一个 120 人研发组织的效能复盘。老板给的题目很直接：为什么测试团队天天加班提 Bug，开发也天天加班改 Bug，版本还是延？我拉出 6 个季度的缺陷数据后，看…

去年第四季度，我受一家 320 人规模研发组织的委托，做了一次缺陷流程复盘。他们的诉求很直接：缺陷越积越多，项目负责人每周要花 6 个小时开缺陷会，但版本发布前仍然会漏掉严重问题。…