约束的缺点。如果您在您的日程安排中有几个活动的特定日期，您可能会试图插入约束来确定这些活动的开始或结束日期。尽量避免这种诱惑，因为约束是有缺点的。
约束在大多数调度指导方针中并没有被禁止，但是不鼓励它们的广泛使用。海军设施司令部(NAVFAC)初始项目计划(IPS)清单第12项规定，所有约束必须由合同定义。所以这里我们看到约束是被NAVFAC清单所允许的，但在某种程度上限制了它们的广泛使用。
本文讨论了调度中约束的缺点。
- 进度限制的一个主要问题是，它们往往会将关键路径分割开来。间歇的或分段的关键路径或最长路径是展示的阻碍因素。数亿美元的项目已经暂停，等待解决最长的路径中断。在项目的生命周期中，以一种不分割关键路径的方式对重要日期进行建模是一个微妙的过程。这篇文章”安排非合同的重要项目任务日期显示了一个示例情况，其中定义和/或遵守了一个特殊日期，而没有插入约束。
- 约束的另一个主要问题是它们是静态的。它们是日程表中固定的日期。理想情况下，您希望依赖关系将任务推到时间刻度上的适当位置。如果各自的任务被约束在适当的位置，这是不可能的。这是因为约束比依赖更强。因此，约束将确定任务日期，并保持该日期在适当的位置，即使计划更新和依赖关系会说，否则。
- 约束使得调查计划场景变得更加困难。这也是由于约束的静态性质。最有可能的情况是，您的约束日期必须为所调查的每个计划场景手工更改。这使得调查多种调度情况成为一个冗长而费力的过程。
- 强制的硬约束可能违反网络逻辑。当调度具有强制性硬约束时，整个优先图或网络逻辑的基础就会变得可疑。为了保证强制约束日期的固定，忽略和拒绝了依赖关系。关于为什么要避免强制性硬约束的更多信息，请参阅下面的文章:为什么你应该避免强制性的活动限制”。
总结
在计划项目时限制使用约束。当涉及到最长路径不连续时，约束是一个主要问题。从项目开始到完成，不是一条连续的最长路径，而是一条分散的关键路径。约束也会抑制日程安排的动态质量，因此也应该加以限制。
当进度有许多限制时，进度更新和调查就变得非常困难。强制硬约束会保留约束日期，但在此过程中会违背相关的网络依赖关系。将约束的使用限制在罕见的情况下是良好的调度实践。
同样，契约定义的约束是可以接受的。这可能需要熟练地安排项目生命周期中的重要日期，同时避免插入约束。如果需要约束，还需要为每个约束的插入提供合理的解释。