飞飞

2023 年 Q3，我参与了一家约 400 人规模的智能硬件公司研发效能诊断。他们上线某项目管理平台 11 个月，迭代更新记录累计 2.7 万条，但我在抽查最近 6 个迭代的 18…

去年我帮一家 300 人规模的 SaaS 公司做研发效能诊断，他们的 CTO 给我看了一份"每日进展"日报系统：前端团队每天在小程序里填 8 个字段，后端团队用…

去年第三季度，我帮一家做工业物联网的研发团队做过程审计，翻出他们连续 11 个迭代的进度日志，发现一个很刺眼的现象：日志填写率长期维持在 96% 以上，但真正能用来判断风险的信息不…

很多研发团队的进度更新记录，本质上是一份"写给上级看的日报"，而不是"给团队自己用的决策依据"。我在过去三年里跟踪过 17 个研发团队的工具…

去年年底，我帮一家接近 300 人规模的研发组织做进度诊断。当时他们的项目经理每周五下午要花 3 个多小时，从需求池、任务板、缺陷系统、Git 提交记录和 CI 流水线里手工导出五…

去年我帮一家做工业 SaaS 的研发团队做过程度诊断，他们 87 人的研发中心，季度初排了 42 个需求，季度末复盘时发现有 11 个需求的真实状态和项目管理平台上显示的对不上，平…

进度跟踪这件事，很多研发团队做了三年，仍然停留在"每天站会同步一下"的阶段。我见过一个 140 人的研发组织，上了完整的需求-任务-缺陷体系，项目经理每周花 6…

2023年我接手过一个让我印象很深的事故复盘：一个 60 人的研发团队，周报上连续 8 周显示"整体进度正常"，结果在第 9 周突然宣布核心模块延期 6 周。事…

很多研发团队以为自己有"更新记录"，但真正能用来跟踪进度、支撑复盘、复盘后还能直接改进行为的记录少之又少。我在过去三年里帮十余个 80 到 600 人规模的研发…

进度跟踪这件事，大多数研发团队不是没做，而是做成了"填表运动"：每天站会报进度，每周更新甘特图，每月复盘时却发现延期原因永远都是"需求变更"…