计划约束的广泛使用通常是不鼓励的。但是，在哪些具体情况下应该避免进度限制，以及在哪些情况下限制是合适的?
进度限制描述了项目生命周期中网络逻辑无法捕获的重要日期。但是，硬约束和软约束都应该在进度中受到限制，因为约束阻碍了进度更新和/或整个进度的传播，也就是说，当进度被更新时，约束日期不会自动更改和/或更新。
有许多限制的时间表是不动态的;它们通常需要对每个约束日期进行冗长的手动更新。因此，广泛使用约束并不是很好的调度实践，在某些情况下，约束特别不合适，或者希望非常合适。你需要考虑每种情况下约束的适当性。
本文提供了在特定项目情况中插入约束的适用性的一般指导。
在下列情况下避免使用限制:
- 计算项目资源的临时可用性——大多数调度软件都有用于指定项目资源可用性的资源日历。必威手机登陆界面资源日历是定义可用性的一种更动态的方法，不受固定任务相关工作的约束，根据分配的工作人员的可用性。
- 建模机会之窗—使用约束确定任务日期，同样是一种静态的任务日期调度方式。如果你的情况是周末搬家，最好给搬家任务指定一个具体的任务日历，工作日只有周六和周日。这样的话，如果你的搬家工作不顺利，相关的任务将自动重新安排到下一个周末。如果移动日期是用约束定义的，那么它们不会随着当前的进度自动更新;您必须手动更改这些约束日期。
考虑在以下情况下应用约束条件:
- 外部依赖——交付最好使用里程碑和约束的组合来建模，即约束里程碑。里程碑标记交付事件，约束指定交付日期。这比限制后续任务不早于交付日期开始要好。对于受限的里程碑，如果交付延迟，你知道进度延迟与原材料和/或设备交付直接相关。
- 会议——像会议这样的小组活动需要在日程安排之前商定一个日期。限制会议日期，使其保持固定，尽管其周围任务的开始和结束日期的起伏。
- 天气——你的河道疏浚工程必须在冬天结冰前完成，所以一定要在11月22日或之前完成nd．然而，约束可能不是最好的工具。任务日历可能更好地支持与天气相关的工作机会之窗每年。
- 公共事件——比如会议参与者，公众需要通知事件发生的时间。计划日期已公布，并应保持固定。
- 可交付成果——这些是你同意提供项目相关可交付成果的合同日期。
总结
大多数调度指南不鼓励对约束的广泛适应。一些准则甚至要求在合同中指定约束日期。
替代约束的资源日历和任务日历支持更动态的计划。机会之窗因此，使用调度日历工具可以更好地定义。但是使用受限的里程碑来模拟原材料的交付。
当参与者必须被告知各自的活动日期(如会议或公共活动)时，其他约束尤其适用。在这些情况下，事件日期是固定的，尽管计划更新和/或计划进程的影响。约束可交付成果的截止日期也很重要，这样团队成员就有了一个固定的可交付成果的目标日期。