4、项目管理融会贯通(第四章项目时间管理).docx

《4、项目管理融会贯通(第四章项目时间管理).docx》由会员分享，可在线阅读，更多相关《4、项目管理融会贯通(第四章项目时间管理).docx（37页珍藏版）》请在三一办公上搜索。

1、第四章 项目时间管理411时间的特殊意义 在项目的所有资源中，时间是个具有特殊意义的资源。它不能储存，不可再生，不能中断，不能逆转，不能控速，甚至不能回避；它强迫消费，你不想用它都不行，无论你嫌它太快还是太慢，它都不以人的意志为转移地匀速流过。正因为上述特点，所以时间管理尤其困难，因为人类在面对时间资源的时候，无法采取主动态势，而从来都是被动应付。时间是任何项目都不可或缺的资源，它对于项目管理的意义体现在两点上：1、每个项目都必将面临一个无法回避的最终交付日期，这个期限构成了项目的三大约束之一。 2、所有的管理活动都不可避免地围绕着时间坐标进行，这个横坐标为项目提供了一个重要的量化指标和尺度。

2、项目的时间管理是项目管理知识体系中最具特色的部分。质量、成本、采购供应、人力资源和风险管理中的很多内容都与工商管理(MBA)互有重合，唯有时间管理是项目管理(PMP)独具特色的内容。因此，PMBOK的每一次改版都会不断强化时间管理的内涵，把本来应属于范围管理的活动定义、应属于成本管理的资源计划都归到了时间管理领域，使项目时间管理成为PMP最具核心竞争力的主打品牌。412 项目管理阶段性项目管理过程的五个阶段，是时间上的划分，同时也是概念上的划分。如图41所示，若以时间为横坐标，实施和控制实际上是处在同一个时间段的。若把项目管理比作开车，实施就好比踩油门，控制就好比掌握方向盘，而开车时，踩油门和

3、转动方向盘是同时进行的，到后来你已经很难区分这两个动作哪个在先、哪个在后了。理论上说，上述五个阶段，贯穿项目的整个生命周期。从图42和图43所示的建筑工程和软件开发这两类最典型的项目可以看到，其生命周期无不历经启动、计划、实施、控制、收尾五部曲。一个项目若分解为子项目，每个子项目也会有生命周期，也会经历上述五个阶段。有一点需要提醒读者注意，我们对项目生命周期的阶段划分，是为了有助于学习理解，而并不是为了去指导实践。把管理变为科学的重要手段之一就是把概念规范化，它的好处是易于交流沟通，可以批量复制管理者，大大提高培养管理者的生产效率，但缺点是容易导致教条主义和意识形态化。就像很多学者，徒劳无功地

4、花费了毕生精力，试图把全世界不同发展形态的社会统统塞进原始社会、奴隶社会、封建社会、资本主义社会、社会主义社会、共产主义社会这六段论的模子。抽象化和共性化的好处在于学习、沟通、计划；而决策、实施、控制则更需要个性化和具体化，前者需要管理科学，后者更需要管理艺术。4.1.3时间管理全过程经验告诉我们，在画一头大象之前，最好对它的整个全貌有一个宏观了解，以免掉进盲人摸象、以偏概全的陷阱。因此，在进入时间管理的具体细节之前，我们最好对时间管理全过程有一个大概的了解，从图44可以看到，这个过程包括五个步骤：活动定义 活动定义实际上属于范围管理的范畴，但又是时间管理中活动排序和工时估算的依据，因此，它也

5、是时间管理的启动步骤。活动排序和工时估算 它们是编制工期计划的两个基石。确定了各项任务的工时和它们之间横向并列或纵向衔接的关系，项目的工期计划就完成了一半，就像一辆汽车备好了主要的零部件，剩下的事情就是拼装成车了。编制进度计划 进度计划主要是计算整个工期的长度，确定起始及结束时间，设置阶段性里程碑，建立时间储备库、找出项目工期的关键路径。而这一切都是为后续的进度控制打造一把衡量绩效的尺度。进度控制 进度控制的目标是把进度计划与实施进程的偏差尽量控制在允许的范围之内，如果两者之间的偏差超出了正常范围，或者需要纠偏，让实际进程向计划靠拢，或者需要调整进度计划，让计划向现实靠拢。同时，为了防止计划变

