任务约束：ASAP、必须开始于和截止日期
甘特图中的每一项任务在落到某个日期之前，都会回答一个无声的问题：它被允许在什么时候发生？这个答案就是排程约束。多数计划者从不碰这个设置，而他们的图表之所以能正确流动，正是因为如此。另一些人则手动把任务固定到确定的日期上，然后纳闷为什么时间线不再就滑期向他们发出警告。本指南将解释每一种约束类型、何时该动用它，以及单单一个硬性固定如何能在众目睽睽之下把冲突埋起来。
约束为何存在
排程约束告诉排程引擎一项任务在时间上有多大的移动自由。若没有任何规则，一款优秀的工具会在前置任务完成后尽早安排工作。这个默认行为正悄悄为你做着大量工作。它意味着每当某个日期改变，计划都会自我重算，于是项目早期的一次滑期会自动向前传导，而不是留下一堆过时的日期。
约束会覆盖那种自动行为。它们从仍让任务浮动的轻推，一直到无论周围发生什么都把任务钉在某个日历日期上的刚性固定。弄清每一种约束在这个光谱上的位置，决定了你面对的是一个替你思考的计划，还是一个对你撒谎的计划。
约束类型的完整清单
多数工具会提供六七种约束类型，外加一个独立的截止日期字段。它们分为两大家族。灵活约束让任务沿着计划的方向持续移动。硬性约束把任务锁定到某个日期，使它无法对变化作出反应。
| 约束 | 作用 | 家族 |
|---|---|---|
| 尽快（ASAP） | 把任务安排在最早的合法日期 | 灵活 |
| 尽晚（ALAP） | 在不拖延后续任务的前提下安排在最晚的日期 | 灵活 |
| 不早于开始 | 设一个下限，任务仍可往后移 | 半灵活 |
| 不晚于完成 | 为完成日期设一个上限 | 半灵活 |
| 必须开始于 | 把开始钉在某个确切日期 | 硬性 |
| 必须完成于 | 把完成钉在某个确切日期 | 硬性 |
| 截止日期 | 一个会发出警告但不固定的目标标记 | 提示性 |
截止日期在这里是沉默的英雄。它给你固定日期所带来的问责性，却没有那种刚性，因为它标示的是违约，而不是逼迫排程服从。
灵活约束让计划保持鲜活
ASAP 是几乎所有正经排程器的默认设置，这是有充分道理的。一项设为尽快的任务，会在其前置任务一移动的瞬间就向前挪，而这正是你希望计划去做的事。日期之所以保持诚实，是因为引擎一直在依据依赖网络重算它们，而不是依据你几周前许下的承诺。
尽晚则是它的镜像。它把工作压向可用窗口的末端，这对你想要推迟的任务很有用，比如订购易腐材料或开通一个短命的云环境。两者都是灵活的，因为它们都不与任务之间的连接对抗。它们是骑在连接之上运行的。
半灵活约束：下限与上限
不早于开始和不晚于完成是折中地带，而当人们本能地伸手去用硬性固定时，它们往往才是正确答案。假设某供应商在十五号之前无法发货。一个设在该日期的不早于开始约束就设下了一个下限。任务不会在十五号之前开始，但如果某个前置任务滑到了那之后，任务仍会自行往后移。
把它与必须开始于对比：后者会把任务钉在十五号，哪怕为它供料的工作尚未完成。半灵活的版本捕捉到了现实世界的真相，即十五号是最早可能的日期，而不是唯一的日期。每当你真正的约束是一个边界而非单一的点时，就动用下限或上限。
硬性约束如何与依赖对抗
依赖说的是任务 B 在任务 A 完成之前无法开始。必须开始于约束说的是任务 B 在某个固定日期开始，没有商量。当这两条规则发生分歧时，总有一方必须让步，而让步的是哪一方，完全取决于你的工具。有些排程器尊重约束，悄悄让 B 在 A 完成之前就开始，产出一个看上去整整齐齐却根本不可能的计划。另一些尊重依赖，并显示出负浮动或红色警告，而许多计划者从不留意到它。
这就是核心的危险。依赖是对物理现实的陈述：墙没砌好，你就无法粉刷它。硬性约束是对偏好的陈述。当偏好在没有大声警告的情况下压倒现实时，图表就不再描述项目，而开始描述你的愿望。正如那句话所说，一张只做一次、此后再未触碰的甘特图不是计划，而是一个愿望。
约束如何隐藏并摧毁时差
浮动，或称时差，是一项任务在拖延整个项目之前可以滑动的时间量。它是依据依赖网络计算出来的。当你用硬性约束固定一项任务时，你就切断了那套计算的一部分，于是你之后看到的时差数字可能毫无意义。
一个必须开始于的日期可能凭空造出并不存在的时差，假装某项任务拥有宽裕的窗口，而其前置任务其实已经迟了。它也可能摧毁真实的时差，在一项任务本可安全移动时却把它按在原处，把一段健康的缓冲变成人为的紧张。无论哪种情况，你都失去了时差分析本该给你的那幅诚实图景。
过度约束的危险
过度约束就是因为觉得精确，而把许多任务钉到固定日期上的习惯。它是新手把一张聪明的排程变成一张愚蠢电子表格的最常见方式。每一个硬性固定都从那条让计划自我重算的链条上再抽走一环。加够了之后，时间线就再也无法告诉你一次滑期究竟要付出多大代价，因为有一半的任务拒绝随之移动。
一旦你认识了这些症状，它们就很容易发现。滑期不再向前级联。关键路径显得异常地短，或者无法预测地来回跳动。时差值在本该宽裕的地方变成负数。如果你的计划有超过寥寥几个的硬性约束，它多半已经不再作为模型运转，而开始作为一张静态图纸运转了。
每种约束何时是正当的
硬性约束并不邪恶。它们是用途狭窄而正当的工具。错误在于默认就伸手去用它们，而不是出于需要。下面是一份粗略的指南，说明每种类型何时才配得上它的位置。
| 情形 | 最佳约束 | 原因 |
|---|---|---|
| 由前置任务驱动的普通工作 | ASAP | 让计划流动并重算 |
| 某日期之后才可获得的材料 | 不早于开始 | 设一个真实的下限，仍然灵活 |
| 需在某日期前交付的监管报告 | 不晚于完成或截止日期 | 为完成设上限而不过度固定 |
| 由法律确定的合同上线日 | 必须开始于 | 一个真正无法挪动的日历事件 |
| 董事会会议或外部审计 | 必须开始于 | 这个日期确实无法移动 |
请注意，硬性固定只有在日期由项目之外的某种东西确定时才正当，例如合同、监管方或另一家机构。如果日期由你掌控，你几乎永远不需要去固定它。
一个算过的例子：必须开始于的陷阱
设想一个小型基础设施项目。硬件必须先交付，然后安装服务器，再配置网络。安装人员预约在二号，于是一位计划者把安装任务用必须开始于钉在那个日期。这感觉很负责。这是个陷阱。
布置。交付硬件排在最前，然后是安装服务器，以完成到开始相连。安装被固定在必须开始于三月二日。
滑期。供应商推迟了交付。交付硬件现在于三月五日完成，迟了三天。
| 任务 | 计划 | 滑期之后 |
|---|---|---|
| 交付硬件 | 三月一日结束 | 三月五日结束 |
| 安装服务器（已固定） | 三月二日开始 | 仍在三月二日开始 |
隐藏的冲突。图表欣然显示安装在三月二日开始，比硬件到货还早了三天。必须开始于的固定已经覆盖了依赖，而除非你发现那个微小的负浮动标记，这个计划看上去一切正常。一个不早于开始的约束本会让安装滑到三月五日，并警告你安装人员需要重新预约。
优先使用灵活约束加依赖
最健康的计划是通过依赖网络来表达其时间安排的，而不是通过一堆散落的固定日期。依赖说明什么必须在什么之前。灵活约束补上网络无法推断出的那少数几个现实世界边界。两者结合，产出一个会自我重算、并在现实偏移时持续向你发出警告的排程。
- 把每项任务都设为默认的 ASAP，并抵住更改它的冲动。
- 画出真实的依赖，让工作依据连接自行排序。
- 只在某个外部日期确实阻挡了提前开始的地方，才添加一个不早于开始。
- 对于你想跟踪但不想强制的目标，使用截止日期标记，而不是必须完成于。
- 把必须开始于和必须完成于留给由合同、法律或另一方确定的日期。
- 每月复查你的约束清单，移除任何理由已经失效的固定。
你可以在免费的甘特制作工具里构建正是这种自我纠正的排程，无需安装任何东西。
读懂工具中的约束警告
每一款有本事的排程器都会在约束与依赖对抗时发出信号，但这些信号故意做得很低调，以免唠叨。学会读懂它们，正是一个你信得过的计划与一个你只能祈祷的计划之间的分界。
负浮动。如果一项任务显示出负浮动，说明某个约束正在要求一个网络无法交付的日期。在上面的服务器例子中，被固定的安装会带着三天的负浮动，恰好就是那个被埋起来的冲突的大小。
一个固定或锁的图标。多数工具会用一个小图标标记受约束的任务。在每次状态更新之前都扫一眼它们。一簇固定就是一个警告，说明你的计划可能已经停止重算了。
不动的日期。最有力的检验是行为上的。故意把一项早期任务往后推，看看随后会发生什么。拒绝挪动的任务要么是被固定了，要么是无所等待，这两种情况都值得再看一眼。
一套简单的约束纪律
要让约束保持健康，你并不需要一份政策文件。你需要一个习惯：把硬性固定当成一种代价，而不是一种便利。在你设下一个必须开始于之前，先问问这个日期是由外部世界确定的，还是仅仅由你当前的计划确定的。如果是你的计划，那么一个依赖或一个灵活的下限会更好地为你服务，并让排程保持诚实。
约束是排程的语法。节制地使用，它们让计划清楚地讲出什么能动、什么不能动。大量地使用，它们就把计划堵住了嘴。最好的计划者设下尽可能少的约束，其余的则倚靠依赖，并让每一个留存下来的固定都系在一个他们能大声说出口的理由上。
常见问题
截止日期和必须完成于约束有什么区别？
截止日期是提示性的。它标出一个目标日期，并在任务延迟完成时发出警告，但它从不逼迫排程移动。必须完成于约束是一种硬性固定，它钉死完成日期，并且会覆盖依赖、掩盖冲突。几乎在任何情况下都应优先选用截止日期。
为什么我的任务在它的前置任务完成之前就开始了？
几乎总是因为某个硬性约束，通常是必须开始于，正在覆盖它们之间的依赖。排程器尊重的是那个固定日期，而不是那条连接。在那项任务上查找固定图标和负浮动值，然后把它改为不早于开始，好让它能够滑动。
ASAP 永远是正确的默认吗？
对多数任务而言，是的。尽快让每项任务在前置任务变化时自动向前推进，于是整个计划自我重算并保持诚实。只对你有意要推迟的工作使用尽晚，而仅当某个外部日期确实无法移动时才动用硬性约束。
多少个硬性约束算太多？
没有确切的数字，但如果有超过寥寥几项任务带着必须开始于或必须完成于的固定，你的计划很可能已经停止重算了。警示信号包括：滑期不再向前级联、关键路径来回乱跳，以及时差值在本该宽裕的地方变成负数。
一个约束会不会隐藏一份其实并不存在的时差？
会，而这正是那种微妙的危险。一个必须开始于的日期可以让一项任务看上去拥有宽裕的窗口，而其前置任务其实已经迟了，从而凭空造出时差。它也可能通过把一项任务按在原处来摧毁真实的时差。无论哪种情况，你读到的那个数字都不再反映真实的排程风险。
延伸阅读
本文也提供英文版本。