06第一部分：第6章项目进度管理.pdf

http:/e.aura- 管理智慧 ITNEEQ：83850416项目进度管理项目进度管理包括为管理项目按时完成所需的各个过程。其过程包括：6.1 规划进度管理 为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程。6.2 定义活动 识别和记录为完成项目可交付成果而需采取的具体行动的过程。6.3 排列活动顺序 识别和记录项目活动之间的关系的过程。http:/e.aura- 管理智慧 ITNEEQ：83850426.4 估算活动持续时间 根据资源估算的结果，估算完成单项活动所需工作时段数的过程。6.5 制定进度计划 分析活动顺序、持续时间、资源需求和进度制约因素，创建项目进度模型，从而落实项目执行和监控的过程。6.6 控制进度 监督项目状态，以更新项目进度和管理进度基准变更的过程。图 6-1 概括了项目进度管理的各个过程。虽然在本PMBOK指南中，各项目进度管理过程以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。http:/e.aura- 管理智慧 ITNEEQ：8385043图 6-1 项目进度管理概述http:/e.aura- 管理智慧 ITNEEQ：8385044项目进度管理的核心概念项目进度计划提供详尽的计划，说明项目如何以及何时交付项目范围中定义的产品、服务和成果，是一种用于沟通和管理相关方期望的工具，为绩效报告提供了依据。项目管理团队选择进度计划方法，例如关键路径法或敏捷方法。之后，项目管理团队将项目特定 数据，如活动、计划日期、持续时间、资源、依赖关系和制约因素等输入进度计划编制工具，以创 建项目进度模型。这件工作的成果就是项目http:/e.aura- 管理智慧 ITNEEQ：8385045进度计划。图 6-2 是进度计划工作的概览，展示如何结合进度计划编制方法、编制工具及项目进度管理各过程的输出来创建进度模型。在小型项目中，定义活动、排列活动顺序、估算活动持续时间及制定进度模型等过程之间的联系 非常密切，以至于可视为一个过程，能够由一个人在较短时间内完成。但本章仍然把这些过程分开介绍，因为每个过程所用的工具和技术各不相同。有关某些过程的更详细的描述，请参见进度计 划实践标准2。在可能的情况下，应在整个项目http:/e.aura- 管理智慧 ITNEEQ：8385046期间保持项目详细进度计划的灵活性，使其可以随着知识的获 得、对风险理解的加深，以及增值活动的设计而调整。http:/e.aura- 管理智慧 ITNEEQ：8385047图 6-2 进度规划工作概述http:/e.aura- 管理智慧 ITNEEQ：8385048项目进度管理的发展趋势和新兴实践全球市场瞬息万变，竞争激烈，具有很高的不确定性和不可预测性，很难定义长期范围，因此，为应对环境变化，根据具体情景有效采用和裁剪开发实践就日益重要。适应型规划虽然制定了计 划，但也意识到工作开始之后，优先级可能发生改变，需要修改计划以反映新的优先级。有关项目进度计划方法的新兴实践包括（但不限于）：u具有未完项的迭代型进度计划。这是一种基于适应型生命周期的滚动式规划，例如敏捷的产 品开发方法。这种方法将需求http:/e.aura- 管理智慧 ITNEEQ：8385049记录在用户故事中，然后在建造之前按优先级排序并优化用 户故事，最后在规定的时间盒内开发产品功能。这一方法通常用于向客户交付增量价值，或多个团队并行开发大量内部关联较小的功能。适应型生命周期在产品开发中的应用越来越 普遍，很多项目都采用这种进度计划方法。这种方法的好处在于，它允许在整个开发生命周期期间进行变更。u按需进度计划。这种方法通常用于看板体系，基于制约理论和来自精益生产的拉动式进度计 划概念，根据团队的交付能力来限制团队正在开展的工作。按需进度计划方法不依赖于以http:/e.aura- 管理智慧 ITNEEQ：83850410前为产品开发或产品增量制定的进度计划，而是在资源可用时立即从未完项和工作序列中提 取出来开展。按需进度计划方法经常用于此类项目：在运营或持续环境中以增量方式研发产 品，其任务可以被设计成相对类似的规模和范围，或者可以按规模和范围进行组合的工作。按需进度计划方法通常用于产品在运营和维护环境下以增量方式演进，且任务的规模或范围相对类似，或者，可以按照规模或范围对任务进行组合的项目。http:/e.aura- 管理智慧 ITNEEQ：83850411裁剪考虑因素由于每个项目都是独特的，因此项目经理可能需要裁剪项目进度管理过程。裁剪时应考虑的因素 包括（但不限于）：u生命周期方法。哪种生命周期方法最适合制定详细的进度计划？u资源可用性。影响资源可持续时间的因素是什么（如可用资源与其生产效率之间的相关性）？u项目维度。项目复杂性、技术不确定性、产品新颖度、速度或进度跟踪（如挣值、完成百分比、“红黄绿”停止信号灯指示）如何影响预期的控制水平？u技术支持。是否采用技术来制定、记录、传递、接收和存储项目进度模型http:/e.aura- 管理智慧 ITNEEQ：83850412的信息以及是否易于获取？有关进度计划的更多信息，参阅进度计划实践标准16。关于敏捷/适应型环境的考虑因素适应型方法采用短周期来开展工作、审查结果，并在必要时做出调整。这些周期可针对方法 和可交付成果的适用性提供快速反馈，通常表现为迭代型进度计划和拉动式按需进度计划，具体参 见“项目进度管理的发展趋势和新兴实践”一节。在大型组织中，可能同时存在小规模项目和大规模举措，需要制定长期路线图，通过规模参 数（如团队规模、地理分布、法规合规性、组织复杂性和技术复杂性）来管理这些项目集。为管理 大规模的、全企业系统的、完整的交付生命周期，可http:/e.aura- 管理智慧 ITNEEQ：83850413能需要采用一系列技术，包括预测型方法、适 应型方法或两种方法的混合。组织还可能需要结合几种核心方法，或采用已实践过的方法，并采纳 来自传统技术的一些原则和实践。无论是采用预测型开发生命周期来管理项目，还是在适应型环境下管理项目，项目经理的角色都 不变。但是，要成功实施适应型方法，项目经理需要了解如何高效使用相关的工具和技术。http:/e.aura- 管理智慧 ITNEEQ：838504146.1 规划进度管理规划进度管理是为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程。本过程的主要作用是，为如何在整个项目期间管理项目进度提供指南和方向。本过程仅开展一次 或仅在项目的预定义点开展。图 6-3 描述本过程的输入、工具与技术和输出。图 6-4是本过程的 数据流程图。图 6-3 规划进度管理：输入、工具与技术和输出http:/e.aura- 管理智慧 ITNEEQ：83850415图 6-4 规划进度管理：数据流程图http:/e.aura- 管理智慧 ITNEEQ：838504166.1.1 规划进度管理：输入6.1.1.1 项目章程见4.1.3.1节。项目章程中规定的总体里程碑进度计划会影响项目的进度管理。6.1.1.2 项目管理计划见4.2.3.1节。项目管理计划组件包括（但不限于）：u范围管理计划。见 5.1.3.1 节。范围管理计划描述如何定义和制定范围，并提供有关如何制定进度计划的信息。u开发方法。见 4.2.3.1 节。产品开发方法有助于定义进度计划方法、估算技术、进度计划编制工具以及用来控制进度的技术。http:/e.aura- 管理智慧 ITNEEQ：838504176.1.1.3 事业环境因素能够影响规划进度管理过程的事业环境因素包括（但不限于）：u组织文化和结构；u团队资源可用性、技能以及物质资源可用性；u进度计划软件；u指南和标准，用于裁剪组织标准过程和程序以满足项目的特定要求；u商业数据库，如标准化的估算数据。6.1.1.4 组织过程资产能够影响规划进度管理过程的组织过程资产包括（但不限于）：u历史信息和经验教训知识库；u现有与制定进度计划以及管理和控制进度相关的正式和非正式的政策、程序和指南；http:/e.aura- 管理智慧 ITNEEQ：83850418u模板和表格；u监督和报告工具。6.1.2规划进度管理：工具与技术6.1.2.1 专家判断见4.1.2.1节。应征求具备专业知识或在以往类似项目中接受过相关培训的个人或小组的意见：u进度计划的编制、管理和控制；u进度计划方法（如预测型或适应型生命周期）；u进度计划软件；u项目所在的特定行业。6.1.2.2 数据分析http:/e.aura- 管理智慧 ITNEEQ：83850419适用于本过程的数据分析技术包括（但不限于）备选方案分析。备选方案分析可包括确定采用哪 些进度计划方法，以及如何将不同方法整合到项目中；此外，它还可以包括确定进度计划的详细程 度、滚动式规划的持续时间，以及审查和更新频率。管理进度所需的计划详细程度与更新计划所需 的时间量之间的平衡，应针对各个项目具体而言。6.1.2.3 会议项目团队可能举行规划会议来制定进度管理计划。参会人员可能包括项目经理、项目发起人、选定的项目团队成员、选定的相关方、进度计划或执行负责人，以及其他必要人员。http:/e.aura- 管理智慧 ITNEEQ：838504206.1.3 规划进度管理：输出6.1.3.1 进度管理计划进度管理计划是项目管理计划的组成部分，为编制、监督和控制项目进度建立准则和明确活动。根据项目需要，进度管理计划可以是正式或非正式的，非常详细或高度概括的，其中应包括合适 的控制临界值。http:/e.aura- 管理智慧 ITNEEQ：83850421进度管理计划会规定：u项目进度模型制定。需要规定用于制定项目进度模型的进度规划方法论和工具。u进度计划的发布和迭代长度。使用适应型生命周期时，应指定固定时间的发布时段、阶段和 迭代。固定时间段指项目团队稳定地朝着目标前进的持续时间，它可以推动团队先处理基本功能，然后在时间允许的情况下再处理其他功能，从而尽可能减少范围蔓延。u准确度。准确度定义了需要规定活动持续时间估算的可接受区间，以及允许的应急储备数量。u计量单位。需要规定每种资源的计量单位，例如，用于测量时间的人时数、http:/e.aura- 管理智慧 ITNEEQ：83850422人天数或周数，用于计量数量的米、升、吨、千米或立方码。u组织程序链接。工作分解结构（WBS，见 5.4 节）为进度管理计划提供了框架，保证了与估算及相应进度计划的协调性。u项目进度模型维护。需要规定在项目执行期间，将如何在进度模型中更新项目状态，记录项目进展。u控制临界值。可能需要规定偏差临界值，用于监督进度绩效。它是在需要采取某种措施前，允许出现的最大差异。临界值通常用偏离基准计划中的参数的某个百分数来表示。u绩效测量规则。需要规定用于绩效测量的挣值管理（EVM）规则或其他测量规则。例如，进度管理计划可能规http:/e.aura- 管理智慧 ITNEEQ：83850423定：n确定完成百分比的规则；nEVM 技术，如基准法、固定公式法、完成百分比法等。更多信息，参阅 挣值管理实践标准17；n进度绩效测量指标，如进度偏差（SV）和进度绩效指数（SPI），用来评价偏离原始进度基准的程度。u报告格式。需要规定各种进度报告的格式和编制频率。http:/e.aura- 管理智慧 ITNEEQ：838504246.2 定义活动定义活动是识别和记录为完成项目可交付成果而须采取的具体行动的过程。本过程的主要作用 是，将工作包分解为进度活动，作为对项目工作进行进度估算、规划、执行、监督和控制的基础。本过程需要在整个项目期间开展。图 6-5 描述本过程的输入、工具与技术和输出，图6-6 是本过程的 数据流程图。图 6-5 定义活动：输入、工具与技术和输出http:/e.aura- 管理智慧 ITNEEQ：83850425图 6-6 定义活动：数据流程图http:/e.aura- 管理智慧 ITNEEQ：838504266.2.1 定义活动：输入6.2.1.1 项目管理计划见 4.2.3.1节。项目管理计划组件包括（但不限于）：u进度管理计划。见 6.1.3.1 节。进度管理计划定义进度计划方法、滚动式规划的持续时间，以及管理工作所需的详细程度。u范围基准。见 5.4.3.1 节。在定义活动时，需明确考虑范围基准中的项目WBS、可交付成果、制约因素和假设条件。6.2.1.2 事业环境因素影响定义活动过程的事业环境因素包括（但不限于）：u组织文化和结构；http:/e.aura- 管理智慧 ITNEEQ：83850427u商业数据库中发布的商业信息；u项目管理信息系统(PMIS)。6.2.1.3 组织过程资产能够影响定义活动过程的组织过程资产包括（但不限于）：u经验教训知识库，其中包含以往类似项目的活动清单等历史信息；u标准化的流程；u以往项目中包含标准活动清单或部分活动清单的模板；u现有与活动规划相关的正式和非正式的政策、程序和指南，如进度规划方法论，在编制活动定义时应考虑这些因素。http:/e.aura- 管理智慧 ITNEEQ：838504286.2.2定义活动：工具与技术6.2.2.1 专家判断见4.1.2.1节。应征求了解以往类似项目和当前项目的个人或小组的专业意见。6.2.2.2 分解见 5.4.2.2 节。分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部 分的技术。活动表示完成工作包所需的投入。定义活动过程的最终输出是活动而不是可交付成果，可交付成果是创建 WBS 过程（见 5.4 节）的输出。WBS、WBS 词典和活动清单可依次或同时编制，其中 WBS 和 WBS 词典是制定最终活动清单的基 础。WBS 中的每个工http:/e.aura- 管理智慧 ITNEEQ：83850429作包都需分解成活动，以便通过这些活动来完成相应的可交付成果。让团队成员参与分解过程，有助于得到更好、更准确的结果。6.2.2.3 滚动式规划滚动式规划是一种迭代式的规划技术，即详细规划近期要完成的工作，同时在较高层级上粗略规 划远期工作。它是一种渐进明细的规划方式，适用于工作包、规划包以及采用敏捷或瀑布式方法的 发布规划。因此，在项目生命周期的不同阶段，工作的详细程度会有所不同。在早期的战略规划阶 段，信息尚不够明确，工作包只能分解到已知的详细水平；而后，随着了解到更多的信息，近期即 将实施的工作包就可以分解到具体的活动。http:/e.aura- 管理智慧 ITNEEQ：838504306.2.2.4 会议会议可以是面对面或虚拟会议，正式或非正式会议。参会者可以是团队成员或主题专家，目的是 定义完成工作所需的活动。6.2.3 定义活动：输出6.2.3.1 活动清单活动清单包含项目所需的进度活动。对于使用滚动式规划或敏捷技术的项目，活动清单会在项目 进展过程中得到定期更新。活动清单包括每个活动的标识及工作范围详述，使项目团队成员知道需 要完成什么工作。http:/e.aura- 管理智慧 ITNEEQ：838504316.2.3.2 活动属性活动属性是指每项活动所具有的多重属性，用来扩充对活动的描述，活动属性随时间演进。在项目初始阶段，活动属性包括唯一活动标识(ID)、WBS 标识和活动标签或名称；在活动属性编制完成时，活动属性可能包括活动描述、紧前活动、紧后活动、逻辑关系、提前量和滞后量（见6.3.2.3 节）、资源需求、强制日期、制约因素和假设条件。活动属性可用于识别开展工作的地点、编制开展活动 的项目日历，以及相关的活动类型。活动属性还可用于编制进度计划。根据活动属性，可在报告中 以各种方式对计划进度活动进行选择、排序和分类。6.2.3.3 里程碑清单里程碑是项目中的重要时点或事件，里http:/e.aura- 管理智慧 ITNEEQ：83850432程碑清单列出了所有项目里程碑，并指明每个里程碑是强 制性的（如合同要求的）还是选择性的（如根据历史信息确定的）。里程碑的持续时间为零，因为 它们代表的是一个重要时间点或事件。6.2.3.4 变更请求见 4.3.3.4 节。一旦定义项目的基准后，在将可交付成果渐进明细为活动的过程中，可能会发现原本不属于项目基准的工作，这样就会提出变更请求。在这情况下，应该通过实施整体变更控制过 程（见 4.6节）对变更请求进行审查和处理。6.2.3.5 项目管理计划更新项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能 需要变更请求的项目管http:/e.aura- 管理智慧 ITNEEQ：83850433理计划组成部分包括（但不限于）：u进度基准。见 6.5.3.1 节。在整个项目期间，工作包逐渐细化为活动。在这个过程中可能会发 现原本不属于项目基准的工作，从而需要修改作为进度基准一部分的交付日期或其他重要的进度里程碑。u成本基准。见 7.3.3.1 节。在针对进度活动的变更获得批准后，需要对成本基准做出相应的变更。http:/e.aura- 管理智慧 ITNEEQ：838504346.3 排列活动顺序排列活动顺序是识别和记录项目活动之间的关系的过程，本过程的主要作用是定义工作之间的 逻辑顺序，以便在既定的所有项目制约因素下获得最高的效率。本过程需要在整个项目期间开展。图 6-7 描述本过程的输入、工具与技术和输出，图 6-8 是本过程的数据流程图。图 6-7 排列活动顺序：输入、工具与技术输出http:/e.aura- 管理智慧 ITNEEQ：83850435图 6-8 排列活动顺序：数据流程图http:/e.aura- 管理智慧 ITNEEQ：83850436除了首尾两项，每项活动都至少有一项紧前活动和一项紧后活动，并且逻辑关系适当。通过设计逻辑关系来创建一个切实的项目进度计划，可能有必要在活动之间使用提前量或滞后量，使项目进 度计划更为切实可行；可以使用项目管理软件、手动技术或自动技术，来排列活动顺序。排列活动 顺序过程旨在将项目活动列表转化为图表，作为发布进度基准的第一步。6.3.1 排列活动顺序：输入6.3.1.1 项目管理计划见4.2.3.1节。项目管理计划组件包括（但不限于）：http:/e.aura- 管理智慧 ITNEEQ：83850437u进度管理计划。见 6.1.3.1 节。进度管理计划规定了排列活动顺序的方法和准确度，以及所需的其他标准。u范围基准。见 5.4.3.1 节。在排列活动顺序时，需明确考虑范围基准中的项目WBS、可交付成果、制约因素和假设条件。6.3.1.2 项目文件可作为本过程输入的项目文件包括（但不限于）：u活动属性。见 6.2.3.2 节。活动属性中可能描述了事件之间的必然顺序或确定的紧前或紧后关系，以及定义的提前量与滞后量，和活动之间的逻辑关系。http:/e.aura- 管理智慧 ITNEEQ：83850438u活动清单。见 6.2.3.1 节。活动清单列出了项目所需的、待排序的全部进度活动，这些活动的依赖关系和其他制约因素会对活动排序产生影响。u假设日志。见 4.1.3.2 节。假设日志所记录的假设条件和制约因素可能影响活动排序的方式、活 动之间的关系，以及对提前量和滞后量的需求，并且有可能生成一个会影响项目进度的风险。u里程碑清单。见 6.2.3.3 节。里程碑清单中可能已经列出特定里程碑的实现日期，这可能影响活动排序的方式。http:/e.aura- 管理智慧 ITNEEQ：838504396.3.1.3 事业环境因素能够影响排列活动顺序过程的事业环境因素包括（但不限于）：u政府或行业标准；u项目管理信息系统（PMIS）；u进度规划工具；u组织的工作授权系统。6.3.1.4 组织过程资产能够影响排列活动顺序过程的组织过程资产包括（但不限于）：u项目组合与项目集规划，以及项目之间的依赖关系与关联；u现有与活动规划相关的正式和非正式的政策、程序和指南，如进度计划方法论，在确定逻辑关系时应考虑这些因素；u有助于加快项目活动网络图编制的各种模板；模板中也会包括有助于排列活动顺序的，与活动属性有关的信息；http:/e.aura- 管理智慧 ITNEEQ：83850440u经验教训知识库，其中包含有助于优化排序过程的历史信息。6.3.2排列活动顺序：工具与技术6.3.2.1 紧前关系绘图法紧前关系绘图法（PDM）是创建进度模型的一种技术，用节点表示活动，用一种或多种逻辑关系连接活动，以显示活动的实施顺序。PDM 包括四种依赖关系或逻辑关系。紧前活动是在进度计划的逻辑路径中，排在非开始活动前面的活动。紧后活动是在进度计划的逻辑路径中，排在某个活动后面的活动。这些关系的定义如下，并如图6-9 所示：http:/e.aura- 管理智慧 ITNEEQ：83850441u完成到开始（FS）。只有紧前活动完成，紧后活动才能开始的逻辑关系。例如，只有完成装配PC硬件（紧前活动），才能开始在PC上安装操作系统（紧后活动）。u完成到完成（FF）。只有紧前活动完成，紧后活动才能完成的逻辑关系。例如，只有完成文件的编写（紧前活动），才能完成文件的编辑（紧后活动）。u开始到开始（SS）。只有紧前活动开始，紧后活动才能开始的逻辑关系。例如，开始地基浇灌（紧后活动）之后，才能开始混凝土的找平（紧前活动）。u开始到完成（SF）。只有紧前活动开始，紧后活动才能完成的逻辑关系。例http:/e.aura- 管理智慧 ITNEEQ：83850442如，只有启动新的应付账款系统（紧前活动），才能关闭旧的应付账款系统（紧后活动）。在 PDM 图中，FS 是最常用的逻辑关系类型；SF 关系则很少使用，为了保持 PDM四种逻辑关系类型 的完整性，这里也将SF 列出。虽然两个活动之间可能同时存在两种逻辑关系（例如 SS 和 FF），但不建议相同的活动之间存在多种关系。因此必须做出选出影响最大关系的决定。此外也不建议采用闭环的逻辑关系。http:/e.aura- 管理智慧 ITNEEQ：83850443图6-9 紧前关系绘图法（PDM）的活动关系类型http:/e.aura- 管理智慧 ITNEEQ：838504446.3.2.2 确定和整合依赖关系如下所述，依赖关系可能是强制或选择的，内部或外部的。这四种依赖关系可以组合成强制性外 部依赖关系、强制性内部依赖关系、选择性外部依赖关系或选择性内部依赖关系。u强制性依赖关系。强制性依赖关系是法律或合同要求的或工作的内在性质决定的依赖关系，强制性依赖关系往往与客观限制有关。例如，在建筑项目中，只有在地基建成后，才能建立地 面结构；在电子项目中，必须先把原型制造出来，然后才能对其进行测试。强制性依赖关系又 称硬逻辑关系或硬依赖关系，技术依赖关系可能不是强制性的。在活动排序过程中，项目团队 应明确哪些关系是强制性依赖关系，不应把强制性依赖关系和进度计划编制工具中http:/e.aura- 管理智慧 ITNEEQ：83850445的进度制约因素相混淆。u选择性依赖关系。选择性依赖关系有时又称首选逻辑关系、优先逻辑关系或软逻辑关系。即便 还有其他依赖关系可用，选择性依赖关系应基于具体应用领域的最佳实践或项目的某些特殊性质对活动顺序的要求来创建。例如，根据普遍公认的最佳实践，在建造期间，应先完成卫生管 道工程，才能开始电气工程。这个顺序并不是强制性要求，两个工程可以同时（并行）开展工 作，但如按先后顺序进行可以降低整体项目风险。应该对选择性依赖关系进行全面记录，因为 它们会影响总浮动时间，并限制后续的进度安排。如果打算进行快速跟进，则应当审查相应的 选择性依赖关系，并考虑是否需要调整或去除。在排列活动顺序过程中，项目团队应明http:/e.aura- 管理智慧 ITNEEQ：83850446确哪些依赖关系属于选择性依赖关系。u外部依赖关系。外部依赖关系是项目活动与非项目活动之间的依赖关系，这些依赖关系往往不在项目团队的控制范围内。例如，软件项目的测试活动取决于外部硬件的到货；建筑项目的现 场准备，可能要在政府的环境听证会之后才能开始。在排列活动顺序过程中，项目管理团队应明确哪些依赖关系属于外部依赖关系。u内部依赖关系。内部依赖关系是项目活动之间的紧前关系，通常在项目团队的控制之中。例如，只有机器组装完毕，团队才能对其测试，这是一个内部的强制性依赖关系。在排列活动顺序过程中，项目管理团队应明确哪http:/e.aura- 管理智慧 ITNEEQ：83850447些依赖关系属于内部依赖关系。6.3.2.3 提前量和滞后量提前量是相对于紧前活动，紧后活动可以提前的时间量。例如，在新办公大楼建设项目中，绿化 施工可以在尾工清单编制完成前 2 周开始，这就是带 2 周提前量的完成到开始的关系，如图 6-10 所示。在进度计划软件中，提前量往往表示为负滞后量。图6-10 提前量和滞后量示例http:/e.aura- 管理智慧 ITNEEQ：83850448滞后量是相对于紧前活动，紧后活动需要推迟的时间量。例如，对于一个大型技术文档，编写小组可以在编写工作开始后 15 天，开始编辑文档草案，这就是带 15 天滞后量的开始到开始关系，如 图 6-10 所示。在图6-11 的项目进度网络图中，活动 H 和活动 I 之间就有滞后量，表示为 SS+10（带10 天滞后量的开始到开始关系），虽然图中并没有用精确的时间刻度来表示滞后的量值。项目管理团队应该明确哪些依赖关系中需要加入提前量或滞后量，以便准确地表示活动之间的逻 辑关系。提前量和滞后量的使用不能替代进度逻辑关系，而且持续时间估算中不包括任何提前量或 滞后量，同时还应该记录各种活动及与之相关的假设条件。http:/e.aura- 管理智慧 ITNEEQ：83850449图6-11 项目进度网络图6.3.2.4 项目管理信息系统(PMIS)见 4.3.2.2 节。项目管理信息系统包括进度计划软件；这些软件有助于规划、组织和调整活动顺 序，插入逻辑关系、提前和滞后值，以及区分不同类型的依赖关系。http:/e.aura- 管理智慧 ITNEEQ：838504506.3.3 排列活动顺序：输出6.3.3.1 项目进度网络图项目进度网络图是表示项目进度活动之间的逻辑关系（也叫依赖关系）的图形。图 6-11 是项目 进度网络图的一个示例。项目进度网络图可手工或借助项目管理软件来绘制，可包括项目的全部 细节，也可只列出一项或多项概括性活动。项目进度网络图应附有简要文字描述，说明活动排序 所使用的基本方法。在文字描述中，还应该对任何异常的活动序列做详细说明。带有多个紧前活动的活动代表路径汇聚，而带有多个紧后活动的活动则代表路径分支。带汇聚和 分支的活动受到多个活动的影响或能够影响多个活动，因此存在更大的风险。I 活动被称为“路径汇 聚”，http:/e.aura- 管理智慧 ITNEEQ：83850451因为它拥有多个紧前活动，而 K 活动被称为“路径分支”，因为它拥有多个紧后活动。6.3.3.2 项目文件更新可在本过程更新的项目文件包括（但不限于）：u活动属性。见 6.2.3.2 节。活动属性中可能描述了事件之间的必然顺序或确定的紧前或紧后关系，以及定义的提前量与滞后量，和活动之间的逻辑关系。u活动清单。见 6.2.3.1 节。在排列活动顺序时，活动清单可能会受到项目活动关系变更的影响。u假设日志。见 4.1.3.2 节。根据活动的排序、关系确定以及提前量和滞后量，http:/e.aura- 管理智慧 ITNEEQ：83850452可能需要更新假设日志中的假设条件和制约因素，并且有可能生成一个会影响项目进度的风险。u里程碑清单。见 6.2.3.3 节。在排列活动顺序时，特定里程碑的计划实现日期可能会受到项目活动关系变更的影响。http:/e.aura- 管理智慧 ITNEEQ：838504536.4 估算活动持续时间估算活动持续时间是根据资源估算的结果，估算完成单项活动所需工作时段数的过程。本过程的 主要作用是，确定完成每个活动所需花费的时间量。本过程需要在整个项目期间开展。图 6-12 描述本过程的输入、工具与技术和输出。图6-13 是本过程的数据流程图。图 6-12 估算活动持续时间：输入、工具与技术和输出http:/e.aura- 管理智慧 ITNEEQ：83850454图6-13 估算活动持续时间：数据流程图估算活动持续时间依据的信息包括：工作范围、所需资源类型与技能水平、估算的资源数量和 资源日历，而可能影响持续时间估算的其他因素包括对持续时间受到的约束、相关人力投入、资源 类型（如固定持续时间、固定人力投入或工http:/e.aura- 管理智慧 ITNEEQ：83850455作、固定资源数量）以及所采用的进度网络分析技术。应该由项目团队中最熟悉具体活动的个人或小组提供持续时间估算所需的各种输入，对持续时间的 估算也应该渐进明细，取决于输入数据的数量和质量。例如，在工程与设计项目中，随着数据越来 越详细，越来越准确，持续时间估算的准确性和质量也会越来越高。http:/e.aura- 管理智慧 ITNEEQ：83850456在本过程中，应该首先估算出完成活动所需的工作量和计划投入该活动的资源数量，然后结合项目日历和资源日历，据此估算出完成活动所需的工作时段数（活动持续时间）。在许多情况下，预计可用的资源数量以及这些资源的技能熟练程度可能会决定活动的持续时间，更改分配到活 动的主导性资源通常会影响持续时间，但这不是简单的“直线”或线性关系。有时候，因为工作的 特性（即受到持续时间的约束、相关人力投入或资源数量），无论资源分配如何（如 24 小时应 力测试），都需要花预定的时间才能完成工作。估算持续时间时需要考虑的其他因素包括：u收益递减规律。在保持其他因素不变的情况下，增加一个用于确定单位产出所需投入的因 素（如资源）会最终http:/e.aura- 管理智慧 ITNEEQ：83850457达到一个临界点，在该点之后的产出或输出会随着增加这个因素而递减。u资源数量。增加资源数量，使其达到初始数量的两倍不一定能缩短一半的时间，因为这样做可 能会因风险而造成持续时间增加；在某些情况下，如果增加太多活动资源，可能会因知识传递、学习曲线、额外合作等其他相关因素而造成持续时间增加。u技术进步。在确定持续时间估算时，这个因素也可能发挥重要作用。例如，通过采购最新技术，制造工厂可以提高产量，而这可能会影响持续时间和资源需求。u员工激励。项目经理还需要了解“学生综合征”（即拖延症）和帕金森定律，前者指出，人们 只有在最后一刻，即http:/e.aura- 管理智慧 ITNEEQ：83850458快到期限时才会全力以赴；后者指出，只要还有时间，工作就会不断扩展，直到用完所有的时间。应该把活动持续时间估算所依据的全部数据与假设都记录在案。http:/e.aura- 管理智慧 ITNEEQ：838504596.4.1估算活动持续时间：输入6.4.1.1 项目管理计划见4.2.3.1节。项目管理计划组件包括（但不限于）：u进度管理计划。见 6.1.3.1 节。进度管理计划规定了用于估算活动持续时间的方法和准确度，以及所需的其他标准。u范围基准。见 5.4.3.1 节。范围基准包含 WBS 词典，后者包括可能影响人力投入和持续时间估 算的技术细节。6.4.1.2 项目文件可作为本过程输入的项目文件包括（但不限于）：http:/e.aura- 管理智慧 ITNEEQ：83850460u活动属性。见 6.2.3.2 节。活动属性可能描述了确定的紧前或紧后关系、定义的提前量与滞后量以及可能影响持续时间估算的活动之间的逻辑关系。u活动清单。见 6.2.3.1 节。活动清单列出了项目所需的、待估算的全部进度活动，这些活动的依赖关系和其他制约因素会对持续时间估算产生影响。u假设日志。见 4.1.3.2 节。假设日志所记录的假设条件和制约因素有可能生成一个会影响项目进度的风险。u经验教训登记册。见 4.4.3.1 节。与人力投入和持续时间估算有关的经验教训登记册可以运用到项目后续阶段，以提高人力投入和持续时间估算的准确性。http:/e.aura- 管理智慧 ITNEEQ：83850461u里程碑清单。见 6.2.3.3 节。里程碑清单中可能已经列出特定里程碑的计划实现日期，这可能影响持续时间估算。u项目团队派工单。见 9.3.3.1 节。将合适的人员分派到团队，为项目配备人员。u资源分解结构。见 9.2.3.3 节。资源分解结构按照资源类别和资源类型，提供了已识别资源的层级结构。u资源日历。见 9.2.1.2 节。资源日历中的资源可用性、资源类型和资源性质，都会影响进度活动的持续时间。资源日历规定了在项目期间特定的项目资源何时可用及可用多久。http:/e.aura- 管理智慧 ITNEEQ：83850462u资源需求。见 9.2.3.1 节。估算的活动资源需求会对活动持续时间产生影响。对于大多数活动来 说，所分配的资源能否达到要求，将对其持续时间有显著影响。例如，向某个活动新增资源或 分配低技能资源，就需要增加沟通、培训和协调工作，从而可能导致活动效率或生产率下降，由此需要估算更长的持续时间。u风险登记册。见 11.2.3.1 节。单个项目风险可能影响资源的选择和可用性。风险登记册的更新包括在项目文件更新中，见“规划风险应对”(11.5.3.2)一节。6.4.1.3 事业环境因素能够影响估算活动持续时间过程的事业环境因素包括http:/e.aura- 管理智慧 ITNEEQ：83850463（但不限于）：u持续时间估算数据库和其他参考数据；u生产率测量指标；u发布的商业信息；u团队成员的所在地。6.4.1.4 组织过程资产能够影响估算活动持续时间过程的组织过程资产包括（但不限于）：u关于持续时间的历史信息；u项目日历；u估算政策；u进度规划方法论；u经验教训知识库。http:/e.aura- 管理智慧 ITNEEQ：838504646.4.2估算活动持续时间：工具与技术6.4.2.1 专家判断见4.1.2.1节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：u进度计划的编制、管理和控制；u有关估算的专业知识；u学科或应用知识。6.4.2.2 类比估算类比估算是一种使用相似活动或项目的历史数据，来估算当前活动或项目的持续时间或成本的技 术。类比估算以过去类似项目的参数值（如持续时间、预算、规模、重量和复杂性等）为基础，来 估算未来项目的同类参数或指标。在估算持续http:/e.aura- 管理智慧 ITNEEQ：83850465时间时，类比估算技术以过去类似项目的实际持续时 间为依据，来估算当前项目的持续时间。这是一种粗略的估算方法，有时需要根据项目复杂性方面 的已知差异进行调整，在项目详细信息不足时，就经常使用类比估算来估算项目持续时间。相对于其他估算技术，类比估算通常成本较低、耗时较少，但准确性也较低。类比估算可以针对 整个项目或项目中的某个部分进行，或可以与其他估算方法联合使用。如果以往活动是本质上而不 是表面上类似，并且从事估算的项目团队成员具备必要的专业知识，那么类比估算就最为可靠。6.4.2.3 参数估算参数估算是一种基于历史数据和项目参数，使用某种算法来计算成本或持续http:/e.aura- 管理智慧 ITNEEQ：83850466时间的估算技术。它是指利用历史数据之间的统计关系和其他变量（如建筑施工中的平方英尺），来估算诸如成本、预算和持续时间等活动参数。把需要实施的工作量乘以完成单位工作量所需的工时，即可计算出持续时间。例如，对于设计项目，将图纸的张数乘以每张图纸所需的工时；或者对于电缆铺设项目，将电缆的长度乘以铺设每米 电缆所需的工时。如果所用的资源每小时能够铺设 25 米电缆，那么铺设 1000米电缆的持续时间是40 小时（1000 米除以 25 米/小时）。参数估算的准确性取决于参数模型的成熟度和基础数据的可靠性。且参数进度估算可以针对整个项目或项目中的某个部分，并可以