谈到技术管理，首要的一点就是管理者的角色认知问题，因此本篇文章的主要内容就是如何增强管理者的角色认知，持续提升自我管理能力。作为管理者，首要任务就是要认清自我并管理好自......
2021-11-17 199 Project教程
Project教程 为什么后续任务的开始时间不随着前置任务变化？
Project
2021-11-17 12:21:18
在做项目计划时，有些任务是互相关联的，比如最简单的情形，原材料买不回来，生产就无法启动。做计划时就需要充分考虑这种强关联关系，而假如用微软的Project软件做计划时，通过设置关联关系，任务之间就彼此连接、互相影响，假如前置任务有了风吹草动，就能直观地看到与之关联的任务也会自动调整。
但是，有些同学却说，明明在Project中设置好了关联关系，前置任务发生变化后，为什么后续任务不随之自动变化呢？
有两个可能的原因。
原因一：后续任务有限制条件
如图1所示，任务A完成后，任务B才能开始，我们将任务B的前置任务设置为任务A。
图1
假如我们将任务A的工期从2天改为1天后，任务A的完成时间提前了1天，我们会发现任务B的开始时间也提前了1天，如图2所示。
图2
假如说在图1的基础上，注意再重复一下，在图1的基础上，我们手动将任务B的开始时间输入2019年3月13日（晚了1天），同时保留A与B的关联关系。如图3所示，我们选择第2个选项，然后点击【确定】按钮。
图3
此时在甘特图上，我们看到任务B的开始时间是3月13日，但是A与B还有关联关系的连接线，如图4所示，当我们把鼠标移动到任务B的【标记】列（就是任务模式前面那一列），软件会弹出一个提示窗口：此任务有限制条件：“不得早于...开始”，日期：2019年3月13日。
也就是说，虽然从时间上任务A和任务B不是首尾衔接的，但是我们还保留了两个任务间的关联关系。当设置了任务的关联关系后，我们又给后续任务输入了新的开始时间或者完成时间后，此时就相当于给这个任务自动设置了限制类型，因为Project软件在计划排定时遵循的理念是“所有任务越早开始越好”，正常情况下是不需要你输入任务的开始时间、完成时间的，只需要设置项目开始时间，任务的工期和关联关系，所有任务都在最早的时间开始、最早的时间结束。而一旦给任务输入了新的开始时间、完成时候后，Project软件就默认你给它添加了限制条件。
图4
在图4的基础上，假如我们将任务A的工期从2天改成1天，如图4所示，我们发现，任务B的开始时间并没有随之变化。为什么呢？因为任务B有一个限制条件，它不能早于3月13日开始，所以不管任务A怎么提前，任务B也不会早于3月13日。（但是任务B可以往后延，比如任务A的工期改成10天，任务B就会往后延了）
图5
上面的例子给大家演示了，假如任务有限制条件，可能就导致，前置任务变化了而后续任务不会随之变化。当然，限制条件不只是“不得早于...开始”，还有其他不同的限制类型，但是都可能会造成上述的情形。
好了，那么怎么删除任务的限制条件呢？方法不是唯一的，可以在任务的【开始时间】【完成时间】单元格中点击中Delete键，就可以直接删除“不得早于...开始”和“不得早于...完成”的限制条件。可能任务的限制条件是其他类型，为保险起见，我们可以双击该任务，如图6所示，在【任务信息】窗口的【高级】选项下，将限制类型改成“越早越好”，这样就相当于删除了任务的限制条件，又回归了软件默认遵循的原则“所有任务越快开始越好”。
图6
原因二：后续任务已经输入了【实际开始时间】
在Project中有三个计划：基准计划、实际状态、当前计划，这里我们暂且不讲解这三个计划之间的关系。假如我们已经给某个任务输入了【实际开始时间】，那么它的前置任务就失效了。
比如在图1的基础上，插入列【实际开始时间】，给任务2输入实际开始时间为3月12日，如图7所示。这样的话，不管如何，实际开始时间已经是既定事实，哪怕任务A再变化，任务B也是已经在3月12日开始了，所以它的前置任务就失效了。
图7
假如现在我们再将任务A的工期从2天改成1天，如图8所示，任务A的完成时间提前了，但是它的后续任务B却没有任何变化。为什么呢？因为任务A已经输入了实际开始时间，它的前置任务已经失效了。
图8
当然，有的同学说我没有输入过实际开始时间啊，也没有设置限制条件，为什么后续任务也不跟着变化呢？如果你输入了任务的【完成百分比】也是变相地输入了实际开始时间，不信大家可以插入列【实际开始时间】验证一下。
相关文章
