飞飞

去年我接手一个汽车电子项目的时候，团队里有 37 个人，横跨硬件、嵌入式、测试、SQE 四个职能。项目启动第三周，我发现一个让人后背发凉的事实：没有人能说清楚"当前到底有…

去年我接手过一个挺典型的项目复盘：一个 60 人的研发团队，同时跑 4 条产品线，项目经理在周会上说进度"整体可控"，结果交付前两周突然发现，测试环境的部署任务…

去年年底我接了一个挺典型的烂摊子：一个 14 人的研发项目，原计划 11 周上线，结果拖到第 17 周还在联调。复盘的时候发现一个反常识的现象，真正压垮进度的，不是需求变更，也不是…

去年第三季度，我帮一家做智能硬件的公司复盘他们连续三个迭代的延期问题。团队一共 47 人，研发占 32 人，按理说规模不大、沟通成本可控，但三个迭代的准时交付率分别是 61%、58…

我第一次真正被 SF（Start-to-Finish，开始，完成）依赖"坑"到，是在一个 2022 年的系统迁移项目上。当时团队要在周五晚停机，把老订单库的最后…

去年第四季度，我以外部顾问的身份参与了一家做工业物联网的公司的项目复盘。这个项目原计划10月15日交付第一版边缘网关管理平台，实际交付时间是12月7日，延期53天。复盘会上，所有人…

去年第四季度，我帮一家做企业级 SaaS 的客户复盘他们连续三个迭代延期的原因。团队 47 人，研发 32 人，横跨 6 个职能小组。他们的迭代计划表做得非常漂亮，每个任务都有负责…

去年第三季度，我接手了一个已经延期六周的App改版项目。复盘时我发现一个反常识的数据：真正因为"某个任务做得慢"导致的延期只占17%，而高达63%的延期来自&q…

去年第三季度，我以顾问身份介入了一个典型的"FS依赖灾难"项目：一家做智能硬件的公司，APP上线时间从原定的9月15日一路滑到11月28日，整整75天。复盘时我…

2023年Q3，我接手了一个已经延期六周的企业级数据中台项目，复盘时发现一个反常识的事实：导致延期的直接原因并不是开发能力不足，而是一条被所有人忽略的FF依赖关系，前端联调任务的完…