FF依赖管理

大多数项目延期,根子不在执行层偷懒,而在设计阶段就把"任务依赖FF"当成了一个画箭头的活。我见过一个 40 人规模的研发团队,项目排期表上密密麻麻画了 200 …

去年第三季度，我参与评审了一家 200 人规模研发团队的 FF（功能点）管理复盘会。会上项目经理展示了一张密密麻麻的甘特图，标了 47 条依赖连线，看起来非常专业。但当我随机抽查其…

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

去年第三季度，我以外部顾问的身份介入了一家约 400 人规模的智能硬件公司的项目复盘。他们的智能门锁二代产品原计划 7 月量产,最终拖到 10 月中旬,直接错过了欧洲市场的返校季窗…

去年我接手过一个已经延期六周的版本交付项目，复盘时发现一个反常识的结论：真正拖垮排期的不是某个任务做得慢，而是三个"完成条件"互相锁死，测试收尾在等开发自测完成…

去年Q4，我以交付总监身份接手一个已经延期47天的制造业ERP实施项目。复盘时发现，问题既不缺预算也不缺人力：项目计划里有23条"完成-完成"依赖，但有19条从…

大多数团队第一次做 FF（Functional Flow，功能流/特性流）任务依赖管理，都会经历同一个周期：花两周拉出一张看起来很专业的依赖清单，第三周开始有人跳过不更新，第五周这…

去年Q3，我接手了一个已经延期两周的支付网关重构项目。复盘时发现一个反常识的数据：14个任务中，只有2个任务的延迟原因是"工时不够"，其余12个全部卡在同一种依…

我第一次意识到FF依赖能把一个迭代拖垮，是在2021年带一个12人的研发小组时。当时看板上所有任务都是绿色"进行中"，周会上每个人都说"快完成了&qu…

去年 Q3，我带着一个 40 人的研发团队做版本交付复盘时，翻出了一组让我脸上挂不住的数据：整个季度 12 个延期需求里，有 9 个的延期根因不是"没人干活"，…