依赖管理

项目规划实施计划全流程：研发团队风险控制与一文讲清 三年前我带一个 40 人的研发团队做核心系统重构，立项会开了两天，需求文档 60 页，甘特图精确到半天粒度。第三周，两个外部接口…

我最近一次帮一个 40 人规模的研发中心做规划复盘时，翻出了他们过去 6 个迭代的实施计划：文档做得非常漂亮，里程碑、责任人、甘特图一应俱全，但其中 4 个迭代的实际交付时间比计划…

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

2023 年我参与过一次研发发布节奏的梳理，第一步不是开会，而是把过去 18 个月的版本复盘记录全部翻出来。37 个版本、29 次延期、41 条根因描述，把它们逐条归类之后，我得到…

很多研发团队的项目计划，本质上只有一张甘特图：谁在什么时间做什么。但真正让版本失控的，往往不是任务本身，而是那些没被写成计划的约束，第三方接口什么时候能联调、测试环境什么时候空出来…

去年 Q3，我帮一家 400 人规模的 SaaS 公司做季度复盘，翻出他们 18 个里程碑的记录：11 个状态标着"已完成"，可真正通过验收评审的只有 6 个，…

我带过一个供应链中台项目，第 11 周做周会时才发现，核心依赖的订单服务改造还没排进对方迭代，而我们的前端联调日期已经写进了给业务方的承诺。那天会后我把过去三年自己经手和深度参与复…

去年我复盘过一个 11 周的版本项目，最终延期 23 个工作日。我把延期原因逐条拆开之后，得到一个让我很难受的结论：真正由“某个人没按时完成自己的任务”造成的延期只有 6 天，剩下…

去年 Q3，我接手一个 4 周版本。立项会上 11 个人一致通过了 23 个需求，第 18 天时研发同学在群里问了一句："登录改造到底进不进这个版本？"群里没人…

我做 PMO 咨询和驻场陪跑的第十年，见过最贵的一张 Excel 表，是一个集团客户的主计划。它有 1400 多行、37 列、11 种颜色，最后一次修改时间是三个月前。这份表每周还…