飞飞

我统计过自己带过的 7 个研发团队、累计 4 年多的进度跟踪记录，发现一个反常识的结果：真正拖慢交付的，往往不是需求变更本身，而是"进度信息的延迟"。一份延迟 …

周进展管理这件事，我见过最离谱的一次是：一个 40 人的研发团队，每周五下午全员停下来写周报，平均每人花 90 分钟，一个月烧掉接近 240 个工时，但迭代交付准时率依然只有 58…

进度跟踪这件事，很多实施团队一开始都做错了方向。我见过一个 6 人实施小组，同时推进 4 个中大型客户的 ERP 上线，项目经理每天在群里问"今天进度怎么样"，…

如果你现在打开任意一个百人规模研发团队的周会记录，大概率会看到这样一种状态：上周计划完成的 23 个任务，实际完成 11 个，其中 4 个从"进行中"直接变成了…

很多研发团队的每日站会开着开着就变成了"表演赛"：昨天做了什么、今天准备做什么、有没有阻塞，三句话说完散会。三个月后复盘时却发现，燃尽图只更新了两次，迭代延期了…

去年第三季度，我接手了一个让我印象很深的复盘请求：一支 47 人的研发团队，用了市面上某款主流项目管理工具整整 11 个月，迭代看板上的卡片流转率高达 89%，但版本交付准时率只有…

去年十一月，我帮一家做工业质检 SaaS 的研发团队做交付复盘，发现一个很尴尬的数字：他们过去三个月一共发了 47 个版本，但能拿出完整更新记录、并且能让客服和客户成功直接引用的，…

去年我帮一家 200 人规模的 SaaS 公司做研发效能诊断，访谈了 11 个研发小组，其中 9 个组的负责人都说"我们每周都在跟进度，看板也是实时的"。但我调…

过去三年我深度参与过 11 个研发团队的进度跟踪体系搭建或改造，其中最让我印象深刻的是一家 140 人的 SaaS 公司：他们在工具上花了近 60 万，看板、燃尽图、自动化报表一应…

进度跟踪这件事，很多研发团队不是没做，而是做成了"事后补作业"。我在过去三年里帮 14 个研发团队梳理过进度管理流程，其中一个 120 人的 SaaS 团队让我…