6、更引起的连锁反应向其他计划蔓延，还需要建立一套严格的计划变更程序。42活动定义及排序421活动排序的过程在项目管理中，排序是最能体现管理者决策水平的活动。在管理决策中，我们面临的大多数问题都不是非此即彼，而是孰先孰后。正如图22所示，两个棋手对弈，双方拥有的资源和机会均等，取胜的奥妙首先就体现在排序的功夫上，先走哪一步，后走哪一步，决定胜负。管理中的道理何尝不是如此?图45所示的是项目管理知识体系中表述一个管理过程的经典模式，你可以看到界定活动排序的方法工具，输入依据和输出结果。活动排序的输入依据项目范围说明书、工作分解结构(WBS)、批准后的范围变更申请，都是范围计划的输出结果。范围计划编制

7、是工期计划编制的前置流程。从理论上说，前置流程的输出项就是后续流程的输入项。实际上，从Project软件的操作过程可以看出，编制WBS和活动排序几乎是同步进行的，它们也许不是同时开始的，但显然是同时结束的。WBS在电脑表格中的排列顺序本身就已经是排序操作的成果了。活动属性的定义，是连接WBS和活动排序这两项操作的中间环节。活动属性包括一项活动的可交付成果描述、各种假设前提和约束条件等。项目里程碑清单，里程碑在WBS中表现为会计编码的大纲目录，它本身不占用时间，只是用来表示一组活动的集合定义，或者一个标志性的事件。一般来说，上级大纲目录是下级目录的里程碑，最低层的目录是具体活动的里程碑。因此，里

8、程碑清单具体表现为一个WBS的目录大纲。排序活动的输出结果各种按照活动顺序编制成的网络图，如单代号网络图、双代号网络图等，我们将在后面章节中具体介绍。活动顺序变更申请和活动更新表。我们在本书第1章曾经阐述过，渐进性是项目的一个重要特点，即项目管理中的任何计划都有一个不断完善的过程，活动排序在实施过程中也会不断地调整，但正如我们在集成管理的章节中强调的，任何变更都需要书面申请举证，同时附上活动更新表作为提交的变更方案。也许我们在后面的章节中还会在各项计划编制流程中屡次见到“计划变更申请”和“计划更新方案”之类的输出结果，其含义我们将不再解释。活动排序的技术工具，主要是因果分析方法和绘制网络图的方

9、法，其涉及的理念和工具我们将在随后章节中详细介绍。4. 2. 2活动排序三部曲如图46所示，项目的活动排序分三个步骤进行：活动分析、确定关系、表达顺序。活动分析 活动分析的核心内容是活动属性定义，与时间排序相关的活动属性主要包括以下内容：产品描述 即项目可交付产出物的说明。这个产出物可以是有形的，也可以是无形的，可以是一座建筑、一个科技产品，也可以是一个活动、一项服务。如果你不提供整体设计蓝图，再高明的建筑工也没法决定先立哪根柱，后搭哪条梁。如果你不说明一个软件的功能，再高明的程序员也无法确定哪条程序语言是前导，哪条程序语言是后续。约束条件 如期限的约束或质量标准的约束，或者是政策法规以及社会

10、舆论的约束等。如果一件事情不受法规约束，我们会先斩后奏；可是如果它受法规约束，我们就不得不先奏后斩了。一个生产项目，在没有环保标准的情况下，也许我们会首先考虑成本约束，先投产盈利，然后用赚来的钱治污；可是如果把环保指标纳入质量体系，我们就不得不先把防污设施建好才能投产了。假设前提 我们几乎可以在任何决策过程中发现它的踪影，因为任何判断都不同程度地建立在某些假设前提之上。我们在做贸易时可以先订货再找客户，也可以先找到客户再订货，我们之所以按后者的顺序从事，完全是基于买方市场的假设前提。如果假设前提是卖方市场，那么颠倒活动顺序则会是更好的选择。确定关系 确定活动之间的逻辑因果关系，是活动属性定义的

11、最重要的环节，其决定了活动排序的顺序。一般情况下，相关活动之间的逻辑关系可以分为三类：客观依存关系 又被称为硬逻辑关系，通常是指那些由自然规律而形成的前后依存关系。例如，盖楼必须先打地基后砌墙，做衣服必须先剪裁后缝纫，调研项目必须先收集数据后统计分析。确定这种硬逻辑关系需要的只是常识性判断，这往往是很简单的事情。主管依存关系 又被称为软逻辑关系，通常指那些可以由主观意志任意决定的前后依存关系。下棋可以先走车后移马，也可以先挪马后移车；做作业可以先写字后画格，也可以先画格后写字；做家具可以先刷油漆后拼装，也可以拼装好了再刷漆总之，先做什么、后做什么完全取决于你判断按什么顺序做事会使效率更高、效果

