全部展开 全部合拢

7.2.3.1 成本估算

成本估算包括对完成项目工作可能需要的成本、应对已识别风险的应急储备,以及应对计划外工作的管理储备的量化估算。成本估算可以是汇总的或详细分列的。成本估算应覆盖项目所使用的全部资源,包括(但不限于)直接人工、材料、设备、服务、设施、信息技术,以及一些特殊的成本种类,如融资成本(包括利息)、通货膨胀补贴、汇率或成本应急储备。如果间接成本也包含在项目估算中,则可在活动层次或更高层次上计列间接成本。

项目生命周期指项目从启动到完成所经历的一系列阶段。它为项目管理提供了一个基本框架。不论项目涉及的具体工作是什么,这个基本框架都适用。这些阶段之间的关系可以顺序、迭代或交叠进行。所有项目都呈现图 1-5 所示的通用的生命周期。

项目生命周期可以是预测型或适应型。项目生命周期内通常有一个或多个阶段与产品、服务或成果的开发相关,这些阶段称为开发生命周期。开发生命周期可以是预测型、迭代型、增量型、适应型或混合型的模式:

  • 预测型生命周期,在生命周期的早期阶段确定项目范围、时间和成本。对任何范围的变更都要进行仔细管理。预测型生命周期也称为瀑布型生命周期。
  • 迭代型生命周期,项目范围通常于项目生命周期的早期确定,但时间及成本估算将随着项目团队对产品理解的不断深入而定期修改。迭代方法是通过一系列重复的循环活动来开发产品,而增量方法是渐进地增加产品的功能。
  • 增量型生命周期是通过在预定的时间区间内渐进增加产品功能的一系列迭代来产出可交付成果。只有在最后一次迭代之后,可交付成果具有了必要和足够的能力,才能被视为完整的。
  • 适应型生命周期属于敏捷型、迭代型或增量型。详细范围在迭代开始之前就得到了定义和批准。适应型生命周期也称为敏捷或变更驱动型生命周期。请参见附录 X3。
  • 混合型生命周期是预测型生命周期和适应型生命周期的组合。充分了解或有确定需求的项目要素遵循预测型开发生命周期,而仍在发展中的要素遵循适应型开发生命周期。

由项目管理团队确定各个项目最适合的生命周期。项目生命周期需要足够灵活,能够应对项目包含的各种因素。可以通过以下方法实现生命周期的灵活性:

  • 确定需要在各个阶段实施的一个或多个过程;
  • 在合适的阶段实施确定的一个或多个过程;
  • 调整阶段的各种属性(例如名称、持续时间、退出标准和准入标准)。

项目生命周期与产品生命周期相互独立,后者可能由项目产生。产品生命周期指一个产品从概念、交付、成长、成熟到衰退的整个演变过程的一系列阶段。

项目效益管理计划描述了项目实现效益的方式和时间,以及应制定的效益衡量机制。项目效益指为发起组织和项目预期受益方创造价值的行动、行为、产品、服务或成果的结果。项目生命周期早期应确定目标效益,并据此制定效益管理计划。它描述了效益的关键要素,可能包括(但不限于)记录以下内容:

  • 目标效益(例如预计通过项目实施可以创造的有形价值和无形价值;财务价值体现为净现值);
  • 战略一致性(例如项目效益与组织业务战略的一致程度);
  • 实现效益的时限(例如阶段效益、短期效益、长期效益和持续效益);
  • 效益责任人(例如在计划确定的整个时限内负责监督、记录和报告已实现效益的负责人);
  • 测量指标(例如用于显示已实现效益的直接测量值和间接测量值);
  • 假设(例如预计存在或显而易见的因素);
  • 风险(例如实现效益的风险)。

制定效益管理计划需要使用商业论证和需求评估中的数据和信息,例如,成本效益分析数据。

在成本效益分析中已经把成本估算与项目拟实现的效益进行了比较。效益管理计划和项目管理计划描述了项目创造的商业价值如何能够成为组织持续运营的一部分,包括使用的测量指标。测量指标可核实商业价值并确认项目成功与否。

项目效益管理计划的制定和维护是一项迭代活动。它是商业论证、项目章程和项目管理计划的补充性文件。项目经理与发起人共同确保项目章程、项目管理计划和效益管理计划在整个项目生命周期内始终保持一致。请参见《从业者商业分析:实践指南》[7]、《项目集管理标准》[3]和《项目组合管理标准》[2]。

以下是组织外部的事业环境因素:

  • 市场条件。例如包括竞争对手、市场份额、品牌认知度和商标。
  • 社会和文化影响与问题。例如包括政治氛围、行为规范、道德和观念。
  • 法律限制。例如包括与安全、数据保护、商业行为、雇佣和采购有关的国家或地方法律法规。
  • 商业数据库。例如包括标杆对照成果、标准化的成本估算数据、行业风险研究资料和风险数据库。
  • 学术研究。例如包括行业研究、出版物和标杆对照成果。
  • 政府或行业标准。例如包括与产品、生产、环境、质量和工艺有关的监管机构条例和标准。
  • 财务考虑因素。例如包括货币汇率、利率、通货膨胀率、关税和地理位置。
  • 物理环境要素。例如包括工作环境、天气和制约因素。

项目整合管理包括对隶属于项目管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。在项目管理中,整合兼具统一、合并、沟通和建立联系的性质,这些行动应该贯穿项目始终。项目整合管理包括进行以下选择:

  • 资源分配;
  • 平衡竞争性需求;
  • 研究各种备选方法;
  • 为实现项目目标而裁剪过程;
  • 管理各个项目管理知识领域之间的依赖关系。

项目整合管理过程包括:

4.1 制定项目章程 — 编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。

4.2 制定项目管理计划 — 定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。

4.3 指导与管理项目工作 — 为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。

4.4 管理项目知识 — 使用现有知识并生成新知识,以实现项目目标,并且帮助组织学习的过程。

4.5 监控项目工作 — 跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。

4.6 实施整体变更控制 — 审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。

4.7 结束项目或阶段 — 终结项目、阶段或合同的所有活动的过程。

图 4-1 概述了项目整合管理的各个过程。虽然在本《PMBOK® 指南》中,各项目整合管理过程

以界限分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。

图 4-1项目整合管理概述

