飞飞

2023 年秋天，我参与复盘一个延期了 23 天才上线的版本。表面结论是"后端接口没按时交付"，但把时间线拉出来之后，真正的问题出在第 4 天：前端负责人在排期…

上个月我陪一个 60 多人的研发团队做迭代复盘，他们把过去三个迭代的延期记录全部拉了出来。14 次延期里，有 9 次的直接原因不是工作量估错，而是有人在迭代第三天发现：自己要做的东…

去年 Q3 我带着一个 60 人的研发团队做版本复盘，翻出连续三个版本的延期记录，发现一件很反常识的事：真正吃掉工期的，几乎从来不是那条"最长的任务链"。三个版…

去年下半年，我参与了一家 300 人规模公司的研发流程诊断。他们的迭代准时率长期停在 61% 左右，管理层最初判断是估时不准，要求团队"提高估算能力"。我把近三…

去年 Q2，我接手了一个已经拖了三周的联调延期。复盘会上，四个团队的结论高度一致："沟通不到位。"我没急着认这个结论，而是把这两周的群聊记录、任务状态流转和发布…

去年 11 月的一个周四晚上 11 点，我盯着 CI 面板上 27 条红色的构建记录，心里很清楚：这不是某个人代码写错了。当天下午，一位同事把公共工具库里的 dayjs 从 1.1…

去年第四季度，我帮一家 130 人规模的 SaaS 公司做研发流程复盘。翻完他们近三个月的需求交付记录后，一个数字让我停住了：所有被标记为"延期"的任务里，真正…

去年我接手过一个 47 人的研发团队流程诊断项目，在梳理他们的延期工单时，发现一个反常识的现象：这个团队 68% 的延期并不是因为某个任务本身做得慢，而是"前面那件事没彻…

去年秋天我接手过一个挺典型的复盘：一个 60 多人的研发团队，用了两年项目管理工具，看板画得漂漂亮亮，但一个版本还是延期了 11 天。事后拉时间线才发现，真正卡住的关键路径，早在排…

去年 Q3，我帮一个 120 人的 SaaS 研发团队做迭代复盘，发现他们连续三个迭代延期，根因不是开发慢，而是前置任务出了问题：后端接口没按期联调，前端 3 个人空等了两天；测试…