12、更好、效益更佳。可以说，一个管理者的经验、智慧、技巧都体现在这种对软逻辑关系的优化排序上。正如一个棋弈高手可以更明智地判断先走哪一步结果最佳。由主观判断排列出来的软逻辑顺序，是考验项目管理水平的试金石。 间接依存关系 又被称为第三方依存关系。在项目管理中我们常常会遇到这种状况，若干相关活动之间逻辑关系的建立，既不是客观规律所决定的，也不是主观判断能决定的，而是取决于第三方的活动结果。例如，软件编程和软件测试之间的顺序关系是否能够建立，还取决于硬件供应商是否能准时交货；又如，建筑规划和建筑设计之间是否能够顺利衔接，还取决于一个不可或缺的中间环节：政府的规划审批。间接依存关系能否理顺，不但取决于项

13、目管理水平，同时也取决于社会的法制及诚信的大环境。在一个法纪松弛、诚信不笃的社会环境中，间接依存关系越多，时间管理的难度就越大，项目的成本越高，风险也越大。在中国一些市场化程度很低的落后地区，这种间接依存关系往往对一个项目的成败致命攸关，难怪那里的项目发起人和项目经理会把很多时间精力放在处理各种社会关系上。表达顺序逻辑因果关系确定之后，就可以对活动进行排序了。排序的操作实际上就是对各种活动之间逻辑关系的表达。最常用的表达方法是网络图法。我们可以采用网络图法来表达三种最基本的逻辑关系：完成一开始，开始一开始，结束一结束。4. 2. 3逻辑关系的表达图47显示了上述三种基本逻辑关系的直观表达形式：

14、完成一开始(Finish-StartFS) 表示必须等活动A结束了，活动B才能开始，两者之间呈强依存关系。例如，农民盖房子首先要立柱，立柱完成了才能上梁，上梁结束了才能搭檩，前道工序未完，后道工序就不能开始。开始开始(StartStart，SS) 表示活动A和活动B可以同时开始，但不要求同时结束，两者之间呈弱依存关系。例如，项目团队的招聘和培训工作可以同步开始，但是团队招聘及授权完成之后，培训活动仍须持续很长时间，两者没有必要也不可能同步结束。结束一结束(Finish-Finish，FF) 表示活动A和活动B可以不同时开始，但必须同时结束，两者之间也呈弱依存关系。例如，软件编程和硬件加工可以不

15、同时开始，但是要求同时结束，否则后续的测试工序无法开始。几乎所有涉及零部件组装的项目，都避免不了这种逻辑关系，各种零部件的加工和采购不必同时开始，但最好在组装开始之前同时结束，否则就会因短板效应而造成窝工和库存浪费。还有两种特殊的逻辑依存关系，属于结束一开始模式的两种特殊情况：滞后(Lag) 如图47所示，在活动A和活动B之间的箭线上标志有“2天”，表示活动A结束2天之后，活动B才能开始。例如在土建工程中，水泥浇灌任务完成两天之后，后续工程才能开始，因为水泥凝固需要两天时间。在装修工程中，油漆工作结束20个小时之后后续工作才能开始，因为油漆需要20小时才能干。提前(Leading) 如图47所

16、示，在活动A和活动B之间的箭线上标志有“-2天”，表示活动A结束2天之前，活动B就要求开始了。就像田径运动的接力赛跑，第二棒不能等第一棒跑到之后才起步，而必须在他到达之前就起跑预热。例如，在设备采购中常有这种情况，订货工作往往需要在预算批准之前就要开始，以便尽量缩短交易时间。在无法准确估计后续工作的提前量的情况下，也可以采用百分比来表示提前幅度，例如FS-40，这表示后续工作需要在紧前工作完成60的时候就要开始启动了。4. 2. 4网络图表达法活动排序的常用工具是网络图，图48显示了两种最常用的网络图的表达方法：优先图法(Precedence Diagramming Method，PDM) 又

17、被称为单代号网络图，其表达方法是将活动的内容及工时信息填在框图内，用连接框图的箭线表示活动之间的逻辑关系。箭线图法(Arrow Diagramming Method，ADM) 又被称为双代号网络图，其表达方法是节点表示事件，用填在节点圈内的序数表示事件之间的顺序，而把活动的内容和工时信息写在箭线上。 两种网络图表达方法各有优点也各有缺点，我们只要知道了它们各自的优劣之处，就不难做出明智的判断：在什么情况下适宜选用哪种方式表达。 单代号网络图的优点是能够比较清晰地表达相关活动的上述五种逻辑关系，同时涵盖的信息量较大，活动开始时间、结束时间、持续时间等都可以填写在图框内，便于工期的跟踪和计算。其缺