项目整合管理的核心概念项目整合管理由项目经理负责。虽然其他知识领域可以由相关专家(如成本分析专家、进度规划专家、风险管理专家)管理,但是项目整合管理的责任不能被授权或转移。只能由项目经理负责整合所有其他知识领域的成果,并掌握项目总体情况。项目经理必须对整个项目承担最终责任。

项目与项目管理本质上具有整合性质,例如,为应急计划制定成本估算时,就需要整合项目成本管理、项目进度管理和项目风险管理知识领域中的相关过程。在识别出与各种人员配备方案有关的额外风险时,可能需要再次进行上述某个或某几个过程。

项目管理过程组的各个过程之间经常反复发生联系。例如,在项目早期,规划过程组为执行过程组提供书面的项目管理计划;然后,随着项目的进展,规划过程组还将根据变更情况,更新项目管理计划。

项目整合管理指的是:

  • 确保产品、服务或成果的交付日期,项目生命周期以及效益管理计划这些方面保持一致;
  • 编制项目管理计划以实现项目目标;
  • 确保创造合适的知识并运用到项目中,并从项目中获取必要的知识;
  • 管理项目管理计划中活动的绩效和变更;
  • 做出针对影响项目的关键变更的综合决策;
  • 测量和监督项目进展,并采取适当措施以实现项目目标;
  • 收集关于已达成结果的数据,分析数据以获取信息,并与相关方分享信息;
  • 完成全部项目工作,正式关闭各个阶段、合同以及整个项目;
  • 管理可能需要的阶段过渡。

项目越复杂,相关方的期望越多样化,就需要越全面的整合方法。

项目整合管理的发展趋势和新兴实践项目整合管理知识领域要求整合所有其他知识领域的成果。与整合管理过程相关的发展趋势包括(但不限于):

  • 使用自动化工具。项目经理需要整合大量的数据和信息,因此有必要使用项目管理信息系统(PMIS) 和自动化工具来收集、分析和使用信息,以实现项目目标和项目效益。
  • 使用可视化管理工具。有些项目团队使用可视化管理工具,而不是书面计划和其它文档,来获取和监督关键的项目要素。这样,就便于整个团队直观地看到项目的实时状态,促进知识转移,并提高团队成员和其他相关方识别和解决问题的能力。
  • 项目知识管理。项目人员的流动性和不稳定性越来越高,就要求采用更严格的过程,在整个项目生命周期中积累知识并传达给目标受众,以防止知识流失。
  • 增加项目经理的职责。项目经理被要求介入启动和结束项目,例如开展项目商业论证和效益管理。按照以往的惯例,这些事务均由管理层和项目管理办公室负责。现在,项目经理需要频繁地与他们合作处理这些事务,以便更好地实现项目目标以及交付项目效益。项目经理也需要更全面地识别相关方,并引导他们参与项目,包括管理项目经理与各职能部门、运营部门和高级管理人员之间的接口。
  • 混合型方法。经实践检验的新做法会不断地融入项目管理方法,例如,采用敏捷或其他迭代做法,为开展需求管理而采用商业分析技术,为分析项目复杂性而采用相关工具,以及为在组织中应用项目成果而采用组织变革管理方法。

裁剪时需要考虑的因素因为每个项目都是独特的,所以项目经理可能需要裁剪项目整合管理过程。裁剪时应考虑的因素包括(但不限于):

  • 项目生命周期。什么是合适的项目生命周期?项目生命周期应包括哪些阶段?
  • 开发生命周期。对特定产品、服务或成果而言,什么是合适的开发生命周期和开发方法?预测型或适应型方法是否适当?如果是适应型,开发产品是该采用增量还是迭代的方式?混合型方法是否为最佳选择?
  • 管理方法。考虑到组织文化和项目的复杂性,哪种管理过程最有效?
  • 知识管理。在项目中如何管理知识以营造合作的工作氛围?
  • 变更。在项目中如何管理变更?
  • 治理。有哪些监控机构、委员会和其他相关方该参与项目治理?对项目状态报告的要求是什么?
  • 经验教训。在项目期间及项目结束时,应收集哪些信息?历史信息和经验教训是否适用于未来的项目?
  • 效益。应该在何时以何方式报告效益:在项目结束时还是在每次迭代或阶段结束时?

在敏捷或适应型环境中需要考虑的因素迭代和敏捷方法能够促进团队成员以相关领域专家的身份参与整合管理。团队成员自行决定计划及其组件的整合方式。

在适应型环境下,《整合管理的核心概念》中所述的对项目经理的期望保持不变,但把对具体产品的规划和交付授权给团队来控制。项目经理的关注点在于营造一个合作型的决策氛围,并确保团队有能力应对变更。如果团队成员具备广泛的技能基础而不局限于某个狭窄的专业领域,那么这种合作型方法就会更加有效。

可用于本过程的数据分析技术包括(但不限于):

  • 备选方案分析。备选方案分析用于在出现偏差时选择要执行的纠正措施或纠正措施和预防措施的组合。
  • 成本效益分析。见 8.1.2.3 节。成本效益分析有助于在项目出现偏差时确定最节约成本的纠正措施。
  • 挣值分析。见 7.4.2.2 节。挣值分析对范围、进度和成本绩效进行了综合分析。
  • 根本原因分析。见 8.2.2.2 节。根本原因分析关注识别问题的主要原因,它可用于识别出现偏差的原因以及项目经理为达成项目目标应重点关注的领域。
  • 趋势分析。趋势分析根据以往结果预测未来绩效,它可以预测项目的进度延误,提前让项目经理意识到,按照既定趋势发展,后期进度可能出现的问题。应该在足够早的项目时间进行趋势分析,使项目团队有时间分析和纠正任何异常。可以根据趋势分析的结果,提出必要的预防措施建议。
  • 偏差分析。偏差分析审查目标绩效与实际绩效之间的差异(或偏差),可涉及持续时间估算、成本估算、资源使用、资源费率、技术绩效和其他测量指标。

可以在每个知识领域,针对特定变量,开展偏差分析。在监控项目工作过程中,通过偏差分析对成本、时间、技术和资源偏差进行综合分析,以了解项目的总体偏差情况。这样就便于采取合适的预防或纠正措施。

实施整体变更控制是审查所有变更请求、批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。图 4-12 描述本过程的输入、工具与技术和输出。图 4-13 是本过程的数据流向图。

图 4-12实施整体变更控制:输入、工具与技术和输出

图 4-13实施整体变更控制:数据流向图

