但是如果不这样做 ， 在每次关键路径出现严重延误时 ， 就要重整整个项目 。
在有些情况下 ， 关键路径是到处跳的 。
每隔一段时间就会遇到这个问题 。
在非关键路径上 ， 本来一切好端端的 ， 接驳缓冲丝毫未动 ， 突然间问题来了 。
在想要开始某个非关键路径上的某个步骤 ， 但它需要的资源却不在了 。
这个资源在另一条也在延迟的非关键路径上工作 。
例如下图中的情况 。
下图中有X的步骤是需要专家X 。

【突破|突破项目管理的瓶颈】12、执行的步骤 。
X是多个步骤争夺的资源（resource contention） ， 以致它负荷过重 ， 照成延误 。
而延误有一条非关键路径传给下一条 ， 连各接驳缓冲也消化不了 ， 所以关键路径会到处跳 。
在软件开发中 ， 环境准备 ， 成果物评审环节和这个非常类似 。
为了解决这个问题 ， 让我们首先回到关键路径的定义：需时最长的一串依存的步骤 。
但是也不要忽视X产能的短缺 ， 不要忽视因公用一个资源而导致两个步奏互相依存的情况 。
产能极为有限 ， 不可能同时进行两个步骤 ， 只能先后进行 ， 这就是依存关系 。
这样一来 ， 步骤间的依存关系可以由步骤所在的路径造成 ， 也可以由步骤所共用的资源造成 ， 根据这两类依存关系去找那串需时最长的步骤 。
一般说来 ， 最长的一串依存的步骤 ， 由不同的部分组成 ， 一部分由于路径本身 ， 另一部分由于资源分配 。
为了加以区分我们应该先调整一下用词 ， 关键路径仍然称关键路径 ， 即最长的一条路径 ， 但是我们知道最关键的是制约因素 ， 即最长的一串有依存关系的步骤 ， 由于我们必须承认 ， 依存关系也可以是资源引起的 ， 我们就用一个新名词来代表这一串制约因素所在的步骤：关键链 。
在上面的例子中由于关键链已经成成了制约因素 ， 就必须更改接驳缓冲的位置 。
下图是调整后的结果 。
直观图：关于6 ， 13,11,4,2各个步骤的顺序问题 ， 就算用不同的次序编排X的运作 ， 其实区别并不大 。
即使有区别也不会超过项目的的不确定因素 。
完全可以靠项目缓冲来吸收 。

来源：(未知)

【学习资料】网址：/a/2021/0321/0021738823.html

标题：突破|突破项目管理的瓶颈( 三 )