关键路径

把项目所有任务按依赖关系连成网络，从起点到终点会有很多条路径，其中耗时最长的那条就是关键路径（Critical Path）。它的含义很硬：项目总工期由这条链决定，链上任何一个任务晚一天，整个项目就晚一天——没有商量余地。而不在关键路径上的任务有浮动时间（float），晚几天不影响大局。

放到游戏研发里，关键路径经常藏在跨职能的依赖链里。比如一个新玩法：核心机制设计 → 程序框架 → 美术资源接入 → 联调 → 测试，如果美术资源依赖原画定稿，而原画又依赖世界观确认，那这条链可能比所有人想象的都长。另外要注意关键路径是动态的——某个任务提前或延后，关键路径可能整个切换到另一条链上去。

PM 视角

识别和守住关键路径，是 PM 排期能力的分水岭：

第一，资源优先保关键路径。人手紧张时的分配原则很清晰：关键路径上的任务优先配人、优先解阻塞。反过来，给非关键路径任务加急，纯属浪费管理注意力——它做得再快项目也不会提前。

第二，关键路径上的人要重点关照。链上的核心开发同时被三个需求分身乏术、或者突然请一周假，都是直接打击总工期的事件。PM 要对这些人的负载和状态保持敏感，必要时帮他们挡掉杂事。

第三，警惕”隐性依赖”改写关键路径。排期工具里画出来的依赖往往不全——版号审批、外包交付、其他项目组借调的 TA、引擎版本升级，这些没画进甘特图的依赖才是最常见的翻车点。PM 排期时要专门问一轮：“这个任务还等谁的东西？”