实施整体变更控制过程贯穿项目始终,项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间,参与项目的任何相关方都可以提出变更请求。变更控制的实施程度,取决于项目所在应用领域、项目复杂程度、合同要求,以及项目所处的背景与环境。

在基准确定之前,变更无需正式受控于实施整体变更控制过程。一旦确定了项目基准,就必须通过本过程来处理变更请求。依照常规,每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求,并经过正式控制。

尽管也可以口头提出,但所有变更请求都必须以书面形式记录,并纳入变更管理和(或)配置管理系统中。在批准变更之前,可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下,都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决,这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人,必要时,应该由变更控制委员会(CCB)来开展实施整体变更控制过程。CCB 是一个正式组成的团体,负责审查、评价、批准、推迟或否决项目变更,以及记录和传达变更处理决定。

变更请求得到批准后,可能需要新编(或修订)成本估算、活动排序、进度日期、资源需求和(或)风险应对方案分析,这些变更可能要求调整项目管理计划和其他项目文件。某些特定的变更请求,在 CCB 批准之后,可能还需要得到客户或发起人的批准,除非他们本身就是 CCB 的成员。

范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典,只有通过正式的变更控制程序才能进行变更,它被用作比较的基础。范围基准是项目管理计划的组成部分,包括:

  • 项目范围说明书。项目范围说明书包括对项目范围、主要可交付成果、假设条件和制约因素的描述(见 5.3.3.1 节)。
  • WBS。WBS 是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。工作分解结构每向下分解一层,代表对项目工作更详细的定义。
  • 工作包。WBS 的最低层级是带有独特标识号的工作包。这些标识号为进行成本、进度和资源信息的逐层汇总提供了层级结构,构成账户编码。每个工作包都是控制账户的一部分,而控制账户则是一个管理控制点。在该控制点上,把范围、预算和进度加以整合,并与挣值相比较,以测量绩效。控制账户拥有两个或更多工作包,但每个工作包只与一个控制账户关联。
  • 规划包。一个控制账户可以包含一个或多个规划包,其是一种低于控制账户而高于工作包的工作分解结构组件,工作内容已知,但详细的进度活动未知。
  • WBS 词典。WBS 词典是针对 WBS 中的每个组件,详细描述可交付成果、活动和进度信息的文件。WBS 词典对 WBS 提供支持,其中大部分信息由其他过程创建,然后在后期添加到词典中。WBS 词典中的内容可能包括(但不限于):
  • 账户编码标识;
  • 工作描述;
  • 假设条件和制约因素;
  • 负责的组织;
  • 进度里程碑;
  • 相关的进度活动;
  • 所需资源;
  • 成本估算;
  • 质量要求;
  • 验收标准;
  • 技术参考文献;
  • 协议信息。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):

  • 范围管理计划。见 5.1.3.1 节。可以更新范围管理计划,以反映范围管理方式的变更。
  • 范围基准。见 5.4.3.1 节。在针对范围、范围说明书、WBS 或 WBS 词典的变更获得批准后,需要对范围基准做出相应的变更。有时范围偏差太过严重,以至于需要修订范围基准,以便为绩效测量提供现实可行的依据。
  • 进度基准。见 6.5.3.1 节。在针对范围、资源或进度估算的变更获得批准后,需要对进度基准做出相应的变更。有时进度偏差太过严重,以至于需要修订进度基准,以便为绩效测量提供现实可行的依据。
  • 成本基准。见 7.3.3.1 节。在针对范围、资源或成本估算的变更获得批准后,需要对成本基准做出相应的变更。有时成本偏差太过严重,以至于需要修订成本基准,以便为绩效测量提供现实可行的依据。
  • 绩效测量基准。见 4.2.3.1 节。在针对范围、进度绩效或成本估算的变更获得批准后,需要对绩效测量基准做出相应的变更。有时绩效偏差太过严重,需要提出变更请求来修订绩效测量基准,以便为绩效测量提供现实可行的依据。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。可能需要更新进度管理计划,以反映制定和管理进度计划的方式的变更。
  • 成本基准。见 7.3.3.1 节。在针对范围、资源或成本估算的变更获得批准后,需要对成本基准做出相应的变更。有时成本偏差太过严重,以至于需要修订成本基准,以便为绩效测量提供现实可行的依据。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。可能需要更新进度管理计划,以反映进度管理方法的变更。
  • 进度基准。见 6.5.3.1 节。在项目范围、活动资源或活动持续时间估算等方面的变更获得批准后,可能需要对进度基准做相应变更。另外,因进度压缩技术或绩效问题造成变更时,也可能需要更新进度基准。
  • 成本基准。见 7.3.3.1 节。在针对范围、资源或成本估算的变更获得批准后,需要对成本基准做出相应的变更。
  • 绩效测量基准。见 4.2.3.1 节。在范围、进度绩效或成本估算的变更获得批准后,需要对绩效测量基准做出相应的变更。有时绩效偏差太过严重,需要提出变更请求来修订绩效测量基准,以便为绩效测量提供现实可行的依据。

项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程,从而确保项目在批准的预算内完工。项目成本管理过程包括:

7.1 规划成本管理 — 确定如何估算、预算、管理、监督和控制项目成本的过程。

7.2 估算成本 — 对完成项目活动所需货币资源进行近似估算的过程。

7.3 制定预算 — 汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准的过程。

7.4 控制成本 — 监督项目状态,以更新项目成本和管理成本基准变更的过程。

图 7-1 概括了项目成本管理的各个过程。虽然在本《PMBOK® 指南》中,各项目成本管理过程以界

限分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。这些过程不仅彼此相互作用,而且还与其他知识领域中的过程相互作用。

在某些项目,特别是范围较小的项目中,成本估算和成本预算之间的联系非常紧密,以至于可视为一个过程,由一个人在较短时间内完成。但本章仍然把这两个过程分开来介绍,因为它们所用的工具和技术各不相同。对成本的影响力在项目早期最大,因此尽早定义范围就至关重要(见 5.3 节)。

图 7-1项目成本管理概述

项目成本管理的核心概念项目成本管理重点关注完成项目活动所需资源的成本,但同时也应考虑项目决策对项目产品、服务或成果的使用成本、维护成本和支持成本的影响。例如,限制设计审查的次数可降低项目成本,但可能增加由此带来的产品运营成本。

成本管理的另一个方面是认识到不同的相关方会在不同的时间,用不同的方法测算项目成本。