18、点在于制图占用空间较大、整体感不强，项目一大、框图一多，就往往首尾不能相顾了。所以，它一般只能用于较小的项目。 双代号网络图的优点是空间整体感强，尤其是比较复杂的大项目，容易让人从图中总揽全局。而它的缺点是逻辑关系的表达能力有限，只能清晰地表示结束一开始的关系，而其他逻辑关系则表达得比较含糊，容易让人产生混乱，不利于项目工期的跟踪和计算。图4-9是一个用单代号网络图表达的做饭的案例。由此我们可以看出单代号网络图的绘制方法。活动内容用红字写在框图内，前面是活动的顺序号红色的阿拉伯数字表示活动历时时间(工时)，在这个例子中单位是分钟小图框中的阿拉伯数字，前者代表起始时间，后者代表结束时间图中的实线

19、箭头表示紧前逻辑依存关系，虚线表示自由时间，虚线上的活动被称为“浪荡儿”，其结束时间早点晚点都无妨4. 2. 5活动串联与并联如图410所示，网络箭线图也可以制成类似电路图一样，用串联和并联来表达相关活动之间的不同关系：框图的串联表示相关活动之间存在着“结束一开始”的强逻辑依存关系，由此我们可以得知，后续活动在资源上依赖前置活动，或者在资源有限的情况下，前置活动相对于后续活动具有优先地位。框图的并联表示相关活动之间存在着可以同时开始、同时实施或同时结束的弱逻辑依存关系，即若干不同的活动可以在某些阶段共享时间资源。工作任务的串联和并联并非是一成不变的，除非存在由客观规律所决定的依存关系，串联和并

20、联的排列完全可以随主观依存关系的变化而变更，而这其中的决定因素，是时间与资源的供求关系比。这就涉及到我们在项目集成管理的章节中探讨过的一个命题：时间和资源可以互换。当资源短缺而时间充裕的情况下，工作任务的串联排列可以节约资源，但是多耗时间；而当资源充裕而时间紧张的情况下，工作任务的并联排列可以节约时间，但是多耗资源。如果我们只有一台电脑和一个工作人员，那么我们只能写完报告之后再制作图表，于是“写报告”和“制图表”这两个工作任务在箭线图上就显示为串联关系，如果这两个任务各自需要一天时间的话，那么我们总共需要两天时间。可是如果拥有两台电脑和两个工作人员情况就不一样了，我们完全可以让这两项任务同时进

21、行，用一天时间完成，这样这两个任务在箭线图上就显示为并联关系。到底是采取并联法还是串联法来制定工期计划，取决于决策者认为是时间约束还是资源约束更具刚性。如果时间约束刚性，那么我们就宁愿多支付一台电脑的租金和一人一天工资而节约一天时间；如果是资源约束刚性，那么我们就宁愿多花一天时间而节约租购电脑的资金和人工费用。在后面的章节中，我们还会多次碰到时间和资源互换的情况，而这一切完全可以在箭线图上预先决定，用串联和并联的排列变换来进行模拟策划。这是项目管理必须掌握的基本技能。4. 2. 6排序的决策分析让我们来总结一下活动排序决策的思路。图411显示了一个项目经理在完成了WBS工作清单之后所需要考虑的

22、问题。首先他需要逐一对WBS中的每项任务都提出两个问题：在该任务开始之前，哪些任务必须事先完成？出该任务在客观上依赖的前置任务。哪些任务必须等该项任务完成之后方能开始？回答这个问题，需要穷尽列出对该任务有客观依赖关系的后续任务。这两个问题获得答案之后，WBS中属于客观依存关系的任务基本上被定位了。对于剩下的任务，他还需要逐一提出两个问题：在该任务开始之时，哪些任务可以同时开始?在该任务结束之时，哪些任务必须同时结束？回答这个问题，需要穷尽列出可以与该任务共享时间段的并联任务。该任务进行或结束时，会对哪些任务产生不利影响？会对哪些任务产生有利影响？回答这个问题，需要穷尽列出相对该任务具有优先权和

23、非优先权的任务。上述两个问题获得答案之后，WBS所有工作任务中属于主观依存关系的优先权排序就基本上确定了。 在所有工作任务的优先权排序完成之后，剩下的就是表达方式了。项目经理需要问的最后两个问题：是采用单代号网络图，还是采用双代号网络图，能够更清晰地表达、更方便地操作。4. 2. 7排序决策的工具也许工作任务比较少的时候，按照前述排序分析的程序提问题，尚可以保证思路清晰。可是工作任务多了，人的大脑就不够用了。图4-12为我们提供了一个模拟电脑思维模式，用一个矩阵来解决穷尽求解的问题，并把答案简化到非此即彼的01模式。项目团队承接了一个办公室局域网的施工项目，首先随机列出工作清单(WBS)，该项

