跨部门依赖

去年第四季度，我把手上三个跨部门项目的复盘数据摊在一张表上，发现一个很难看的数字：在全部 37 次里程碑延期里，有 29 次的直接触发点不是执行团队本身慢，而是某个前置任务没有按约…

去年第三季度，我接手了一个跨三个部门的内容审核上线项目。项目排期表看起来干净利落：内容团队 9 月 20 日交付初稿，法务团队 9 月 25 日完成合规审核，运营团队 9 月 28…

我带过一个 180 人的跨部门项目，涉及研发、测试、运维、市场、销售五个部门，原计划 14 周上线，实际用了 21 周。复盘时最扎心的发现不是某个部门能力不行，而是三个关键依赖关系…

我最近一次做跨部门复盘，是在一家约 1200 人的公司。一个本该 8 周上线的版本，实际用了 11 周 4 天，延期 19 个工作日。复盘会上，所有人都在说"测试排期太满…

跨部门交付里最容易被忽略的一类工作，是"后置任务"，它的启动时间不由自己决定，只由上游的交付决定。我在过去几年里以研发效能负责人和外部顾问的身份，完整复盘过 1…

三年前，我在一家两千多人的制造企业负责共享服务中心（Shared Services，后文简称 SS）的交付运营。那年 Q2，一笔金额不到 80 万的供应商结算，卡了整整 23 天。…

我带队做过一个跨部门的系统上线项目，原计划 45 天交付，实际用了 68 天。复盘时我让每个人把自己那 23 天的"加班"和"卡点"逐条写出…

2023年秋天，我以外部顾问的身份进入一家做智能硬件的公司，参与一次固件发版延期23天的复盘会。会上三个部门负责人的发言我至今记得：研发说"我们等采购的物料清单等到第6周…

先给结论：后置任务失控，几乎从来不是工具问题 我先说三个我认为最关键的判断，后面的所有内容都是围绕这三条展开的。 1. 后置任务的核心不是"排在后面"，而是&q…

上周三下午四点，我盯着会议室投屏上那张横跨六个部门的计划表：市场部的上线物料卡在研发的接口联调上，研发的联调卡在测试环境的扩容上，扩容卡在采购的服务器到货上，到货又卡在财务的付款审…