资源和进度计划的配置和调整策略

（1）初步的进度计划

进度计划是将工作安排反映到日历上，它不仅规定整个项目以及各阶段的起止日期，还具体规定了所有活动的开始和结束日期。甘特图（Gantt Chart）是在项目管理中经常用到的一种表示进度计划的方法，横轴为时间刻度，纵轴为活动，用一条“横条”表示该活动的起始和结束时间。传统的甘特图不能表示活动之间的相互关系，现在一些工具可以用横条之间的箭头表示活动的依赖关系。甘特图的特点是直观性强，缺点是一旦改变进度安排整个图形的形状就改变了，必须重新绘制。

图4-5 调整之后的网络图

进度计划也可以用时间表配合网络图来表示。网络图描述任务间依赖关系，而时间表记录每项活动的“计划开始时间”“计划结束时间”“实际开始时间”和“实际结束时间”。这种方式最大的特点是修改方便，可以直接记录最新状态并进行重新推算；但缺点是直观性较差。

进度计划排定时，重点要考虑两个因素：

■资源的使用情况是否合理，是否存在资源冲突的情况。因此，资源计划和进度计划可以一起考虑。

■对那些有较大浮动时间的活动，可以初步确定是越早开始越好，还是越晚开始越好。

尽管觉得工作越早完成越“踏实”，其实有的活动却是越晚开始越好，比如培训如果太早进行可能到使用时就忘了。在这个计划中，进度和资源计划的考虑原则如下：

■主机环境和网点环境比较复杂，需要尽早开始。

■培训工作越晚越好。

■手册的编写工作资源优先，也就是在负责人空闲的时候进行比较好。

按照上面的原则，确定的进度计划见表4-3。

（2）资源配置

网络图完成的是基本的项目计划框架，但是为了保证计划能够按期完成，还是需要为每个活动配置必要的人员和其他资源，并在资源配置的过程中重新审视是否能够完成工作。

资源配置有两种方法：资源优先和工期优先。

■如果资源有限，工期要求不严，则按照资源优先的原则，按照实际“能力”计算工期。

■如果资源充足，或者工期要求严，则按照工期优先的原则，先设定工期，然后计算所需要的资源，想办法获取资源。

这个项目使用了第二种资源配置的方法。资源配置的过程，核心是协调工作量、资源和工期的关系：

■工作量（Effort），指完成一个活动需要投入的人工，一般以人时、人天、人月为单位，比如，某需求分析的工作需要100人天。

■资源（Resource），指完成一项活动投入的人力资源和其他资源。

■工期（Duration），完成一项活动需要的时长。

有的活动的工期和资源没有关系，比如等待到货，多派人也没有用。而有的活动，工作量、资源、工期之间存在一定的关系。

表4-3 进度计划

（续）

如100个人天的工作量，如果投入10个人，则需要10个工作日完成；投入5个人，可能需要20天完成。理论上只要增加人力的投入，工期就可以缩短。但他们之间绝对不是简单的线性关系，实际上资源增大到一定程度后，受物理条件、工作步骤的限制，工期不会再减少。就好比砌墙的时候总得有工人站的地方，总要等水泥干，饱和之后再加人也只能在旁边看了。

因此，100个人天工作量的工作，投入100个人肯定不可能在一天完成。而随着资源投入的增加，管理、沟通工作量将以几何级增长，工作量也随之放大，实际上投100人之后反而一片混乱，有可能100天也完不成。

因此，大部分工作都有一定的流程和顺序，也有合理的资源配置要求。因此每个活动其实都有合理的最短工期，同样道理，一个项目一定有一个极限的最短工期。

资源配置时还可能会碰到一个问题：同样的活动、由不同的人执行工期可能会不同，那么应该以谁为准呢？应该以平均水平为准，这个平均水平称为标准当量，不同的人有不同的当量系数，在落实具体人员的时候再考虑具体个体的当量系数，并重新评估活动的工期。(www.xing528.com)

资源配置需要为每个任务安排必要的人力，人员的起止时间与任务起止时间一致，所以很容易从进度计划中展开获得，见表4-4。如果一个任务需要多种角色，需要在任务下面将多种角色分别列出来。

在资源配置的时候，还要考虑的一个问题是人员的连贯性。虽然可以每个阶段使用不同的角色，但是即使再完善的文档也会遗漏信息。后面的人可能知道要怎么做，而不能了解为什么这么做。为了保持客户界面的一致性，避免多次知识传递过程中的疏漏，项目团队要保留一个稳定的核心以能够掌控全局。

在这个项目资源配置方案中，项目经理、业务专家、架构师，以及部分系统分析员，从需求分析开始到试运行全程参与，会使得项目沟通简化很多。

还需要说明一点，因为任务“C1.3主机设备采购”由客户负责，系统工程师只承担咨询角色，投入的时间可以忽略不计。因此，资源配置表中虽列出了“系统工程师”角色，但并未填写其需要投入的时间。

（3）资源和进度调整

资源调整需要分类计算每周各类资源的人数，保持一个项目组中的人员相对稳定，人员工作量饱满。否则，可能造成人员闲置、差旅费用增加等问题。

根据资源配置表，分类计算每周各类人力资源的状态见表4-5。

表4-4 资源配置表

（续）

（续）

（续）

（续）

从分类资源表上可以发现：

■系统工程师在第8周出现了冲突，需要2个人。

■架构师在第14～16周出现了冲突。

■业务专家在第15周出现冲突。

■第17周软件工程师的需求突然大增。

表4-5 分类资源表

结合表4-4中的具体活动安排进行分析，可以发现系统工程师冲突是[主机安装调试]和[网点设备改造]重叠造成的，将[网点设备改造]推迟两周即可。推迟2～4周都可以解决系统工程师的冲突问题，但是如果推迟4周，一旦出现问题就会影响整个工期，所以从风险角度考虑。

架构师的冲突是因为[管理员培训]和[集成测试]冲突造成的，[编写管理员手册]和[管理员培训]可以提前3周开始。

业务专家冲突因为[编写操作手册]与[系统测试]时间冲突造成的，[编写操作手册]和[用户操作培训]提前1周即可。

突发的软件工程师增加是因为需要1周时间到网点进行系统初次安装造成的。这是与客户的约定，应该执行，只能临时调配人员。

经过调整之后，得到新的进度计划和分类资源表见表4-6、表4-7。