24、目涉及七项工作：电脑及网络系统硬件组装(硬件组装)采购设备及元器件(采购器件)施工现场规划布局(规划布局)施工现场安装网络线(现场布线)网络系统软硬件调试(调试系统)项目需求调查分析(需求分析)安装办公及通信软件(安装软件)上述工作清单显然还未经排序，将其输入图4.12中的工具矩阵表，然后分别对各项工作的相对优先权打分。具体操作方法与图2-6的目标优化矩阵表一样，分别用左栏的工作依次与顶栏的工作对比：具有相对优先权填2分，没有优先权填分，具有并列优先权(可以同时实施)填1分。然后将所有格中的分数横向加总，列在合计栏中。对比各项工作得分，按照分数多寡决定排序顺序。我们发现最终排序顺序如下：(1)

25、需求分析，获12分，需要首先实施。(2)采购器件和规划布局，均获9分，可同时实施。(3)组装硬件和现场布线，均获5分，也可同时实施。(4)安装软件，获2分，在硬件及布线结束后实施。(5)系统调试，获0分，最后实施。将上述排序画出单代号网络图和双代号网络图，如图4-13所示。对比两种类型的网络图，我们可以发现两者的特点：对于这种较小的项目，单代号网络图具有明显优势，不但可以表达工作开始和结束的具体时间，甚至可以表现工作顺序交错的细节。例如，采购器件需要在需求分析结束一天之后开始，因为需要等规划的初步方案，所以用+1表示，而现场布线可以在采购器件结束的前一天就开始，不必等全部材料到齐才开工，所以用

26、-1表示。而双代号网络图则无法表示这些细节。4. 3 工期与工时估算4. 3. 1工时估算的过程图414显示了项目工时估算的流程。其中列出的各项输入依据，基本上可以概括为事业环境因素和组织过程资产两项：事业环境因素 即项目所处的自然及社会的背景环境和项目的既定内外条件，这些构成了任何计划编制的约束条件、假设前提、可供资源的数量和质量。 约束条件是公司估算的函数 例如，根据时间置换成本的概念，若资源短缺工时会增加，若资源充裕工时可以缩短。八吨货物，一辆载重四吨的卡车需要运两天，而两辆卡车就只需要运一天。质量约束也可能影响工时的估算，不难推论，一个建筑装修的质量标准要求越高，工期就会越长，只要你降

27、低质量标准，工期就会相应缩短。 假设前提是工时估算的参数 一份资料10万字，估计一个秘书可以在2天内完成，是以她每小时6000字以上的打字速度为假设前提的；北京到沈阳700公里，估计开车7个小时左右可达，这是基于每小时平均100公里的车速为假设前提的。 资源质量是假设前提的根据 我们之所以假设秘书每小时打6000字以上，是基于她的高中学历，且受过电脑培训。如果她连小学都没有毕业，也没有受过专业培训，这个假设就离谱了；我们假设汽车可以开100公里的时速，因为走的是高速公路，如果开车走区域公路，这个速度就难以保证了。 资源日历也是假设前提的参数 例如，人力资源每天的工作时间是8个小时，每周2天休息

28、日，国庆节和春节可以享受连续7天的长假。一般情况下，设备都可以连续24小时工作，但是如果碰上电力紧张，有可能每周只能工作5天，或者在傍晚居民用电高峰期被限制使用，那么设备就不可能连续工作了。组织过程资产 组织过程资产指的是项目组织在实施本项目或以往项目的过程中，所积累的所有无形资产，包括各种管理制度、检验标准、知识技能、工具模块、经验流程、备选方案，以及包含了各种经验教训的信息文档和历史资料。范围说明书和工作分解结构(WBS)，是范围计划编制流程的输出结果，前置流程输出的结果自然成为后续流程的过程资产。历史信息是组织过程资产的重要组成部分，如果能够参考从前的经验记录，那么工时的估算就会变得容易

29、很多。假如有人以前曾经从北京开车去过沈阳，只要问一下他需要多少时间就可以了。大部分的历史信息都是以文字记录下来的，因此我们可以从文档中获得相关的信息，作为估算工时或工期的参考。风险清单涵盖了项目组织已经识别的风险，也构成了组织过程资产。风险是工时估算中的干扰因素，会降低工作时间的有效性。如果我们得知在近期内有大雾或降雪，那么从北京到沈阳的开车时间就需要增加若干小时的估算。在日常工作中，刮风下雨、交通堵塞、员工生病、停水断电、信息扭曲等各种因素都是风险。包饺子时，如果擀皮儿的供不上包馅儿的，就会使后者工时有效性降低，这类因协作失调而导致窝工的风险，几乎每天都能见到。工时估算的输出结果有两项： 每

