成本各种输入以后就该计算了是吗?其实,计算有我什么事啊,不都是些四则运算吗?Project要是连这都搞不定,他还在地球上混什么混啊?所以计算,真没我们什么事。但是,我们需要看到......
2023-01-12
经常有人问,Project中摘要任务它是怎么算的,为什么把子任务的工期加起来以后,它不等于摘要任务的工期呢?
比如有学友发了截图,说任务35这个摘要任务只包含两个子任务,两个子任务的工期都是20天,为什么摘要任务的工期不是40天呢?
这是一个很多人都会问的问题。
然而,我觉得,这个问题和Project关系不大,首先你得想清楚一件事情的基本逻辑。
先撇开Project软件,我们先把逻辑理清楚。
既然一个摘要任务包含几个子任务,那么怎么才算这个摘要任务完成了呢?至少说所有子任务都完成了,才能算这个摘要任务完成了吧?这个摘要任务的起点从哪里算呢?应该从最早的子任务算起吧,对不对?
在下图中,我们只是列举了几个简单的情形,还不能涵盖所有的情况,但是足以说明问题了。在图中,每个子任务在三种情形中的工期都是一样的,区别只是三个任务的关系不同。
大家说,摘要任务的工期是不是子任务工期之和呢?
只要有基本的常识就能看明白,摘要任务的工期绝不是子任务的工期简单相加,它是根据所有子任务的情形计算出来的。首先,我们要找出所有子任务中最早的开始时间,这个时间就是摘要任务的开始时间;然后我们再找出所有子任务中最晚的完成时间,这个时间就是摘要任务的完成时间。这样从摘要任务的开始时间到完成时间,这个时间跨度,就是摘要任务的工期。
这就是Project中计算的逻辑,也是常人都能理解的逻辑。所以,Project它是讲理的,它没有单独创建一套体系,如果你懂了它的灵魂,你会发现它就是一个正常的项目经理的逻辑。
上图,有时候图比人的嘴还好使,也比文字好使,它能更好地表达想法。
这张图就诠释了Project中摘要任务的计算原理。所以你看,软件都帮你算好了,千万不要自己手动去修改摘要任务的工期、开始时间、完成时间,所有这些操作都是画蛇添足。
需要提醒大家的是,Project 2010/2013/2016版本中出现了【任务模式】这个功能,窃以为这是软件迭代版本的一个败笔,这个功能是多余的,甚至有严重的副作用(或者说,负作用)。当摘要任务的任务模式是自动计划时,以上所有解释是适用的,也是合乎逻辑的。
但是假如你误用了手动计划,那么计划就真的是随心所欲,但是毫无规矩了。比如下图,很多人做出来的计划就是这样的,摘要任务的工期和子任务严重不匹配,如果单独看下图,我相信很多人能发现计划的不合理之处,就是子任务最晚要到11月21日完成,而你却报告说整个项目11月7日就能完成。
问题是,当任务数量比较多的时候,这种错误可能就被忽略了,而你自己却没有发现。后果是,摘要任务时间是错的,计划是不合理的,人家可能笑你根本不会做计划,更严重的是,领导觉得你根本不会做计划。
所以,切记,摘要任务的【任务模式】必须是自动计划,千万不要去修改摘要任务的工期或者时间,它会自己算。假如不小心修改了,那么请再将摘要任务的任务模式改成【自动计划】。
另外,【任务模式】这一列最好不要隐藏,否则摘要任务你误用了手动计划,可能还发现不了。
相关文章
成本各种输入以后就该计算了是吗?其实,计算有我什么事啊,不都是些四则运算吗?Project要是连这都搞不定,他还在地球上混什么混啊?所以计算,真没我们什么事。但是,我们需要看到......
2023-01-12
预算是件重要的事,不然银几一花没边了,那结果可是要牺牺的(以下省略具体描述9^323字)在Project里做预算,步骤不算太多,只要前面的操作都熟悉了,也就是多打一个勾的事。先新建一个......
2023-01-12
所谓输出就是把数据摆出来让人看,好吧,这种看,可以直接在屏幕上看,也可以打印出来看。先说直接在屏幕上看,那真没什么可多说的,【甘特图】视图里【任务工作表】上,把【成本】......
2023-01-12
【视图】选项卡下有个【筛选器】,筛选功能就在里面实现。比如按【里程碑】筛选。按【日期范围】,再指定个起始日期和结束日期,就只能看到指定日期内的任务了。按【使用资源】,......
2023-01-12
【视图】选项卡下,【筛选器】楼下,住着个【分组依据】。这个功能,说白了,就是指定个组,把同一组的聚到一起,方便查看。如下图,左边是没分组的,同样的内容,按【资源类型】分......
2023-01-12