保证苛刻的项目进度但不使用复杂的网络进度表。

　　这个项目的进度非常紧，南京PMP培训机构真的觉得很紧。我们知道，我们无法承受太多的惊奇，因此决定将按时完成项目定为主要目标。为了实现这个目标，我们达成共识，抛开所有个人和职业兴趣，通力合作，成为一个密切配合的团队。另外，我们还决定，如需要，尽量少用正式的程序和一成不变的计划，我们需要非常灵活的机制，这样才能迅速解决所出现的问题。但是，考虑到这个PMP培训项目的限制，我知道需要承包商提供一份详细的进度表，从而实现有效的时间管理。合同规定，承包商必须提交一份关键路径法（CPM）网络进度表，我们所需的CPM应该是经过仔细分析制定出来的，它用图形的方式表示成功完成PMP培训项目所必需的各项目事件的顺序。关键路径管理失败将给项目的及时完成带来灾难性的后果。

　　按照常规程序，如果项目进度表未获得批准，承包商不允许动工。但是，由于我们良好的合作氛围和启动工作的紧迫性，我摒弃了常规程序，允许承包商一边开发他的进度表，一边开展现场工作。而且，承包商承诺他将提交CPM。

　　在现场工作执行过程中，南京PMP培训机构的团队——由我的工程和建筑人员、客户、承包商组成——解决了许多问题。为了满足新的规范要求，我们重新设计了洒水器系统，用先进的法国排水装置，解决了主要的现场排水问题；并重新处理了控制室下的混凝土板，来解决土壤问题。在项目的最终验收之前，我们团队总共解决了200多个问题。但是，有一项从未得到满意的解决，那就是CPM进度表。

　　对于所有项目来说，成功的主要特征是工作按时完成、质量符合要求、成本控制在预算之内。这种没有网络式项目进度表的项目的成功违反了传统项目经理的成果。一直以来，严格按照进度表开展工作是按时完成项目的必要保证。精心准备的CPM网络进度表通常是用来保证PMP认证项目进度的，但自始自终，我们从未收到过这样一份高质量的进度表。承包商曾多次尝试着制定完整的CPM，但是，由于现场施工节奏很快，每一份CPM都是在尚未来提交时即已过时。假如精明的进度管理是成功的关键，那么我们如何能在没有CPM的情况下按时完成这个项目的呢？

　　在项目完成许久之后，我开始反思这个问题。我记得我们也曾强硬地向承包商索要过CPM，我也记得承包商和团队的其余人员合作得非常好，在没有CPM的情况下良好地安排了主要项目事件。承包商曾承诺尽快递交一份完善、最新的CPM，但好几个星期过去了，我也没有向他们索要CPM。对于这个项目的所有参与人员来说，幸运的是，我们一个接一个地解决了其他问题，没有让缺乏CPM成为主要的争论问题。

　　这个项目获得成功的真正原因是，思摩特咨询及时地解决了那200多个主要问题。如果有一个问题未能得到及时解决，都会使进度产生不确定性，可能使这个项目失败。在质量控制周会（实际上是计划和审查会议）上，我们都会尽力找出不确定区域，并在接下来的一周内解决它们，以使项目一直处于正轨状态。有些项，如放火系统，可能知道项目的最后阶段才会出现在关键路径上，如果我们一直等到该项成为关键项才开始重新设计，那么洒水器系统的重新设计工作将为时已晚，项目也永远不可能准时完成。项目管理咨询项目固有的特征和速度会导致许多问题和不确定性，这就使得我们不可能提交全面、详细和有用的计划。项目团队只有进行全面合作，找出不确定区域，然后及时解决这些问题，才能使项目获得成功。

　　即使如此，我们也没有完全将进度表抛出窗外。我们原有的项目管理培训甘特图起了非常大的作用，而且我们先后收到过多份承包商尽最大努力提交上来的CPM，尽管这些网络图有缺陷，可能已过时，但是对于计划和时间分析来说，它们已包含了足够的进度信息。另外，我们每周的审查发现了许多问题，而这些问题揭示了项目不确定性的其他区域。经过最终分析，我们认为，问题清单、不完善的进度表、周会和灵活机制，对于这个项目的非常成功的时间管理和及时解决问题，起了重大作用。

　　经验教训

　　——在快节奏、充满不确定性的项目中，灵活性是关键。应最低程度地利用正规程序。

　　——如果今天不集中精力管理不确定性任务，明天，它们就将创建新的关键路径。因此，成功的项目领导者首先集中精力、密切地关注不确定性任务，并及时采取措施来降低其不确定性。

　　——不确定性越高，所需的规划过程及其输出（计划）的正式化程度越低。当不确定性非常高时，大量的规划是通过频繁的面对面会议来完成的。

　　——假定用于安排项目进度的完美网络模型能快速容纳变化，那么它可以得到极致的发挥。即，如果采用了这样的模型，一旦创建了计划，计划的更新就会相对较容易，当然，这还必须假定计划的大多数变化能够解决PMP认证项目活动的工时问题。但是，在多数项目中，尤其是那些充满不确定性的项目中，网络逻辑本身就不断地发生巨大而不可预期的变化，也就是说，活动间的顺序和关系必须频繁修改，而且活动的范围常常大幅度扩大或缩小，甚至会添加新的活动。这就使得更新难以简单而快速地进行，况且在多数实际情形中，频繁的大幅度修改更接近于制定计划，而不是日常更新。