Project中使用手动计划的弊端详解

Project 2023-01-12

手动计划是从Project 2010开始引入的新功能，当然不可否认，手动计划为用户提供了新的选择，而且对于长期使用Excel编制计划的用户来讲，可能更习惯使用手动计划，但是使用手动计划将存在以下几个最主要的弊端，这也是连永老师不建议使用手动计划的主要原因：

弊端1：当输入开始时间或者完成时间是非工作时间时没有自动提示

背景：我们在日历“标准+假期”日历中将2018年4月5日（星期四）到4月7日（星期六）设置成了清明节假期，并且因为调休将4月8日（星期日）设置成了工作时间。

这时候我们打开一个空白计划，将项目日历设置成【标准+假期】，然后创建一个任务A，任务模式为自动计划，任务工期是2天。假如我们输入任务A的开始时间为2018年4月5日，由于4月5日是假期，就会弹出图1的【规划向导】窗口并提示“您移动了任务A，使它在非工作日(2018/4/5)开始”，有这个提示后我们一般情况下就会让任务A在下一个工作日开始，所以选择第1个选项，然后单击【确定】。

Project软件中使用手动计划的弊端

图1

这时候任务A的开始时间已经自动变成了2018年4月5日的下一个工作日2018年4月8日，完成时间是2018年4月9日（星期一），如图2，这个计划是合理的。

Project软件中使用手动计划的弊端

图2

假如我们再创建一个任务B，而让它采用手动计划，如果我们手动输入任务A的开始时间2018年4月5日，然后，Project此时不会提示用户4月5日是一个非工作日，我们依然可以输入任务B的工期2天，这时候Project计算出它的完成时间是2018年4月8日，如图3所示。这个计划实际上是有严重问题的，因为4月5日根本不是一个工作日，而采用手动计划时却把它也计算在工期里面了。

Project软件中使用手动计划的弊端

图3

所以，从这个例子很明显可以看到，采用手动计划时当我们给任务的开始时间或者完成时间输入了一个非工作时间时，软件完全没有提示，而且会把这个非工作时间也计算到工期里面去，这是不合理的。因此，连永老师反复建议大家不要用手动计划，而使用自动计划。

弊端2：摘要任务的时间可能和子任务时间不匹配

如图4所示，任务A有两个子任务A1和A2，它们都采用自动计划，任务A的完成时间是2018年3月5日。

Project软件中使用手动计划的弊端

图4

同样地，任务B也有两个子任务B1和B2，它们刚开始也都采用自动计划，任务B的完成时间也是2018年3月5日，当我们不小心把任务B的完成时间修改成2018年3月6日后，任务B的任务模式就变成了手动计划，这时候它的子任务最晚的完成时间却是2018年3月6日，摘要任务和子任务的时间已经不匹配了！假如整个项目中都采用自动计划，那么就不应该去修改摘要任务的时间或者工期，而一旦修改了它就变成手动计划，这时候摘要任务和子任务的时间不匹配的问题就很容易被发现。

而假如整个项目计划中都采用手动计划，像任务C和它的子任务C1、C2一样，假如不小心修改了摘要任务C的完成时间，而任务数量比较多时，我们很难发现这个摘要任务与其子任务时间不匹配的问题。

弊端3：可能由于摘要任务和子任务时间不匹配而造成关键路径计算出现问题

与上文举的例子非常类似，假如一个项目计划中只有任务C和它的子任务C1和C，如图5所示，它们都采用手动计划，而如果不小心把摘要任务C的完成时间改成2018年3月6日后，这时候摘要任务和子任务的时间就不匹配了，而由于都采用手动计划我们没有察觉到这个问题。

Project软件中使用手动计划的弊端

图5

当我们查看关键路径时，在【格式】选项卡下勾选了【关键任务】，如图5上面箭头所示，但是条形图都没有变红。正常情况下当勾选了这个选项后，关键任务的条形图会自动显示为红色。当我们通过插入列【关键】查看时发现整个项目计划中只有摘要任务C是关键路径，而所有的子任务都不是关键路径，这样也不合理。因为从本质上来讲，摘要任务可以理解成虚拟的，其实实质的工作内容是在子任务上体现的，理论上讲，如果整个项目计划中都是平级的子任务、没有摘要任务也是可以的，尽管这种（没有摘要任务的）计划不便于查看。所以，当图5中只有一个摘要任务是关键任务时，就显得很不合理。

而如果整个项目计划都采用自动计划，则可以很好地避免这种情况发生，或者比较容易发现这种不合理的现象。

使用手动计划时，还有其他一些问题，比如无法设置任务类型和限制类型等。

总之，强烈提醒和建议大家在使用Project软件时采用自动计划，而不要采用默认的手动计划。

上一篇：Microsoft Project使用入门指南下一篇：如何让Project软件界面在中英文之间自由切换

Project中使用手动计划的弊端详解

热门文章

最新文章

标签列表