飞飞

上周三下午四点，我在验收看板上看到一个需求被第 5 次驳回。提交人是一位工作三年的后端工程师，他没有生气，只是把任务卡从「待验收」拖回「开发中」，然后在评论里写了一句「我大概知道你…

我统计过自己带过的三个产品团队、累计 47 个迭代的验收数据：需求评审通过率能稳定在 90% 以上，测试用例执行率也不差，但真正卡住交付节奏的往往不是开发，而是"验收&q…

我复盘过自己带过的三个产研团队、前后 18 个月的验收记录，一条不太好看的结论是：产品经理平均每个任务花 27 分钟在“验收”这个动作上，但其中 41% 的时间并不是在看功能，而是…

周二下午四点，产品负责人老周把一份 14 页的《任务验收流程落地方案 v3.2》甩进项目群，@了我和研发负责人，说“明天晨会过一下，没问题就发全员执行”。我花了 20 分钟读完，回…

很多产品经理把“任务验收提交”当成流程末端的一个动作：开发说做完了，产品点一下确认，事情就过去了。我带过的一个 12 人产品团队做过统计，一个迭代周期里，平均每个需求在验收环节要来…

我做过一次复盘：一个 14 人的产品研发团队，上线验收记录制度 3 个月后，任务验收平均耗时从 3.5 天降到 1.2 天，返工率从 27% 降到 9%。但同一套制度搬到另一个 6…

上周三晚上九点四十，我在看板上连续驳回了 11 个任务，每条驳回理由都写了三行以上。第二天早上打开系统，其中 6 个任务被原封不动地重新提交上来，我在驳回理由里写的“边界场景未覆盖…

上个季度我帮一家做 SaaS 的团队做研发效能复盘，翻出三个月的数据：任务列表里标记为「已完成」的任务共 412 个，但其中 67 个在两周内被重新打开，重开率 16.3%。更扎心…

去年年底我参与一家 200 人规模 SaaS 公司的项目复盘，翻到一条已上线三个月的任务验收记录，验收结论只有六个字："功能基本正常"。三个月后，这条任务对应的…

上周二的验收会上，我给 12 个任务贴了“打回”标签。会后我做了一次归因统计，结果让我有点意外：真正因为技术实现有缺陷被打回的只有 3 个，剩下 9 个的打回理由都是“做出来的不是…