Project 中摘要任务的工期与时间是如何计算的

经常有人问，Project中摘要任务它是怎么算的，为什么把子任务的工期加起来以后，它不等于摘要任务的工期呢？

比如有学友发了截图，说任务35这个摘要任务只包含两个子任务，两个子任务的工期都是20天，为什么摘要任务的工期不是40天呢？

这是一个很多人都会问的问题。

然而，我觉得，这个问题和Project关系不大，首先你得想清楚一件事情的基本逻辑。

先撇开Project软件，我们先把逻辑理清楚。

既然一个摘要任务包含几个子任务，那么怎么才算这个摘要任务完成了呢？至少说所有子任务都完成了，才能算这个摘要任务完成了吧？这个摘要任务的起点从哪里算呢？应该从最早的子任务算起吧，对不对？

在下图中，我们只是列举了几个简单的情形，还不能涵盖所有的情况，但是足以说明问题了。在图中，每个子任务在三种情形中的工期都是一样的，区别只是三个任务的关系不同。

大家说，摘要任务的工期是不是子任务工期之和呢?

只要有基本的常识就能看明白，摘要任务的工期绝不是子任务的工期简单相加，它是根据所有子任务的情形计算出来的。首先，我们要找出所有子任务中最早的开始时间，这个时间就是摘要任务的开始时间；然后我们再找出所有子任务中最晚的完成时间，这个时间就是摘要任务的完成时间。这样从摘要任务的开始时间到完成时间，这个时间跨度，就是摘要任务的工期。

这就是Project中计算的逻辑，也是常人都能理解的逻辑。所以，Project它是讲理的，它没有单独创建一套体系，如果你懂了它的灵魂，你会发现它就是一个正常的项目经理的逻辑。

上图，有时候图比人的嘴还好使，也比文字好使，它能更好地表达想法。

这张图就诠释了Project中摘要任务的计算原理。所以你看，软件都帮你算好了，千万不要自己手动去修改摘要任务的工期、开始时间、完成时间，所有这些操作都是画蛇添足。

需要提醒大家的是，Project 2010/2013/2016版本中出现了【任务模式】这个功能，窃以为这是软件迭代版本的一个败笔，这个功能是多余的，甚至有严重的副作用（或者说，负作用）。当摘要任务的任务模式是自动计划时，以上所有解释是适用的，也是合乎逻辑的。

但是假如你误用了手动计划，那么计划就真的是随心所欲，但是毫无规矩了。比如下图，很多人做出来的计划就是这样的，摘要任务的工期和子任务严重不匹配，如果单独看下图，我相信很多人能发现计划的不合理之处，就是子任务最晚要到11月21日完成，而你却报告说整个项目11月7日就能完成。

问题是，当任务数量比较多的时候，这种错误可能就被忽略了，而你自己却没有发现。后果是，摘要任务时间是错的，计划是不合理的，人家可能笑你根本不会做计划，更严重的是，领导觉得你根本不会做计划。

所以，切记，摘要任务的【任务模式】必须是自动计划，千万不要去修改摘要任务的工期或者时间，它会自己算。假如不小心修改了，那么请再将摘要任务的任务模式改成【自动计划】。

另外，【任务模式】这一列最好不要隐藏，否则摘要任务你误用了手动计划，可能还发现不了。

……