30、项活动的持续时间，就是该活动的工时。而整个项目工期进度表，将在所有活动工时汇总的基础上编制。 活动属性更新。一项活动的工时，也是其属性之一，每一次工时估算的变更，都会使活动的属性发生变化。关于工时估算的技术工具，我们将在后面的章节中详细介绍。432工期的计算公式图415提供了工期的计算公式。从这个公式可以看出工期和工时在概念上的区别，而这个区别常常被人忽视，所以两个概念往往被搅在一起，造成计算上的混乱。工期是项目经历的物理时间，而工时是工作积累的经济时间。总工期不是总工时的简单累加，总工时中还需要倍乘资源投入量，无论是人员工资还是设备租赁，都不是按工期计算而是以工时计算的。工时只计算纯粹工作时

31、间积累的绝对值，效率和速度的因素在工时计算中没有意义。而工期计算的是时间的绝对跨度，所以要把休息时间和节假日都计算在内，同时也要考虑效率因素，增加投入的人力资源或削减人力资源，总工期会缩短或延长。图415提供了一个简单的案例来说明工时与工期的关系：两个秘书小姐为打印一个商务计划书工作了6个工作日，每天工作8小时。 资源总投入每天16小时：2人8小时 = 16小时 任务的总工时为96小时：6日8小时2人 = 96小时 任务的净工期是6个工作日：96小时16小时 = 6日如果这六天工期是从周三上班时开始，中间跨了一个周末，那么总工期就是：6个工作日+2个周末休息日=8天，即在下周三下班前结束。43

32、3工时估算的方法图4-14列出了项目管理中最常用的有五种工时估算的技术工具：专家判断法 即召集各专业的专家，让他们根据自己的知识和经验估算项目工作所需的工时。这里所说的专家不一定特指那些具有高级职称的学者，而是泛指那些具有专长和特殊经验的工作人员。一道工序需要多少时间，只有做过的人或者研究过的人最有发言权。专家判断法估算往往会带有很强烈的个人色彩，为了克服个人因素，可以让专家背对背地估算所有活动的工时，以免他们互相影响，然后把各位专家的工时估算相互交换，或参考别人意见分别修正自己的估算，或相互修正别人的估算。这样交换修正、再交换、再修正的程序反复多次，直到达成趋向统一的结果。这种方法被称为德尔

33、菲法。类比估算法 顾名思义，就是参考别人或前人相同或相似的经验做出判断。没见过老虎没见过猫吗？没见过葫芦没见过瓢吗？最简单的办法莫过于照猫画虎、照葫芦画瓢。人类的进步，有一半以上得益于这种举一反三的学习方法。参数估算法 就是根据经验值设置标准单位参数，然后用单位参数乘上工作量，求出整个活动的持续时间。例如前面列举的每小时打字速度、每小时驾驶速度，都是经验参数值，只要用总字数除以每小时打字速度，用总里程除以每小时驾驶速度，就可以求出活动工时。三点估算法 这是一种利用专家判断来估算工时的简易方法，也是在项目管理中最经常使用的方法，我们将在本章436节专门介绍。PERT法(Plan Evaluati

34、on and Review Technology) 中文直译为计划评审技术，是美国政府在国防工程中最常用的一项计划评估工具，后来逐渐成为国际承包项目中计划编制的通用方法。其具体体现为一套在概率统计学基础之上的量化评估手段，后来甚至被开发出许多专用的电脑软件。下面我们将用实际的案例来说明计划评审技术是如何用于工时估算的。434概率统计估算法在有历史资料的情况下，我们可以采用概率统计的方法估算工期。假设我们要在天津召开一个国际技术交流会议，为接送专家，需要估计从北京机场开车到天津所需的时间。为此会务组搜集了234次驾驶记录，将数据分别列在图416下方的表格中。表格的第一行是行车到达的时间区段；第二

35、行是在某个时间区段到达的次数，我们可以看到： 在30分钟左右到达的次数是0次 在60分钟左右到达的次数是2次 在90分钟左右到达的次数是39次在120分钟左右到达的次数为128次在210分钟左右到达的次数有4次表格的第三行是上述到达次数的概率统计，如60分钟到达的次数为2次，将这个次数除以234次总数，求出的概率是0.9。将表格中求出的概率值用坐标表达，我们就看到了图4-16中近似正态分布的直方图。图4-17提供了正态分布图的预期平均值计算公式和概率标准差计算公式，所谓的标准差，就是我们在质量管理中经常使用到的西格玛()的概念。将图4-16的数据分别乘上图4-17的公式，然后把结果分别列入图4

