您的Primavera P6计划有一个具有约束力的外部合同约束日期，该日期与您的计划的预测项目完成日期不一致。因此，您需要监控项目的预计完成日期和您的时间表上的合同完成日期。来吧，因为我们演示了最好的方式来描述在一个时间表。
日程安排类似于写一个关于项目如何执行的故事。时刻表的开始和停止也有点像描述火车的开始和停止。您有几个任务或里程碑必须发生，以使列车的速度。以及描述火车即将停下来的几个任务或里程碑。开始可以通过通知进行或合同授予日期里程碑来描述，随后是项目启动里程碑。描述结束，特别是如果您的合同约束日期与估计的项目完成日期不一致，可能会有点复杂。
本文演示了在Primavera P6计划中显示和监控估计项目完成日期和绑定合同完成日期的最佳方法。
我们将模拟的理想情况是，合同完成日期比预计的项目完成日期晚。在图1中，我们展示了Primavera P6计划。
图1
这个P6计划有两个路径:关键的实验路径和非关键的建模路径。目前，我们将关键活动定义为总浮点数为零的任务。
我们希望时间表突出估计的项目完成日期和有约束力的合同完成日期。为了做到这一点，我们首先将“项目完成”的名称改为“项目完成日期”。其次，我们插入活动完成里程碑“合同完成日期”。为了正确定义“合同完成日期”完成里程碑，我们必须添加一个“完成时间”约束，将其保持在实际合同完成日期的适当位置。
然而，这样做有一个问题。一个受限的里程碑，即使与任何活动没有关联，也会导致我们丢失关键或最长的路径，这取决于所选的调度选项。注意，在我们的演示中，我们计算了最长路径。为了定义“合同完成日期”活动而不丢失最长路径，我们必须做两个步骤:
- 在“项目完成日期”和“合同完成日期”之间插入关系
- 在这个关系中添加适当的延迟
图2
在图2中，我们在“项目完成日期”和“合同完成日期”之间插入了一个完成到完成(FF)关系，并且通过添加延迟来修改FF关系。我们也相应地调整了延迟(5天)，因此“合同完成日期”的里程碑正好在合同指定的具有约束力的合同完成日期约束下完成。
FF关系和延迟都插入了“项目完成日期”和“合同完成日期”之间，因为，否则，我们将失去最长的路径。同样，我们需要关系和适当的滞后定义。因此，必须调整滞后，使关键路径或最长路径上的总浮点数为零。
即使我们的“合同完成日期”现在被FF关系和延迟所保留，我们仍然希望插入“合同完成日期”和“Finish On”约束。在图3中，我们插入了“Finish On”约束，这样当估计的“项目完成日期”推迟时，我们将收到负的总浮动的警告。
图3
如图4所示，我们将关键活动定义为最长路径。
图4
这样做是为了使我们的计划与一些计划指导方针的偏好保持一致。在重新计算了图5中所示的最长路径之后。
图5
最后，在图6中，我们演示了当我们输入将我们估计的“项目完成日期”推迟三天的进度实际情况时发生了什么。
图6
在甘特图上，延迟只是把“项目完成日期”和“合同完成日期”右移了。所以从甘特图上我们看不出有问题。然而，活动表的总浮动列显示了“项目完成日期”和“合同完成日期”的三天负的总浮动，所以我们知道有问题。问题是我们的延误有多严重?最好的方法是，在头脑中把“合同完成日期”与原来的日期相差三天，这样我们就会发现，在更新的“项目完成日期”和“合同完成日期”之间还有两天时间。所以我们仍然是在目标上。
还可以将“合同完成日期”的延迟减少3天，以查看原始“合同完成日期”的时间表，如图7所示。
图7
现在你可以清楚地在甘特图上看到“项目完成日期”和“合同完成日期”之间的两天间隔，但是我们也失去了负总浮动警告。不过没关系，我们知道我们还是比合同规定的时间提前了两天。
总结
在Primavera P6中，可以同时显示预测的“项目完成日期”和“合同完成日期”，并在预计的“项目完成日期”下滑时提供警告。
当你在“合同完成日期”中加入“完成”约束时，记得在预计的“项目完成日期”和“合同完成日期”之间加入适当的关系和滞后时间。这样你就不会丢失最长路径和/或关键路径。
还有一个想法，如果你想重新设定“合同完成日期”，但仍然看到一个估计的“项目完成日期”，你可以在预测的“项目完成日期”上设置一个“完成”约束。这是在“合同完成日期”的“完成日期”约束之外。但是，插入这个约束可能会使您的P6计划偏离调度指南，后者往往特别关注添加约束。