飞飞

去年第三季度，我接手过一个典型的跨部门项目：市场部要在双十一前上线一个联合营销活动，产品部要出一个定制化功能模块，研发部要排期开发，设计部要出整套视觉物料。项目启动会上大家都很积极…

先给结论：依赖管理的失败，九成发生在"设置"之外 先把我的核心判断放在最前面：任务依赖出问题，极少是因为成员不懂什么是前置任务，绝大多数是因为依赖关系被设置了却…

很多项目成员第一次配任务依赖时，都会经历同一个尴尬场景：前置任务明明已经标了「已完成」，后置任务的负责人却死活收不到启动通知；或者反过来，前置任务还卡在「进行中」，后置任务已经被人…

去年第四季度，我接手了一个已经延期六周的数据中台迁移项目。复盘时我发现一个反常识的结论：真正拖垮这个项目的不是任何一个人的执行速度，而是后置任务的"隐性等待"，…

去年第三季度，我接手了一个被内部戏称为"死亡接力"的项目：一个面向中大型企业的审批流重构，涉及产品、前端、后端、测试、数据合规五个角色，十二个关键交付节点。项目…

去年我接手一个 11 人的交付项目，排期评审会上所有人对时间表都点了头。两周后，前端等后端的接口，后端等第三方的 SDK，测试等两边都提测，三条依赖链同时断裂，项目实际进度落后计划…

我第一次真正意识到"任务依赖"这四个字有多贵，是在一个 60 人规模的研发项目里。项目上线前两周，测试负责人告诉我一个数字：测试环境里 37% 的用例卡在&qu…

去年我接手了一个已经延期六周的跨端产品项目，复盘时发现一个尴尬的事实：甘特图上画了 237 条依赖关系，但真正被团队主动跟踪的不到 20 条，而最终导致延期的 3 个关键卡点，有 …

去年 3 月，我接手了一个原本"排期看起来很健康"的项目：6 个迭代、42 个任务、甘特图铺满两屏，每个任务都标了开始和结束日期。结果第二个迭代刚过半，设计稿晚…

去年 Q3，我帮一家做企业级 SaaS 的客户做研发效能复盘。他们的 PMO 负责人给我看了一份项目周报：一个原计划 8 周交付的版本，实际用了 14 周，延期 6 周。但在工具里…