例如,对于某采购品,可在做出采购决策、下达订单、实际交货、实际成本发生或进行项目会计记账时,测算其成本。在很多组织中,预测和分析项目产品的财务效益是在项目之外进行的,但对于有些项目,如固定资产投资项目,可在项目成本管理中进行这项预测和分析工作。在这种情况下,项目成本管理还需使用其他过程和许多通用财务管理技术,如投资回报率分析、现金流贴现分析和投资回收期分析等。

项目成本管理的趋势和新兴实践在项目成本管理的实践中,通过对挣值管理 (EVM)的扩展,引入挣得进度 (ES) 这一概念。

ES 是 EVM 理论和实践的延伸。挣得进度理论用 ES 和实际时间 (AT) 替代了传统 EVM 所使用的进度偏差测量指标(挣值 – 计划价值),使用这种替代方法计算进度偏差 ES - AT,如果挣得进度大于 0,则表示项目进度提前了;换句话说,在某个给定的时间点,项目的挣值大于计划价值。使用挣得进度测量指标的进度绩效指数 (SPI) 为 ES 与 AT 之比,表示完成项目的工作效率。此外,挣得进度理论通过挣得进度、实际时间和估算持续时间,提供了预测项目完成日期的计算公式。

裁剪考虑因素由于每个项目都是独特的,项目经理因此可能需要裁剪项目成本管理过程。裁剪时应考虑的因素包括(但不限于):

  • 知识管理。组织是否拥有易于使用的、正式的知识管理体系和财务数据库,并要求项目经理使用?
  • 估算和预算。组织是否拥有正式或非正式的,与成本估算和预算相关的政策、程序和指南?
  • 挣值管理。组织是否采用挣值管理来管理项目?
  • 敏捷方法的使用。组织是否采用敏捷方法管理项目?这对成本估算有什么影响?
  • 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南?

关于敏捷/适应型环境的考虑因素对易变性高、范围并未完全明确、经常发生变更的项目,详细的成本计算可能没有多大帮助。

在这种情况下,可以采用轻量级估算方法快速生成对项目人力成本的高层级预测,在出现变更时容易调整预测;而详细的估算适用于采用准时制的短期规划。

如果易变的项目也遵循严格的预算,通常需要更频繁地更改范围和进度计划,以始终保持在成本制约因素之内。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。进度管理计划确定了编制、监督和控制项目进度的准则和活动,同时也提供了影响成本估算和管理的过程及控制方法。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划提供了识别、分析和监督风险的方法,同时也提供了影响成本估算和管理的过程及控制方法。

能够影响规划成本管理过程的组织过程资产包括(但不限于):

  • 财务控制程序(如定期报告、必需的费用与支付审查、会计编码及标准合同条款等);
  • 历史信息和经验教训知识库;
  • 财务数据库;
  • 现有的正式和非正式的与成本估算和预算有关的政策、程序和指南。

见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:

  • 以往类似项目;
  • 来自行业、学科和应用领域的信息;
  • 成本估算和预算;
  • 挣值管理。

成本管理计划是项目管理计划的组成部分,描述将如何规划、安排和控制项目成本。成本管理过程及其工具与技术应记录在成本管理计划中。

例如,在成本管理计划中规定:

  • 计量单位。需要规定每种资源的计量单位,例如用于测量时间的人时数、人天数或周数,用于计量数量的米、升、吨、千米或立方码,或者用货币表示的总价。
  • 精确度。根据活动范围和项目规模,设定成本估算向上或向下取整的程度(例如 995.59 美元取整为 1,000 美元)。
  • 准确度。为活动成本估算规定一个可接受的区间(如 ±10%),其中可能包括一定数量的应急储备。
  • 组织程序链接。工作分解结构(见 5.4 节)为成本管理计划提供了框架,以便据此规范地开展成本估算、预算和控制。在项目成本核算中使用的 WBS 组成部分,称为控制账户(CA),每个控制账户都有唯一的编码或账号,直接与执行组织的会计制度相联系。
  • 控制临界值。可能需要规定偏差临界值,用于监督成本绩效。它是在需要采取某种措施前,允许出现的最大差异,通常用偏离基准计划的百分数来表示。
  • 绩效测量规则。需要规定用于绩效测量的挣值管理(EVM)规则。例如,成本管理计划应该:
  • 定义 WBS 中用于绩效测量的控制账户;
  • 确定拟用的 EVM 技术(如加权里程碑法、固定公式法、完成百分比法等);
  • 规定跟踪方法,以及用于计算项目完工估算(EAC)的 EVM 公式,该公式计算出的结果可用于验证通过自下而上方法得出的完工估算。
  • 报告格式。需要规定各种成本报告的格式和编制频率。
  • 其他细节。关于成本管理活动的其他细节包括(但不限于):
  • 对战略筹资方案的说明;
  • 处理汇率波动的程序;
  • 记录项目成本的程序。

关于挣值管理的更多信息,参见《挣值管理实践标准》(第 2 版)[17]。

估算成本是对完成项目工作所需资源成本进行近似估算的过程。本过程的主要作用是,确定项目所需的资金。本过程应根据需要在整个项目期间定期开展。图 7-4 描述本过程的输入、工具与技术和输出,图 7-5 是本过程的数据流向图。

图 7-4估算成本:输入、工具与技术和输出

图 7-5估算成本的数据流向图

成本估算是对完成活动所需资源的可能成本的量化评估,是在某特定时点,根据已知信息所做出的成本预测。在估算成本时,需要识别和分析可用于启动与完成项目的备选成本方案;需要权衡备选成本方案并考虑风险,如比较自制成本与外购成本、购买成本与租赁成本及多种资源共享方案,以优化项目成本。

通常用某种货币单位(如美元、欧元、日元等)进行成本估算,但有时也可采用其他计量单位,如人时数或人天数,以消除通货膨胀的影响,便于成本比较。

在项目过程中,应该随着更详细信息的呈现和假设条件的验证,对成本估算进行审查和优化。

在项目生命周期中,项目估算的准确性亦将随着项目的进展而逐步提高。例如,在启动阶段可得出项目的粗略量级估算(Rough Order of Magnitude,ROM),其区间为 −25% 到 +75%;之后,随着信息越来越详细,确定性估算的区间可缩小至 −5% 到 +10%。某些组织已经制定出相应的指南,规定何时进行优化,以及每次优化所要达到的置信度或准确度。

