Project软件是基于一整套项目管理原理而开发的,所以它的很多底层逻辑跟我们日常管理项目的思路是一致的,很多人说这个软件有太多自己的逻辑所以不好学,这是理解上的误区

【Project软件是基于一整套项目管理原理而开发的,所以它的很多底层逻辑跟我们日常管理项目的思路是一致的,很多人说这个软件有太多自己的逻辑所以不好学,这是理解上的误区】分享给互联网技能从业者学习和参考。

举个例子,一个项目包含一些细分的子任务,许多人的第一反应甚至固执的认为,项目的总工期应该是各细分子任务的工期之和。我觉得这个误区是一个基本的常识逻辑错误或者数学逻辑错误。如果这些细分任务都是前后衔接的关系,像图1那样,那么总工期恰好是各细分任务的工期之和,但这只是巧合。
只要这些子任务中有一个是并行的任务,或者说重叠的任务,或者说断开的任务,像图2那样,那么总工期就不是子任务工期之和了。
摘要任务的工期应该怎么算呢?应该是任务中最早的开始时间和最晚的完成时间之间的时间跨度。





 

 


Project软件是基于一整套项目管理原理而开发的,所以它的很多底层逻辑跟我们日常管理项目的思路是一致的,很多人说这个软件有太多自己的逻辑所以不好学,这是理解上的误区