子计划管理

去年底我接手过一次研发复盘：一个原计划 12 周交付的中台版本，实际拖到 19 周。团队第一反应是"需求变更太多"，但我把排期表、周会记录和依赖关系拉平之后发现…

我带过一个项目，父计划里躺着 11 个里程碑，下面挂着 6 个子计划。上线前两周的集成评审会上，三个子计划的负责人几乎同时说"我们这边早就做完了"。结果当晚跑集…

去年第三季度，我参与复盘一个延期了七周的中台重构项目。主计划前后重排三次，每次都在系统里留了痕迹；但真正承担风险控制职责的四份子计划，进度、质量、外部依赖、资源，最后一次更新停留在…

一个 120 人的研发组织，总计划排得很漂亮：9 个团队、12 个里程碑、6 个月周期，甘特图铺满整块屏幕。第三周周一站会上我问了一句：“支付网关改造这条子计划的验收标准是什么？”…

去年 Q3，我给一家 120 人规模的研发中心做规划流程复盘，遇到一个很典型的场面：三个子团队各自的计划表上一片绿色，所有任务完成日期都在承诺范围内；可那个版本的联调日，硬生生推迟…

去年年底我参与了一次交付复盘：一个120人规模的SaaS团队，主计划上12个里程碑有11个标着"已完成"，但客户真正拿到可用版本的时间，比原计划晚了整整6周。复…

过去三年我参与过十几个研发项目的规划评审，最常见的一幕是：主计划排得漂漂亮亮，季度里程碑清晰，但一到执行层就变成"各做各的"。前端等后端接口，后端等产品确认，测…

大多数产品经理在复盘项目延期时，会把原因归结为"子计划排得太粗"或者"需求变更太多"。但我在过去三年复盘了二十多个跨团队迭代后，得到一个不太…

去年 Q4，我参与复盘了一个延期 6 周的中台改造项目。翻遍所有文档，总计划只有一页甘特图，5 个团队各自的子计划散落在 5 份不同的表格里：里程碑名称不统一、依赖关系全靠口头对齐…

主计划定了三个月后上线，产品、设计、研发、测试、运营各自拉了一张子计划表。评审那天，每张表看起来都没有问题：设计说稿子两周能给，研发说接口一周能通，测试说提测后五天能出报告，运营说…