进行成本估算,应该考虑将向项目收费的全部资源,包括(但不限于)人工、材料、设备、服务、设施,以及一些特殊的成本种类,如通货膨胀补贴、融资成本或应急成本。成本估算可在活动层级呈现,也可以汇总形式呈现。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 成本管理计划。见 7.1.3.1 节。成本管理计划描述了可使用的估算方法以及成本估算需要达到的准确度和精确度。
  • 质量管理计划。见 8.1.3.1 节。质量管理计划描述了项目管理团队为实现一系列项目质量目标所需的活动和资源。
  • 范围基准。见 5.4.3.1 节。范围基准包括项目范围说明书、WBS 和 WBS 词典:
  • 项目范围说明书。范围说明书(见 5.3.3.1 节)反映了因项目资金支出的周期而产生的资金制约因素,或其他财务假设条件和制约因素。
  • 工作分解结构。WBS(见 5.4.3.1 节)指明了项目全部可交付成果及其各组成部分之间的相互关系。
  • WBS 词典。在 WBS 词典(见 5.4.3 节)和相关的详细工作说明书中,列明了可交付成果,并描述了为产出可交付成果,WBS 各组成部分所需进行的工作。

可作为本过程输入的项目文件包括(但不限于):

  • 经验教训登记册。见 4.4.3.1 节。项目早期与制定成本估算有关的经验教训可以运用到项目后期阶段,以提高成本估算的准确度和精确度。
  • 项目进度计划。见 6.5.3.2 节。进度计划包括项目可用的团队和实物资源的类型、数量和可用时间长短。如果资源成本取决于使用时间的长短,并且成本出现季节波动,则持续时间估算(见 6.4.3.1 节)会对成本估算产生影响。进度计划还为包含融资成本(包括利息)的项目提供有用信息。
  • 资源需求。见 9.2.3.1 节。资源需求明确了每个工作包或活动所需的资源类型和数量。
  • 风险登记册。见 11.2.3.1 节。风险登记册包含了已识别并按优先顺序排列的单个项目风险的详细信息,及针对这些风险采取的应对措施。风险登记册还提供了可用于估算成本的详细信息。

会影响估算成本过程的组织过程资产包括(但不限于):

  • 成本估算政策;
  • 成本估算模板;
  • 历史信息和经验教训知识库。

4.1.2.1. 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见:

  • 以往类似项目;
  • 来自行业、学科和应用领域的信息;
  • 成本估算方法。

见 6.4.2.3 节。参数估算是指利用历史数据之间的统计关系和其他变量(如建筑施工中的平方英尺),来进行项目工作的成本估算,参数估算的准确性取决于参数模型的成熟度和基础数据的可靠性。参数估算可以针对整个项目或项目中的某个部分,并可与其他估算方法联合使用。

见 6.4.2.4 节。通过考虑估算中的不确定性与风险,使用三种估算值来界定活动成本的近似区间,可以提高单点成本估算的准确性:

  • 最可能成本(cM)。对所需进行的工作和相关费用进行比较现实的估算,所得到的活动成本。
  • 最乐观成本(cO)。基于活动的最好情况所得到的成本。
  • 最悲观成本(cP)。基于活动的最差情况所得到的成本。

基于活动成本在三种估算值区间内的假定分布情况,使用公式来计算预期成本(cE)。两种常用的公式是三角分布和贝塔分布,其计算公式分别为:

  • 三角分布。cE = (cO + cM + cP) / 3uu贝塔分布。cE = (cO + 4cM + cP) / 6基于三点的假定分布计算出期望成本,并说明期望成本的不确定区间。

适用于估算成本过程的数据分析技术包括(但不限于):

  • 备选方案分析。备选方案分析是一种对已识别的可选方案进行评估的技术,用来决定选择哪种方案或使用何种方法来执行项目工作。例如评估购买和制造可交付成果分别对成本、进度、资源和质量的影响。
  • 储备分析。为应对成本的不确定性,成本估算中可以包括应急储备(有时称为“应急费用”)。

应急储备是包含在成本基准内的一部分预算,用来应对已识别的风险;应急储备还通常是预算的一部分,用来应对那些会影响项目的“已知 — 未知”风险。例如,可以预知有些项目可交付成果需要返工,却不知道返工的工作量是多少。可以预留应急储备来应对这些未知数量的返工工作。小至某个具体活动,大到整个项目,任何层级都可有其应急储备。应急储备可取成本估算值的某一百分比、某个固定值,或者通过定量分析来确定;

而随着项目信息越来越明确,可以动用、减少或取消应急储备。应该在成本文件中清楚地列出应急储备。应急储备是成本基准的一部分,也是项目整体资金需求的一部分。

  • 质量成本。在估算时,可能要用到关于质量成本(见 8.1.2.3 节)的各种假设,这包括对以下情况进行评估:是为达到要求而增加投入,还是承担不符合要求而造成的成本;是寻求短期成本降低,还是承担产品生命周期后期频繁出现问题的后果。

见 4.3.2.2 节。项目管理信息系统可包括电子表单、模拟软件以及统计分析工具,可用来辅助成本估算。这些工具能简化某些成本估算技术的使用,使人们能快速考虑多种成本估算方案。

成本估算所需的支持信息的数量和种类,因应用领域而异,不论其详细程度如何,支持性文件都应该清晰、完整地说明成本估算是如何得出的。

成本估算的支持信息可包括:

  • 关于估算依据的文件(如估算是如何编制的);
  • 关于全部假设条件的文件;
  • 关于各种已知制约因素的文件;
  • 有关已识别的、在估算成本时应考虑的风险的文件;
  • 对估算区间的说明(如“10,000美元 ±10%”就说明了预期成本的所在区间);
  • 对最终估算的置信水平的说明。

可在本过程更新的项目文件包括(但不限于):

  • 假设日志。见 4.1.3.2 节。在成本估算过程中可能会做出新的假设、识别新的制约因素,或者重新审查和修改已有的假设条件或制约因素。假设日志应根据这些新信息做出相应更新。
  • 经验教训登记册。见 4.4.3.1 节。有效和高效地估算成本的技术,需要更新在经验教训登记册中。
  • 风险登记册。见 11.2.3.1 节。在估算成本过程中选择和商定风险应对措施时,可能需要更新风险登记册。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 成本管理计划。见 7.1.3.1 节。成本管理计划描述了如何将项目成本纳入项目预算中。
  • 资源管理计划。见 9.1.3.1 节。资源管理计划提供了有关(人力和其他资源的)费率、差旅成本估算,和其他可预见成本的信息,这些信息是估算整个项目预算时必须考虑的因素。
  • 范围基准。见 5.4.3.1 节。范围基准包括项目范围说明书、WBS 和 WBS 词典的详细信息,可用于成本估算和管理。

