项目经理们都经历过项目超期情况，问其原因无一例外都说是碰到了可怕的【墨菲】。后来经历多了就有经验了，于是不论使用何种活动评估技术都会给每个活动加富裕时间，这个富裕时间就是项目的安全时间，如图一，

图一

我们发现不确定因素（【墨菲】）预估的越厉害那么分布图的尾巴就越长，也就是说项目的安全时间就越长。除此之外还有哪些因素决定项目的安全时间呢？

1-以往惨痛的经历；

2-项目计划涉及的评估层级越多如自下而上评估法因为每层都会加进各自的安

全时间，所以这个分布图的尾巴也就越长；

3-预料到高层会消减整体完工时间，各环节预先加大安全时间。

那既然项目计划里面都加了这么多的富余时间，项目的整体计划时间也拉长了项目应该可以按时交付甚至提前交付了吧？但是你的项目为啥还是要延期交付？到底发生了什么？

一、学生症侯群和帕金森症

对于容易并且资源充沛的活动介于它有安全时间，你会马上开工吗？不一定吧，想想学生时代是不是总是有人在老师规定作业最后提交日期的前一天晚上才点灯熬蜡的开始写作业？工作之后每次报告提交是不是有人也要卡着最后截止日期才提交，这个就是我们常说的【学生症侯群】。

你说“我没有呀，我是立即就投入到工作中的我要保证高品质的产出”这种状态尤其多的出现在软件项目的工程师身上，只要不到截止提交代码之前他就会一直修改希望提交精品不论需求是啥一定会出现需求镀金，我们管这个叫做【帕金森症】；

二、多任务管理

你又说了“我们项目是真的忙我们没有出现【学生症侯群】和【帕金森症】你看我们一个人要同时并行好几件事情呢，真的很忙。”如果我们增加所有安全时间，所有活动的完工时间也会因此延长，这意味着在同一时间有更多活动在运行当中，即更多活动意味着更多机会导致多任务，这也意味着完工时间会更长，增加安全时间根本没有用，只会拖长完工时间；

三、提前完工PK延迟完工

提前完工的活动不会被呈现的，就算呈现了，赚得的时间也不会被下一个步骤的活动好好利用，只会被浪费掉；而一个活动的延误会全部转嫁给下一个步骤的活动。

好气馁呀，看来为了防御项目中【墨菲】加入的安全时间怎么感觉除了增加了项目交付的时间外，作用好像没有想象的大呀，那这个安全时间是不是也太水了呢？安全时间增加的初衷是为了抵抗项目中的不确定因素（【墨菲】）使得项目可以如期交付，我们在进一步思考是否可以理解成增加在每个活动上的安全时间其实也是为了保护项目的关键路径和非关键路径，只要这些路径按时完成，项目才可以按时交付。那我们就来看看是否还有其他方式保护这些不同的路径吧？

一、关键路径

我们能不能把关键路径上所有活动的安全时间全部取消（啊~啊~啊，我要被仍臭鸡蛋了）或者减少一部分至少不要那么“水”，不过别急，减少的安全时间不是就取消了，而是把减少的时间重新累加进行统一调整（消减）形成一个新的累计安全时间。把这个安全时间放到关键路径的末端，只要保证这条关键路径在要求的时间段内完成就可以，是不是？这个叫做【项目缓冲】。如图二

图二

一旦关键路径上某个活动真的不能按照新的时间完成那就来扣减【项目缓冲】里的时间，即活动完成时间增加一天，【项目缓冲】里时间就减少一天，但是项目组全员在执行计划时是以没有安全时间为前提行动的。

二、非关键路径

同样我们把非关键路径上所有活动的安全时间全部取消或减少至一个合理的时间段，我们知道在非关键路径上路径汇聚点处其实按时交付的压力是很大的。这次的累计安全时间不参考被扣减掉的时间，而是比对与关键路径汇合时，关键路径所需要的时间减掉这个阶段非关键路径上活动的累计时间差为【安全时间】，把这个安全时间放到非关键路径的末端，这个安全时间叫做【接驳缓冲】用以保护非关键路径按时交付。如图三

图三

接驳缓冲保护非关键路径中路径汇集点的风险，可以将这些活动最终交付时间段拉长到与对应关键路径交汇点相等时间段。如果非关键路径上的接驳缓冲已经被消耗掉但是活动还没有结束仍可以使用项目缓冲时间，只是如果这样的话关键路径可能就发生变更了。

以上给大家介绍的【项目缓冲】和【接驳缓冲】就是关键链的核心方法，关键链管理中我们发现个别步骤不再有具体完成时间取而代之的是完成时间段。

那么如何实施关键路径呢，总结如下几点：

1、说服各个部门消减他们的预估完工时间，扣除太多水分时间

2、消除所有里程碑，换言之，个别步骤不再有目标完工时间

3、适时报告最新的完工预估时间