返工治理

去年年底，我帮一家做工业软件的公司做交付流程诊断。CTO 给我看了一组数据：全年 214 个验收节点，一次通过只有 131 个，返工率接近 39%。更扎心的是，返工任务里有 62%…

去年 Q4，我帮一家 400 人规模的金融科技公司做研发效能复盘，翻出他们三个月的任务验收数据：需求类任务平均返工率 31%，缺陷修复类任务返工率 19%，而跨部门协作任务返工率高…

任务验收返工是 PMO 最容易被低估的成本黑洞。我去年帮一家 300 人规模的软硬件一体企业做交付流程复盘时，翻出他们 6 个月的验收记录：首次验收通过率只有 41%，平均每个任务…

返工的准确定义与边界 在开始治理之前，必须先给返工划一条清晰的线。我给的定义是：返工是指交付物已经进入验收环节（自检后提交），因标准未满足、理解偏差、上游信息缺失或质量缺陷，被要求…

2022 年 Q3，我做了一次让我印象很深的全量复盘：我们 PMO 小组服务 9 个交付团队、约 620 人，那个季度一共跑了 47 个迭代、1320 个任务单。其中 286 个任…

2023 年我参与复盘过一个 14 人月的企业数字化项目：最终验收是通过了，但真实投入是 18.6 人月。多出来的 4.6 人月里，有 3.1 人月明确记录为返工，需求澄清返工 0…

核心结论：返工治理的胜负手不在执行端，而在验收标准的可判定性 2021年我主导过一次交付数据盘点，覆盖了三个事业部、1372个已关闭任务。结果有点反常识：真正因为技术难度或方案错误…

很多团队第一次认真讨论“返工”，往往是在项目复盘会上。项目经理把延期两周的原因归结为“需求变更”，开发负责人说“验收标准一开始就没说清”，测试负责人补一句“提测版本跟需求文档对不上…

去年第三季度，我接手了一个已经延期六周的企业级数据中台项目。复盘时发现一个反常识的数字：项目组累计投入 1420 人天，其中因验收标准不一致导致的返工消耗了 317 人天，占比 2…