可作为本过程输入的项目文件包括(但不限于):

  • 估算依据。见 6.4.3.2 节。在估算依据中包括基本的假设条件,例如,项目预算中是否应该包含间接成本或其他成本。
  • 成本估算。见 7.2.3.1 节。各工作包内每个活动的成本估算汇总后,即得到各工作包的成本估算。
  • 项目进度计划。见 6.5.3.2 节。项目进度计划包括项目活动、里程碑、工作包和控制账户的计划开始和完成日期。可根据这些信息,把计划成本和实际成本汇总到相应的日历时段中。
  • 风险登记册。见 11.2.3.1 节。应该审查风险登记册,以确定如何汇总风险应对成本。风险登记册的更新包含在项目文件更新中,见 11.5.3.3 节。

先把成本估算汇总到 WBS 中的工作包,再由工作包汇总至 WBS 的更高层次(如控制账户),最终得出整个项目的总成本。

成本基准是经过批准的、按时间段分配的项目预算,不包括任何管理储备,只有通过正式的变更控制程序才能变更,用作与实际结果进行比较的依据。成本基准是不同进度活动经批准的预算的总和。

项目预算和成本基准的各个组成部分,如图 7-8 所示。先汇总各项目活动的成本估算及其应急储备(见 7.2.2.6 节),得到相关工作包的成本;然后汇总各工作包的成本估算及其应急储备,得到控制账户的成本;接着再汇总各控制账户的成本,得到成本基准。由于成本基准中的成本估算与进度活动直接关联,因此就可按时间段分配成本基准,得到一条 S 曲线,如图 7-9 所示。对于使用挣值管理的项目,成本基准指的是绩效测量基准。

最后,在成本基准之上增加管理储备(见 7.2.2.3 节),得到项目预算。当出现有必要动用管理储备的变更时,则应该在获得变更控制过程的批准之后,把适量的管理储备移入成本基准中。

图 7-8项目预算的组成

图 7-9成本基准、支出与资金需求

可在本过程更新的项目文件包括(但不限于):

  • 成本估算。见 7.2.3.1 节。更新成本估算,以记录任何额外信息。
  • 项目进度计划。见 6.5.3.2 节。项目进度计划可能记录了各项活动的估算成本。
  • 风险登记册。见 11.2.3.1 节。记录在本过程中识别的新风险于风险登记册中,并通过风险管理过程进行管理。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括(但不限于):

  • 成本管理计划。见 7.1.3.1 节。成本管理计划中需要更新的内容包括:用于管理项目成本的控制临界值或所要求的准确度。要根据相关方的反馈意见,对它们进行更新。
  • 成本基准。见 7.3.3.1 节。在针对范围、资源或成本估算的变更获得批准后,需要对成本基准做出相应的变更。在某些情况下,成本偏差可能太过严重,以至于需要修订成本基准,以便为绩效测量提供现实可行的依据。
  • 绩效测量基准。见 4.2.3.1 节。在针对范围、进度绩效或成本估算的变更获得批准后,需要对绩效测量基准做出相应的变更。在某些情况下,绩效偏差可能太过严重,以至于需要提出变更请求来修订绩效测量基准,以便为绩效测量提供现实可行的依据。

可在本过程更新的项目文件包括(但不限于):

  • 假设日志。见 4.1.3.2 节。成本绩效可能表明需要重新修订有关资源生产率和其他影响成本绩效的因素的假设条件。
  • 估算依据。见 6.4.3.2 节。成本绩效可能表明需要重新审查初始估算依据。
  • 成本估算。见 7.2.3.1 节。可能需要更新成本估算,以反映项目的实际成本效率。
  • 经验教训登记册。见 4.4.3.1 节。有效维护预算、偏差分析、挣值分析、预测,以及应对成本偏差的纠正措施的相关技术,应当更新在经验教训登记册中。
  • 风险登记册。见 11.2.3.1 节。如果出现成本偏差,或者成本可能达到临界值,则应更新风险登记册。

可作为本过程输入的项目文件包括(但不限于):

  • 活动属性。见 6.2.3.2 节。活动属性为估算活动清单中每项活动所需的团队和实物资源提供了主要数据来源,这些属性的例子包括资源需求、强制日期、活动地点、假设条件和制约因素。
  • 活动清单。见 6.2.3.1 节。活动清单识别了需要资源的活动。
  • 假设日志。见 4.1.3.2 节。假设日志可能包含有关生产力因素、可用性、成本估算以及工作方法的信息,这些因素会影响团队和实物资源的性质和数量。
  • 成本估算。见 7.2.3.1 节。资源成本从数量和技能水平方面会影响资源选择。
  • 资源日历。资源日历识别了每种具体资源可用时的工作日、班次、正常营业的上下班时间、周末和公共假期。在规划活动期间,潜在的可用资源信息(如团队资源、设备和材料)用于估算资源可用性。资源日历还规定了在项目期间确定的团队和实物资源何时可用、可用多久。这些信息可以在活动或项目层面建立,这考虑了诸如资源经验和/或技能水平以及不同地理位置等属性。
  • 风险登记册。见 11.2.3.1 节。风险登记册描述了可能影响资源选择和可用性的各个风险。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 需求管理计划。见 5.1.3.2 节。需求管理计划可能指出了特别有风险的项目目标。
  • 进度管理计划。见 6.1.3.1 节。进度管理计划可能列出了受不确定性或模糊性影响的一些领域。
  • 成本管理计划。见 7.1.3.1 节。成本管理计划可能列出了受不确定性或模糊性影响的一些领域。
  • 质量管理计划。见 8.1.3.1 节。质量管理计划可能列出了受不确定性或模糊性影响的一些领域,或者关键假设可能引发风险的一些领域。
  • 资源管理计划。见 9.1.3.1 节。资源管理计划可能列出了受不确定性或模糊性影响的一些领域,或者关键假设可能引发风险的一些领域。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划规定了风险管理的角色和职责,说明了如何将风险管理活动纳入预算和进度计划,并描述了风险类别(可用风险分解结构表述)。
  • 范围基准。见 5.4.3.1 节。范围基准包括可交付成果及其验收标准,其中有些可能引发风险;