36、-18的表格。表格化的表达方式，也许有益于我们更加清晰地理解整个计算的过程。从表格数据中我们可以看到，可能性最高的到达时间，即预期工时K=125分钟，而标准差为25分钟。435集合概率的概念如果我们将上述概率计算的离散值代入图419的坐标，可以看到一个标准的正态分布图，它的最高点就是预期平均值，为125分钟，这个数字意味着从北京开车到天津可能性最高的到达时间。以预期平均值125分钟为中分线，左边减去一个标准差25分钟，右边加上一个标准差25分钟，就形成了100150分钟的区段，在整个正态分布的扣钟图形中，这个区段所占面积的比例为6826，这就是一个西格玛()的集合概率，这意味着在这个时间区段内

37、从北京开车到达天津的集合概率是6826。在一个西格玛区段的边界上，左边再减去一个标准差，右边再加上一个标准差，就形成了75175分钟的区段，这个区段占整个正态分布图形面积的比例为9545，这就是两个西格玛(2)的集合概率。这意味着在这个时间区段内从北京开车到达天津的集合概率是9545。在两个西格玛区段的边界上，左边再减去一个标准差，右边再加上一个标准差，就形成了25200分钟的区段，这个区段占整个正态分布图形面积的比例为9973，这就是三个西格玛(3)的集合概率。这意味着在这个时间区段内从北京开车到达天津的集合概率是9973。我们还可以用这种方法把集合概率扩大到四个、五个、六个西格玛。也许在质

38、量管理的缺陷率统计中我们会涉及如此精密的概率计算，在时间估算中，三个西格玛的集合概率已经是相当精确的了。西格玛的集合概率都是常数，不会随着标准差的变化而变化。即无论标准差的数值是多少，是25还是250，西格玛的集合概率是不变的。一个西格玛永远是6826，两个西格玛永恒是9545，这些常数就像圆周率一样，应该作为常识记住。集合概率的统计是通用的量化工具，无论工时、成本、质量、风险，都可以用这种方法来计算。例如，从图4-19的正态分布图中不难估算，如果我们提前150分钟从北京出发，按时到达天津的可能性(概率)是多少，迟到的风险(概率)有多大。这两个问题，留给读者去思考吧，能够在15秒钟回答出来的为

39、合格。436三点工时估算法在有历史资料的情况下，我们固然可以通过集合概率的统计估算工时。可是在没有历史资料的情况下，我们只能依靠专家判断法了。图4-20提供了一个工时估算的简易公式，它经常用于处理专家的评估值。假设我们使用专家判断法来估算上述从北京开车到天津的时间。找若干经验丰富的老司机(专家)，让他们估算在不同情况下(前提是不超速)的行车时间。结果如下： 在路况和天气非常好的情况下，最顺利可以在90分钟之内到达 在最糟糕的情况下，如气候恶劣及堵车严重，可能需要花240分钟 在一般情况下，他们都有把握在120分钟之内到达将上述最乐观的数据、最悲观的数据和最可能的数据带入简易工时估算法的公式：

40、最后工期估算=(90 + 1204 + 240)6=135(分钟)也许读者会注意到，这个简易公式基于一个前提：假设任务工期估算服从分布。从图421我们可以看到分布的特点：最可能的评估值与最乐观的评估值之间的距离较短，而与最悲观的评估值之间的距离较长。分布表现了时间估算的特殊性，因为最乐观的时间是有极限的，而最悲观的时间在理论上却可以无限向后拖延。开车从北京去天津，除非你能飞，否则不可能在30分钟之内到达，除非你违规超速行驶，否则也不可能在60分钟之内赶到，但是万一碰上下雪、大雾、交通事故，迟到的时间就没准了，耽搁大半天都不是沿有可能的。可是从图415我们看到，历史纪录的工期统计呈现的却往往是正

41、态分布，原因是历史纪录在取样的时候就已经屏蔽了极端现象，比如把京津塘高速公路十几辆汽车在大雾中相撞这样的极端恶性事故给排除在统计数据之外了，如果把这类事故中的行车时间加入统计数据，无疑会影响到平均值向右偏移，使估计数值更加趋向保守。44 工期计划的编制。441工期计划的程序图422显示的是编制工期计划的过程。工期计划编制的输入依据网络图的排序结果和工时估算结果，是时间管理计划前两道工序的输出项，自然成为本工序的输入项，排序和工时估算形成的组织过程资产，为工期 计划奠定了的两个基石。资源的供给与需求是一对矛盾，两者之比会影响到工期计划。我们在后面的章节中将会看到，当资源需求大于供给时，就需要延长

