关键路径

项目延期时，最先该做的通常不是催团队“再快一点”，而是确认延期究竟发生在哪个承诺上：交付日期、范围、质量，还是依赖条件。很多项目在进度表上看似只晚了两周，实际却可能已经错过客户验收…

每日进展会开得很勤，项目却照样延期，问题通常不在“团队没有汇报”，而在于负责人把更新条数当成了进度。跟踪真正有用的不是今天写了几行、完成了多少个任务，而是计划与实际之间的偏差、偏差…

项目成员看起来“都排满了”，项目却仍然延期，这并不矛盾：日历上的忙碌不等于关键工作按时完成。我做资源平衡时，首先不问“谁还有空”，而是追问三件事：当前负载是否真实、工作是否能被拆分…

资源负载表里出现 120%，不等于团队已经超负荷；显示 85%，也不等于项目一定安全。真正需要判断的不是某个人的工时有没有超过一条线，而是这条线怎么算出来、负载持续多久、工作能否替…

资源负载失衡，表面上看是有人忙、有人闲，真正的风险却常常出现在两三周之后：关键岗位被同一批任务争用，计划中的交付开始排队，团队为了追进度把更多工作塞给已经满载的人，最后每个任务都显…

项目计划里每个人的利用率都接近 100%，项目却还是延期了：这通常不是团队不够努力，而是资源负载被误读了。资源平衡不是把任务平均分给每个人，也不是把日历填满；它是在明确优先级、技能…

甘特图里把所有任务连上线，并不等于依赖关系已经做好。真正决定计划能否执行的，不是箭头画得多整齐，而是每条关系能否回答三个问题：前置任务交付什么、后续任务何时具备开工条件、前置延误会…

甘特图排得很满，项目却依然延期，问题往往不在“任务还没填完”，而在计划没有说明依赖关系、可用资源和变更后果。对项目负责人而言，计划时间落地不是把日期画成条形，而是把承诺拆成可验证的…

工作量计划看起来常常很精确：产品经理填了 20 人天，研发负责人确认了排期，项目表里也有开始和结束日期；可到了迭代中段，需求变更、跨团队等待和线上问题陆续出现，原计划却没有告诉管理…

岗位实操方法：项目负责人提升资源管理效率的最佳实践方法与模板 项目资源管理最容易被误判为“人手不够”：计划表上每个人都排满了，项目却仍然延期；负责人不断催进度，团队却说自己在等需求…