还包括工作分解结构,可用作安排风险识别工作的框架。

  • 进度基准。见 6.5.3.1 节。可以查看进度基准,找出存在不确定性或模糊性的里程碑日期和可交付成果交付日期,或者可能引发风险的关键假设条件。
  • 成本基准。见 7.3.3.1 节。可以查看成本基准,找出存在不确定性或模糊性的成本估算或资金需求,或者关键假设可能引发风险的方面。

可作为本过程输入的项目文件包括(但不限于):

  • 假设日志。见 4.1.3.2 节。假设日志所记录的假设条件和制约因素可能引发单个项目风险,还可能影响整体项目风险的级别。
  • 成本估算。见 7.2.3.1 节。成本估算是对项目成本的定量评估,理想情况下用区间表示,区间的大小预示着风险程度。对成本估算文件进行结构化审查,可能显示当前估算不足,从而引发项目风险。
  • 持续时间估算。见 6.4.3.1 节。持续时间估算是对项目持续时间的定量评估,理想情况下用区间表示,区间的大小预示着风险程度。对持续时间估算文件进行结构化审查,可能显示当前估算不足,从而引发项目风险。
  • 问题日志。见 4.3.3.3 节。问题日志所记录的问题可能引发单个项目风险,还可能影响整体项目风险的级别。
  • 经验教训登记册。见 4.4.3.1 节。可以查看与项目早期所识别的风险相关的经验教训,以确定类似风险是否可能在项目的剩余时间再次出现。
  • 需求文件。见 5.2.3.1 节。需求文件列明了项目需求,使团队能够确定哪些需求存在风险。
  • 资源需求。见 9.2.3.1 节。资源需求是对项目所需资源的定量评估,理想情况下用区间表示,区间的大小预示着风险程度。对资源需求文件进行结构化审查,可能显示当前估算不足,从而引发项目风险。
  • 相关方登记册。见 13.1.3.1 节。相关方登记册规定了哪些个人或小组可能参与项目的风险识别工作,还会详细说明哪些个人适合扮演风险责任人角色。

可作为本过程输入的项目文件包括(但不限于):

  • 假设日志。见 4.1.3.2 节。如果认为假设条件会引发项目风险,那么就应该把它们列作定量风险分析的输入。在定量风险分析期间,也可以建立模型来分析制约因素的影响。
  • 估算依据。见 6.4.3.2 节和 7.2.3.2 节。开展定量风险分析时,可以把用于项目规划的估算依据反映在所建立的变异性模型中。可能包括估算目的、分类、准确性、方法论和资料来源。
  • 成本估算。见 7.2.3.1 节。成本估算提供了对成本变化性进行评估的起始点。
  • 成本预测。见 7.4.3.2 节。成本预测包括项目的完工尚需估算 (ETC)、完工估算 (EAC)、完工预算(BAC) 和完工尚需绩效指数(TCP)。把这些预测指标与定量成本风险分析的结果进行比较,以确定与实现这些指标相关的置信水平。
  • 持续时间估算。见 6.4.3.1 节。持续时间估算提供了对进度变化性进行评估的起始点。
  • 里程碑清单。见 6.2.3.3 节。项目的重大事件决定着进度目标。把这些进度目标与定量进度风险分析的结果进行比较,以确定与实现这些目标相关的置信水平。
  • 资源需求。见 9.2.3.1 节。资源需求提供了对变化性进行评估的起始点。
  • 风险登记册。见 11.2.3.1 节。风险登记册包含了用作定量风险分析的输入的单个项目风险的详细信息。
  • 风险报告。见 11.2.3.2 节。风险报告描述了整体项目风险的来源,以及当前的整体项目风险状态。
  • 进度预测。见 6.6.3.2 节。可以将预测与定量进度风险分析的结果进行比较,以确定与实现预测目标相关的置信水平。

适用于本过程的数据分析技术包括(但不限于):

  • 模拟。在定量风险分析中,使用模型来模拟单个项目风险和其他不确定性来源的综合影响,以评估它们对项目目标的潜在影响。模拟通常采用蒙特卡洛分析。对成本风险进行蒙特卡洛分析时,使用项目成本估算作为模拟的输入;对进度风险进行蒙特卡洛分析时,使用进度网络图和持续时间估算作为模拟的输入。开展综合定量成本-进度风险分析时,同时使用这两种输入。

其输出就是定量风险分析模型。

用计算机软件数千次迭代运行定量风险分析模型。每次运行,都要随机选择输入值(如成本估算、持续时间估算或概率分支发生频率)。这些运行的输出构成了项目可能结果(如项目结束日期、项目完工成本)的区间。典型的输出包括:表示模拟得到特定结果的次数的直方图,或表示获得等于或小于特定数值的结果的累积概率分布曲线(S 曲线)。蒙特卡洛成本风险分析所得到的 S 曲线示例,见图11-13。

图 11-13定量成本风险分析 S 曲线示例

在定量进度风险分析中,还可以执行关键性分析,以确定风险模型的哪些活动对项目关键路径的影响最大。对风险模型中的每一项活动计算关键性指标,即:在全部模拟中,该活动出现在关键路径上的频率,通常以百分比表示。通过关键性分析,项目团队就能够重点针对那些对项目整体进度绩效存在最大潜在影响的活动,来规划风险应对措施。

  • 敏感性分析。敏感性分析有助于确定哪些单个项目风险或其他不确定性来源对项目结果具有最大的潜在影响。它在项目结果变异与定量风险分析模型中的要素变异之间建立联系。

敏感性分析的结果通常用龙卷风图来表示。在该图中,标出定量风险分析模型中的每项要素与其能影响的项目结果之间的关联系数。这些要素可包括单个项目风险、易变的项目活动,或具体的不明确性来源。每个要素按关联强度降序排列,形成典型的龙卷风形状。龙卷风图示例,见图11-14。

图 11-14龙卷风图示例

  • 决策树分析。用决策树在若干备选行动方案中选择一个最佳方案。在决策树中,用不同的分支代表不同的决策或事件,即项目的备选路径。每个决策或事件都有相关的成本和单个项目风险(包括威胁和机会)。决策树分支的终点表示沿特定路径发展的最后结果,可以是负面或正面的结果。

