项目中的任务是由一系列的资源支持才得以完成，资源的范围比较广泛，但是在分配的时候往往无法做到“无限资源随便用”的现象。任务在分配资源的时候，往往看到资源的可用性，并没有考虑资源在可用之前是否已经被分配的情况，因此在继续分配资源的时候就会出现被重复分配的现象，从而导致资源冲突。

在Project系列管理软件中，资源过度分配的原因主要有以下几点：

1、一个全职资源在同一时间段被分配给多个任务。比如在IT项目管理中，Steven被分配到设计部门去设计一个代码模块，而同一个时间段他又被安排到测试部门去测试一个模块。这样就会出现一个全职资源（Steven）就会在同一时间被两次或多次重复利用，导致了资源的过度分配。

2、把一个任务的工期延长了。这种现象是说，一个任务因为某些原因，它本来10天的工期，突然延长到了12天，之前已经分配给它的资源一直在原有的时间内支持它，任务的突然延长，势必会使得支持它的资源也要增加数量，这样一来，资源就需要以它10天的支持力度来支持12天的工作，资源的工作量增加，导致资源过度分配。

3、资源的单位可用性被减少或降低。一个全职资源在Project中的表示为100%，如果一个任务只需要一半的资源支持，既50%，而这个时候任务本身如果附加了一些非工作时间，就会出现资源不足的现象。比如，Tony需要用半天的时间去拜访客户，半天的工时为4个小时，Tony就被分配了50%的任务量，但是这个过程在分配时给任务多加了一个小时，既5个小时拜访客户，而事实上对于任务来说，5个小时之内（既4个小时）就能完成任务，但对资源来说就出现了一个问题，既少了一个小时的资源支持。一个小时的非特殊工作时间影响了资源。

4、资源的日历和任务的需求没有统一好。我们知道工时类资源有自己独特的日历，这些日历就是为了能够很好的支持任务而设置的。比如Jim的工作日历被设置为周五不上班，但是任务在分配Jim时没有考虑这个特殊的情况，也把周五的工作安排给了Jim，那么这个时候就出现了资源过度分配的现象，Jim就要用一周四天的时间来完成五天的工作。

5、摘要任务和其子任务双重分配。摘要任务的开始时间是其第一个子任务的开始时间，摘要任务的完成时间是其最后一个子任务的完成时间。如果把lucy分配给了摘要任务，那么同事也分配给了其所有子任务，这个时候如果在给子任务分配lucy的话，很显然就出现了重复分配，导致lucy被分配两次。作为一般规律，我们还是希望把资源分配给子任务为好。

    事实上以上几点可以将资源过度分配归类为两种现象：一是资源被重复分配而导致的资源过度分配；另一种是资源的工时总量大于它的需求可用量。