42、工期平衡资源，当资源供给大于需求时，就有潜力追加资源压缩工期。工作制度安排实际上构成了工期计划的一部分。例如，实行双休日还是单休日，五一劳动节是长假还是短假，工作安排是白班制还是三班轮换制，节假日和夜班的加班费率，等等，这些制度安排会影响到整个完工期限和资源供需。工期计划编制的输出结果工期管理计划，是在活动排序和总工时估算基础上制定的实施计划，它包括如何分阶段设置里程碑，如何报告绩效信息，如何跟踪关键路径，如何配置浮动时间等操作细则。资源变更申请和资源需求更新，指在工期计划不断完善的过程中为平衡资源供给而引发的资源变更需求，这种变更需求形成书面文件，将与成本计划相衔接。工期变更申请和活动日历更

43、新，指在工期计划不断完善的过程中引发的工时和工期的变更，这种变更需求形成书面文件，并附加变更后的活动日历。最后，工期的变更会引起其他领域计划的变更，例如预算的变更和质量标准的变更，上述变更申请将用于协调各领域计划的变更衔接。关于工期计划编制涉及的技术工具，我们将在后面的章节中分别介绍。442甘特图与里程碑工期管理的主要工具是甘特图(也被称为横道图)，在项目管理的电脑软件诞生之前，甘特图通常都是用手工来制作的。图423演示的就是一个典型的手工编制的甘特图。甘特图的最大优点是提供了一个多维管理空间，使范围、工期、成本及人力资源计划在同一个界面上相互衔接。图423显示的甘特图是一个范围与时间的两维管

44、理界面，在后面的章节里，我们还会看到加入到甘特图中的人力资源和成本预算的管理界面。甘特图顶部的日历，可以让我们宏观地看到整个项目的工期，横道的长度和上面标志的数值，可以让我们形象地看到每项工作的工时和工期，更重要的是我们可以从横道衔接和并列的方式看到工作任务的串联或和并联的排序。传统甘特图最主要的缺陷，是无法显示工作任务之间的逻辑依存关系。不过，项目管理的电脑软件弥补了这个缺陷。图424是项目管理软件Project显示的甘特图主界面。编制项目管理计划时，首先须在界面的左侧完成WBS，接着为每项任务填入工时以及它们的起始时间和完成时间，然后定义工作任务之间紧前或紧后的依存关系。在上述操作完成之后

45、，电脑就会自动生成甘特图。从主界面中，我们除了可以看到传统甘特图中的所有信息外，而且还可以看到阶段性的里程碑以及用连接箭线表示的逻辑依存关系。如果你想更清晰地了解工作任务之间的逻辑依存关系，还可将甘特图的界面变换成单代号网络图的界面。这个自动生成的甘特图会被作为项目的基准计划储存在电脑里。在项目实施过程中，我们可以据此跟踪每项工作的进展。将工作任务完成的百分比填入电脑，我们就可以清楚地看到一个代表当前工作进度的黑色线条，背衬着代表基准计划的蓝色横道向前伸延，按照每天记录的百分比的速度，逐渐蚕食着基准计划，使我们非常直观地看到每天工作进度与基准计划之间的差距。这就是我们在进度控制过程中提到的横道

46、图跟踪法。关于里程碑的概念有多种解释。电脑软件中的里程碑通常指WBS中某个阶段的概括性任务，类似于大纲的分目录。例如，图424所示项目的WBS就有三个分目录：组建团队；技术开发；应用试验，就是该项目的三个里程碑。里程碑通常不占用有效时间，只是一个概念性的标志，在甘特图中显示为两头带脚的横道。另一种概念的里程碑是指以具有特殊意义的事件为标志的时间点，这类里程碑可以任意设定。例如图4-23所示的两个倒三角形，就是两个任意设置的里程碑。后一个里程碑设置在通过国家检验时，这显然是一个对整个项目具有决定性意义的事件。向国庆献礼、争取元旦开门红，投资者或高层领导的视察、客户阶段性验收付款、雨季或冰冻期来临

47、，等等之类的标志性日子，都可以作为里程碑，以便给阶段性的任务设定相对刚性的期限。总之，无论何种形式的里程碑，在管理上都具有四点意义：确立阶段性目标，化远景为近景，便于考察业绩制定阶段性指标，积小胜为大胜，利于鼓舞士气分解阶段性预算，使黑箱透明化，加强成本控制划分阶段性期限，截大限为小限，分散拖期风险443项目起点与终点在项目的时间管理中，有三个基本概念需要搞清楚：工时、工期、期限。如图4-15所示，工期不等于工时，总工期与总工时之间有一个系数，就是资源(尤其是人力资源)的投入。工期也不等于期限，工期与期限之间的时间差是浮动时间。期限往往是在项目计划形成之前就预定了，通常作为约束条件输入工期计划。因此我们通常都是在期限已知的情况下，以估算出的工时累加来推算总工期。如图4-25所示，计算总工期有两种