在决策树分析中,通过计算每条分支的预期货币价值,就可以选出最优的路径。决策树示例,见图11-15。

图 11-15决策树示例

  • 影响图。影响图是不确定条件下决策制定的图形辅助工具。它将一个项目或项目中的一种情境表现为一系列实体、结果和影响,以及它们之间的关系和相互影响。如果因为存在单个项目风险或其他不确定性来源而使影响图中的某些要素不确定,就在影响图中以区间或概率分布的形式表示这些要素;然后,借助模拟技术(如蒙特卡洛分析)来分析哪些要素对重要结果具有最大的影响。影响图分析,可以得出类似于其他定量风险分析的结果,如 S 曲线图和龙卷风图。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。对进度管理计划的变更包括:资源负荷和资源平衡变更,或进度策略更新等。
  • 成本管理计划。见 7.1.3.1 节。对成本管理计划的变更包括:成本会计、跟踪和报告变更,以及预算策略和应急储备使用方法更新等。
  • 质量管理计划。见 8.1.3.1 节。对质量管理计划的变更包括:满足需求的方法、质量管理方法,或质量控制过程的变更等。
  • 资源管理计划。见 9.1.3.1 节。对资源管理计划的变更包括:资源配置变更,以及资源策略更新等。
  • 采购管理计划。见 12.1.3.1 节。对采购管理计划的变更包括:自制或外购决策或合同类型的更改等。
  • 范围基准。见 5.4.3.1 节。如果商定的风险应对策略导致了范围变更,且这种变更已经获得批准,那么就要对范围基准做出相应的变更。
  • 进度基准。见 6.5.3.1 节。如果商定的风险应对策略导致了进度估算变更,且这种变更已经获得批准,那么就要对进度基准做出相应的变更。
  • 成本基准。见 7.3.3.1 节。如果商定的风险应对策略导致了成本估算变更,且这种变更已经获得批准,那么就要对成本基准做出相应的变更。

规划采购管理是记录项目采购决策、明确采购方法,及识别潜在卖方的过程。本过程的主要作用是,确定是否从项目外部获取货物和服务,如果是,则还要确定将在什么时间、以什么方式获取什么货物和服务。货物和服务可从执行组织的其他部门采购,或者从外部渠道采购。本过程仅开展一次或仅在项目的预定义点开展。图 12-2 描述本过程的输入、工具与技术和输出。图 12-3 是本过程的数据流向图。

图 12-2规划采购:输入、工具与技术和输出

图 12-3规划采购管理的数据流向图

应该在规划采购管理过程的早期,确定与采购有关的角色和职责。项目经理应确保在项目团队中配备具有所需采购专业知识的人员。采购过程的参与者可能包括购买部或采购部的人员,以及采购组织法务部的人员。这些人员的职责也应记录在采购管理计划中。

典型的步骤可能有:

  • 准备采购工作说明书 (SOW) 或工作大纲 (TOR);
  • 准备高层级的成本估算,制定预算;
  • 发布招标广告;
  • 确定合格卖方的短名单;
  • 准备并发布招标文件;
  • 由卖方准备并提交建议书;
  • 对建议书开展技术(包括质量)评估;
  • 对建议书开展成本评估;
  • 准备最终的综合评估报告(包括质量及成本),选出中标建议书;
  • 结束谈判,买方和卖方签署合同。

项目进度计划对规划采购管理过程中的采购策略制定有重要影响。在制定采购管理计划时所做出的决定也会影响项目进度计划。在开展制定进度计划过程、估算活动资源过程以及自制或外购决策制定时,都需要考虑这些决定。

对于大型的采购,采购组织可以自行准备独立估算,或聘用外部专业估算师做出成本估算,并将其作为评价卖方报价的对照基准。如果二者之间存在明显差异,则可能表明采购工作说明书存在缺陷或模糊,或者潜在卖方误解了或未能完全响应采购工作说明书。

采购文档是用于达成法律协议的各种书面文件,其中可能包括当前项目启动之前的较旧文件。

采购文档可包括:

  • 招标文件。见 12.1.3.3 节。招标文件包括发给卖方的信息邀请书、建议邀请书、报价邀请书,或其他文件,以便卖方编制应答文件。
  • 采购工作说明书。见 12.1.3.4 节。采购工作说明书 (SOW) 向卖方清晰地说明目标、需求及成果,以便卖方据此做出量化应答。
  • 独立成本估算。见 12.1.3.7 节。独立成本估算可由内部或外部人员编制,用于评价投标人提交的建议书的合理性。
  • 供方选择标准。见 12.1.3.5 节。此类标准描述如何评估投标人的建议书,包括评估标准和权重。

为了减轻风险,买方可能决定与多个卖方签署协议,以便在单个卖方出问题并影响整体项目时,降低由此导致的损失。

可用作本过程输入的项目文件包括(但不限于):

  • 估算依据;
  • 成本估算;
  • 项目进度计划;
  • 风险登记册。

可在本过程更新的项目文件包括(但不限于):

  • 成本估算;
  • 项目进度计划;
  • 风险登记册。

可用作本过程输入的项目文件包括(但不限于):

  • 活动属性;
  • 活动清单;
  • 假设日志;
  • 成本估算;
  • 资源日历;
  • 风险登记册。

可用作本过程输入的项目文件包括(但不限于):

  • 假设日志;
  • 成本估算;
  • 持续时间估算;
  • 问题日志;
  • 经验教训登记册;
  • 需求文件;
  • 资源需求;
  • 相关方登记册。

可用作本过程输入的项目文件包括(但不限于):

  • 假设日志;
  • 估算依据;
  • 成本估算;
  • 成本预测;
  • 持续时间估算;
  • 里程碑清单;
  • 资源需求;
  • 风险登记册;
  • 风险报告;
  • 进度预测。

可在本过程更新的项目文件包括(但不限于):

  • 假设日志;
  • 估算依据;
  • 成本估算;
  • 经验教训登记册;
  • 风险登记册。

裁剪项目成本管理时要考虑的因素包括(但不限于):

  • 知识管理。组织是否拥有正式的知识管理体系和财务数据库,并提供给项目经理使用?
  • 估算和预算。组织是否拥有正式或非正式的,与成本估算和预算相关的政策、程序和指南?
  • 挣值管理。组织是否采用挣值管理来管理项目?
  • 敏捷方法的使用。组织是否采用敏捷方法管理项目?这对成本估算有什么影响?
  • 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南?