项目的时间管理.docVIP

第六章 项目时间管理 【本章知识重点】 ★　依赖关系； ★　网络图及其绘制：（PDM, ADM, GERT） ★　估算方法 ★　日历 ★　约束条件：（强制日期/关键事件/里程碑） ★　提前/滞后 ★　PERT /CPM /GERT ★　赶工/快速跟进：（两者之间的定义与区别） ★　资源平衡 ★　更新/修订/重定基线 【电子笔记】 项目时间管理：为确保项目按时完成所要求的各项过程。 6.1 活动定义：确定产生各个项目可交付成果所必须进行的具体活动。 6.2 活动排序：确定各活动之间的依存关系，并形成文字记载。 6.3 活动所需时间估算：估算完成各项活动所需工时单位数。 6.4 进度制订：分析活动顺序、 活动所需时间与资源要求 ，以制订项目进度。 6.5 进度控制：控制项目进度变化。 在某些项目中，特别是小项目中，活动排序，活动所需时间估算以及进度制订之间关系往往密切到被视为一个单一过程（例如它们可以由一个个人在一段较短时间内完成）。但在本章中仍按不同过程进行介绍，因为每个过程所用的工具和技术各不相同。 作为项目计划人员，我们不仅仅要知道项目时间管理的术语和简单知识，更要学会做项目进度计划的方法，学会作为项目团队成员，如何将所有约束和选择方案考虑到进度计划中并指定进度计划。 6.1 活动定义 活动定义涉及到确定为完成工作分解结构（WBS）规定的可交付成果与子可交付成果所必须进行的具体活动，并将其形成文字记载。此项过程暗含着所定义活动应保证实现项目目标的要求。 6.1.1 活动定义的投入 1. 工作分解结构（WBS） 工作分解结构是活动定义的主要投入。 2. 范围说明书（Scope statement） 范围说明书中的项目论证和项目目标部分在活动定义中应坦率与直截了当的加以考虑。 3. 历史资料（Historical information） 项目活动定义时应当考虑历史资料（过去的类似项目实际要求哪些活动）。 4. 制约因素（Constraints） 指限制项目团队选择余地的因素，使用所要求的最长的活动所需时间就是一例。 5. 假设（Assumptions） 6. 专家判断（Expert judgement） 6.1.2 活动定义的工具与技术 1. 分解（Decomposition） 就活动定义过程而言，分解指把项目工作包进一步分解成更小的，更易于管理的部分，以提供更良好的管理控制。和范围定义中所述的分解之间的主要区别是：这里的最终产出是活动，而不是可交付成果。 工作分解结构和活动清单通常按先后顺序制订，工作分解结构是最终活动清单制订的基础。在某些应用领域，工作分解结构和活动清单同时制订。 6. 样板（Templates） 以前项目的活动清单或其一部分，往往可用作新项目的样板。样板所列的活动还可包含技能资源以及所需时间的清单、风险的识别、预期的可交付成果、以及其它描述性资料。 6.1.3 活动定义的产出 1. 活动清单（Activity list） 活动清单必须包括项目将要进行的所有活动。活动清单应安排成工作分解结构的延伸，以便既保证其内容完整，又不包括任何不必成为项目范围一部分的活动。与工作分解结构一样，活动清单应当包括每项活动的描述，以保证项目班子成员能理解该项工作应如何完成。 2. 辅助细节（Supporting detail） 活动清单的辅助细节应记载在案并整理妥当，以便于其它项目管理过程使用。 辅助细节包括所有已确认假设与制约因素的文字记载。额外细节的数量因应用领域而异。 3. 工作分解结构更新（WBS updates） 以工作分解结构来确定需要进行哪些活动时，项目班子可能会发现某些可交付成果有所疏漏，或者发现可交付成果的描述有需要澄清或纠正之处。 所有此类更新都必须反映在工作分解结构以及其它相关的文字记载，例如成本估算之中。这些更新往往称为细化，当项目采用新的或未经考验的技术时，最容易出现此种情况。 6.2 活动排序 活动排序指识别与记载活动之间的逻辑关系。活动必须准确排序，只有这样才能在以后制订出符合实际、可以实现的进度。排序可以用电脑进行，也可以手工操作。手工和自动操作还可以结合使用。对于较小项目，以及大项目早期阶段详细资料尚不具备时，手工操作往往更为有效。 6.2.1 活动排序的投入 1. 活动清单（Activity list） 2. 产品描述（Product description） 产品特征往往会影响活动排序（例如一个拟建厂区的平面布置，一个软件项目的子系统接口）。虽然这些影响常常明显的反映在活动清单上，但一般仍应对产品描述进行审核，以确保其准确无误。 3. 强制性依存关系（Mandatory dependencies） 强制性依存关系指所从