X项目的关键链重新规划
里克负责的X项目用传统关键路径法规划需要18个月，但考虑资源约束后发现真正的瓶颈在哪里。项目有三条并行路径，按任务时间计算最长路径是A-D-G，但实际上同一个关键工程师既要负责任务C也要负责任务F。
重新分析后发现，真正的关键链是A-C-F-G，因为工程师不能同时做C和F。原来看起来不在关键路径上的任务C和F，因为资源冲突变成了项目的真正约束。这个发现让项目时间从18个月缩短到12个月，因为可以重新安排资源分配。
调用场景：当你的项目有多条并行路径，而关键资源需要在不同路径间切换时，用这个案例的分析方法重新识别真正的约束。不要只看任务的逻辑依赖关系，更要看资源的可用性约束。
贝蒂的多任务切换陷阱
贝蒂是公司最优秀的软件工程师，同时被分配到三个项目：项目A需要她写核心算法，项目B需要她做系统架构，项目C需要她解决技术难题。每个项目经理都催促她优先处理自己的任务。
结果是贝蒂每天在三个项目间切换，每次切换都需要重新熟悉代码和需求。原本每个任务都只需要2周，因为切换成本变成了4周。更严重的是，三个项目都因为等贝蒂而延期。
解决方案是让贝蒂专注于一个项目直到完成，然后转向下一个。虽然项目B和C需要等待，但总的完成时间从12周缩短到8周，所有项目的平均延期时间都减少了。
调用场景：当你发现关键资源被多个项目同时需要时，评估切换成本和等待成本。如果切换成本高，让资源专注于单一项目直到完成。如果等待成本高，考虑增加资源或调整项目优先级。
缓冲管理的红绿黄预警系统
项目实施关键链方法后，里克建立了缓冲消耗的监控系统。项目缓冲分为三个区域：绿色区域是前三分之一，黄色区域是中间三分之一，红色区域是最后三分之一。
项目进行到60%时，缓冲消耗了40%，处于黄色区域。按传统方法，项目进度正常，无需担心。但按关键链方法，缓冲消耗速度过快，需要采取行动。里克重新分配资源，让更多人支持关键链任务，最终项目按时交付。
另一个项目进行到80%时，缓冲只消耗了20%，处于绿色区域。项目经理原本想加快进度，但里克建议保持当前节奏，因为提前完成的价值有限，而破坏团队节奏的风险很大。
调用场景：建立项目监控系统时，不要只关注任务进度，更要关注缓冲消耗比例。当缓冲消耗速度超过项目进度时，立即介入。当缓冲消耗正常时，避免无谓的加速。
这三个案例展示了关键链方法的核心操作：重新识别约束、避免多任务切换、管理缓冲消耗。掌握这些场景的判断方法，就能在实际项目中应用关键链方法。