项目计划制定完成之后，需要继续制定资源计划。所谓的资源计划，通俗的将就是什么时候需要什么样的人。

一般企业里边的组织矩阵如果不是典型项目型的话，会涉及到资源共享，即一个资源可能同时在几个不同的项目里。这对于组织来说，是一种人员的充分利用。

尤其是在外包领域当中。无论是强矩阵或者是弱矩阵都会涉及几个项目的资源共享。那么在共享之前，如何为项目争取资源呢？答案就是项目的资源计划。

先举个例子。装修房子的时候，包工头不会在同一天让木工，水泥工，电工同时来。而是根据进度，先是水泥工进场拆，然后电工进场排线，然后水泥工在此进场刷水泥。最后再是木工进场定做橱柜。

这是个简单的资源计划的例子，对于木工来说，之前他可以去其他项目。只要最后来就可以了。这可以大大的节省资源等待的时间。增加企业的效率。

好了，接下去就是如何制定这个项目资源计划了。真实的项目远比装修来的复杂。好在我们有项目计划。

《一》通过任务内容鉴别需要的技能

首先把项目计划按照大类收起来，看1.x部分。

从中可以看到项目的几个大的阶段，而每个阶段需要的人员也是不同的。需求分析对应的是BA，设计对应的是资深架构师或者高级工程师。开发对应了高级工程师以及中级，初级工程师。测试对应的是测试工程师。部署对应了CM。

于是我们得到了粗粒度的资源计划如下图：

在每一个大的阶段，相应需要的资源都已经罗列。

但是即使是资深工程师也会分前端，服务端和数据库等等。所以还需要继续细化。

于是第二步，继续下坠，得到任务级别的资源计划：

这下看起来详细多了，从中可以看到，项目需要的资源有BA，有资深工程师，对应所需要的技能如SQLSERVER，SAAS,SSH，有初级中级工程师，需要会HTML5，JS, JQUERY, SQLSERVER,JAVA，有测试工程师，需要会写测试用例，制定测试计划，会黑盒或者白盒测试。还需要一个会版本控制的CM。

那么这样就结束了吗？当然不是！

《二》任务日程决定需要资源人数

在上面的列表最后，还有一列，所需数量。之所以添加这一列，是因为资源数量决定最后项目是否能够来得及交付。每一个任务都有两个时间，一个是估算的完成时间，另一个是项目计划开始结束时间——通常所说的日程时间。在此不妨先把这两列加上看看：

先来看1.1.1，需求分析文档，日程上有5天，估算是五天的工作量，所以一个人即可。而需求分析并没有其他任务，所以BA的数量为1

在看1.2 设计，设计分了三个方面的设计，分别是页面式样设计，数据库设计以及服务层框架设计。估算的工作量都为2人天。而计划日程也是2两，所以每一个设计都对应一个资源。页面式样设计对应UED，需要会photoshop，资源数1人。数据库设计对应DBA,需要会SQLSERVER，对应也是1人。

最后再来看看1.4.1 撰写测试用例，日程上3天，而估算时间需要5人天的工作量，所以此处为2人。

由此得到了整个项目的资源计划。见下图：

把他放到日历表上：

从中可以看到如下信息：

1. 整个项目每一天需要哪些资源。

2. 每种资源需要什么样的技能。

3. 每一天需要的资源人数。

《三》根据实际情况调整资源

资源计划的目的其实有两个：

第一，确保项目任务有专人能够按时开始进行。

第二，矩阵管理企业中，可以提高资源利用率。

第一个目的出于项目的考虑，如果在预定时间得不到有效资源，对于项目是一个风险。

第二个目的是处于企业利益考虑。如何提供员工资源使用率。

所以当项目资源计划完成之后，并非大功告成。还需要做如下两步：

1. 检查项目每天资源数量，避免波动非常巨大的情况发生。

2. 站在企业角度考虑，是否能够有效地，最大限度的利用资源。是否和其他项目有冲突，是否如此安排是最后安排。

为什么要避免每天资源数量波动巨大的情况？

先来想想这是什么样的情况，前一天项目中2个人，后一天10个人，在后一天3个人，再后面12个人，再往后。。。

也就是说项目团队成员进出频繁，每天都是新面孔，这种需要避免，为什么？

1. 如果资源进项目一天就离开，之后在进出频繁，试问有多少人可以安心完成这一天工作?很有可能还没熟悉项目环境，或者刚刚熟悉还没开始工作就要离开项目了，这样对于项目显然是纯粹浪费交接时间了。

2. 这样向上级要求资源对于上级也是一种挑战，对于上级来说，是需要保证资源的充分利用的。如何充分利用？当然是稳定在某一个项目一段时间最稳妥。而频繁进出，对于上级也是一个难题。

如何保证某个资源在出来之后，又能按时进入项目？几个项目时间无法吻合又怎么办？所以请相信，没有一个上级会希望看到一个波动非常巨大的资源计划的。对他们而言，越平滑越好。如上面那个例子就是非常平滑的例子。

为什么项目本身资源十分平滑了，还要站在企业的角度考虑资源的使用率？

对于项目集群管理来说，主要考虑的是如何整体提高项目资源的使用率。也许对于某一个项目，资源使用平滑，但是所使用的资源是强手资源，其他项目也需要，那么如何兼顾多个项目？这就需要几个项目经理坐下来好好讨论强手资源的使用时间了。找出使用资源最有利的计划日程，并且又不影响自己的项目日程的才是让三方都赢的圆满结果。