全部展开 全部合拢
章节

1.6 项目相关方

相关方是指可能影响项目决策、活动或结果的个人、群体或组织,以及会受或自认为会受项目决策、活动或结果影响的个人、群体或组织项目相关方可能来自项目内部或外部,可能主动或被动参与项目,甚至完全不了解项目项目相关方可能对项目施加积极或消极影响,也可能受项目的积极或消极影响。相关方包括(但不限于):

  • 内部相关方:
  • 发起人;
  • 资源经理;
  • 项目管理办公室(PMO);
  • 项目组合指导委员会;
  • 项目集经理;
  • 其他项目项目经理;
  • 团队成员。
  • 外部相关方:
  • 客户;
  • 最终用户;
  • 供应商;
  • 股东;
  • 监管机构;
  • 竞争者。

图 1-4项目相关方示例

图 1-4 为项目相关方的示例。有些相关方只是偶尔参与项目调查或焦点小组活动,有些则为项目

供全方位资助,包括资金支持、政治支持或其他类型的支持。在整个项目生命周期内,他们参与项目的方式和程度可能差别很大,因此,在整个项目生命周期中,有效识别和分析相关方,引导他们合理参与,并有效管理他们对项目的期望和参与,对项目成功至关重要。

标准是基于权威、惯例或共识而建立并用作模式或范例的文件。本标准的开发过程遵循协商一致、开放公开、程序公正和各方平衡的基本原则。本标准描述在大多数时候适用于大多数项目的、被视为良好实践的过程,并把这些过程归入相应的过程组。本标准也对关键的项目管理概念进行定义,包括项目管理与组织战略及目标的关系,项目管理与组织治理、项目组合管理项目集管理项目环境及项目成功之间的关系。本标准还介绍项目生命周期项目相关方,以及项目经理的角色第 1 章介绍一些基本概念,并提供有关项目管理的背景信息。第 2 章第 6 章对五大过程组进行逐一定义,并描述其下属过程。第 2 章第 6 章还描述各项目管理过程的主要作用、输入和输出。本标准将作为《项目管理知识体系指南》(《PMBOK® 指南》)1 的基础和框架。《PMBOK® 指南》通过对相关背景、环境及其对项目管理的影响进行更深入的阐述,来扩展本标准的内容。此外,《PMBOK® 指南》也描述项目管理过程的输入和输出,识别项目管理过程的工具和技术,并按知识领域讨论一些重要概念和新趋势。

通用词汇专业学科基本要素。《PMI 项目管理术语词典》[4] 收录了基本的专业词汇,供组织项目组合、项目集和项目经理及其他项目相关方统一使用。《术语词典》会随着时间的推移而更改。本指南的词汇表包含了《术语词典》中的词汇以及其他定义。项目可能会采用由行业文献定义的相关行业特定的术语。

关于项目成功的定义和最重要的因素,项目相关方可能有不同的看法。明确记录项目目标并选择可测量的目标是项目成功的关键。主要相关方和项目经理应思考以下三个问题:

项目经理领导项目团队实现项目目标和相关方的期望。项目经理利用可用资源,以平衡相互竞争的制约因素。

项目经理还充当项目发起人、团队成员与其他相关方之间的沟通者,包括提供指导和展示项目成功的愿景。项目经理使用软技能(例如人际关系技能和人员管理技能)来平衡项目相关方之间相互冲突和竞争的目标,以达成共识。这种情况下的共识指即便不 100% 赞同,相关方还会支持项目决定和行动。

研究表明,成功的项目经理可以持续和有效地使用某些基本技能。研究指出,在由上级和团队成员指定的项目经理中,排名前 2% 的项目经理之所以脱颖而出,是因为他们展现出了超凡的人际关系和沟通技能以及积极的态度 [12]。

与团队和发起人等相关方沟通的能力适用于项目的各个方面,包括(但不限于)以下各个方面:

  • 通过多种方法(例如口头、书面和非言语)培养完善的技能;
  • 创建、维护和遵循沟通计划和进度计划;
  • 不断地以可预见的方式进行沟通;
  • 寻求了解项目相关方的沟通需求(沟通可能是某些相关方在最终产品或服务实现之前获取信息的唯一渠道);
  • 以简练、清晰、完整、简单、相关和经过裁剪的方式进行沟通;
  • 包含重要的正面和负面消息;
  • 合并反馈渠道;
  • 人际关系技能,即通过项目经理的影响力范围拓展广泛的人际网络。这些人际网络包括正式的人际网络,例如组织架构图;但项目经理发展、维护和培养的非正式人际网络更加重要。非正式人际网络包括与主题专家和具有影响力的领导者建立的个人人际关系。通过这些正式和非正式的人际网络,项目经理可以让很多人参与解决问题并探询项目中遇到的官僚主义障碍。

人际交往占据项目经理工作的很大一部分。项目经理应研究人的行为和动机,应尽力成为一个好的领导者,因为领导力对组织项目是否成功至关重要。项目经理需要运用领导力技能和品质与所有项目相关方合作,包括项目团队、团队指导和项目发起人。

变更请求是关于修改任何文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问题,就可提出变更请求,对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计划项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施或纠正措施,用来防止以后的不利后果。任何项目相关方都可以提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。变更请求源自项目内部或外部,是可选或由法律(合同)强制的。变更请求可能包括:

可用于本过程的人际关系与团队技能包括(但不限于):

  • 积极倾听。见 10.2.2.6 节。积极倾听有助于减少误解并促进沟通和知识分享。
  • 引导。见 4.1.2.3 节。引导有助于有效指引团队成功地达成决定、解决方案或结论。
  • 领导力。见 3.4.4 节。领导力可帮助沟通愿景并鼓舞项目团队关注合适的知识和知识目标。
  • 人际交往。见 10.2.2.6 节人际交往促使项目相关方之间建立非正式的联系和关系,为显性和隐性知识的分享创造条件。
  • 政治意识。见 10.1.2.6 节。政治意识有助于项目经理根据项目环境和组织的政治环境规划沟通。

会议可以是面对面或虚拟会议,正式或非正式会议。参会者可以包括项目团队成员和其他合适的项目相关方会议的类型包括(但不限于)用户小组会议和用户审查会议

工作绩效信息可以用实体或电子形式加以合并、记录和分发。基于工作绩效信息,以实体或电子形式编制工作绩效报告,以制定决策、采取行动或引起关注。根据项目沟通管理计划,通过沟通过程向项目相关方发送工作绩效报告

工具的选择应基于项目相关方的需要,包括考虑组织和环境情况和(或)制约因素。工具应支持以下配置管理活动:

项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围,包括项目和产品范围;详细描述了项目可交付成果;还代表项目相关方之间就项目范围所达成的共识。为便于管理相关方的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。

项目质量管理的核心概念项目质量管理需要兼顾项目管理与项目可交付成果两个方面,它适用于所有项目,无论项目可交付成果具有何种特性。质量的测量方法和技术则需专门针对项目所产生的可交付成果类型而定,例如,对于软件与核电站建设的可交付成果项目质量管理需要采用不同的方法和措施。无论什么项目,若未达到质量要求,都会给某个或全部项目相关方带来严重的负面后果,例如:

项目沟通管理包括通过开发工件,以及执行用于有效交换信息的各种活动,来确保项目及其相关方的信息需求得以满足的各个过程。项目沟通管理由两个部分组成:第一部分是制定策略,确保沟通对相关方行之有效;第二部分是执行必要活动,以落实沟通策略。

项目沟通管理的过程包括:

10.1 规划沟通管理 — 基于每个相关方或相关方群体的信息需求、可用的组织资产,以及具体项目的需求,为项目沟通活动制定恰当的方法和计划的过程。

10.2 管理沟通 — 确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。

10.3 监督沟通 — 确保满足项目及其相关方的信息需求的过程。

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

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

图 10-1项目沟通管理概述

项目沟通管理的核心概念沟通是指有意或无意的信息交换。交换的信息可以是想法、指示或情绪。信息交换的方法包括:

  • 书面形式。实物或电子形式。
  • 口头形式。面对面或远程形式。
  • 正式或非正式形式(用正式纸质或社交媒体)。
  • 手势动作。语调和面部表情。
  • 媒体形式。图片、行动,甚至只是遣词造句。
  • 遣词造句。表达一种想法的词语往往不止一个,且各词语的含义会存在细微差异。

沟通是指用各种可能的方式来发送或接收信息,或者通过沟通活动(如会议和演讲),或者以工件的方式(如电子邮件、社交媒体、项目报告或项目文档)。

项目经理的大多数时间用于与团队成员和其他项目相关方沟通,包括来自组织内部(组织的各个层级)和组织外部的人员。不同相关方可能有不同的文化和组织背景,以及不同的专业水平、观点和兴趣,而有效的沟通能够在他们之间架起一座桥梁。

沟通活动可按多种维度进行分类,包括(但不限于):

  • 内部。针对项目内部或组织内部的相关方。
  • 外部。针对外部相关方,如客户、供应商、其他项目组织、政府,公众和环保倡导者。
  • 正式。报告、正式会议(定期及临时)、会议议程和记录、相关方简报和演示。
  • 非正式。采用电子邮件、社交媒体、网站,以及非正式临时讨论的一般沟通活动。
  • 层级沟通。相关方或相关方群体相对于项目团队的位置将会以如下方式影响信息传递的形式和内容:
  • 向上沟通。针对高层相关方。
  • 向下沟通。针对承担项目工作的团队和其他人员。
  • 横向沟通。针对项目经理或团队的同级人员。
  • 官方沟通。年报,呈交监管机构或政府部门的报告。
  • 非官方沟通。采用灵活(往往为非正式)的手段,来建立和维护项目团队及其相关方对项目情况的了解和认可,并在他们之间建立强有力的关系。
  • 书面与口头沟通。口头(用词和音调变化)及非口头(肢体语言和行为),社交媒体和网站、媒体发布。

沟通可以为成功完成项目项目集建立必要的关系。用于开展沟通的活动和工件多种多样,从电子邮件和非正式对话,到正式会议和定期项目报告。通过言语、面部表情、手势动作和其他行动有意或无意地发送和接收信息。为了成功管理与相关方的项目关系,沟通既包括制定策略和计划,以便创建合适的沟通工件和开展合适的沟通活动,也包括运用相关技能来提升计划和即兴的沟通的效果。

成功的沟通包括两个部分。第一部分是根据项目及其相关方的需求而制定适当的沟通策略。从该策略出发,制定沟通管理计划,来确保用各种形式和手段把恰当的信息传递给相关方。这些信息构成项目沟通-成功沟通的第二部分。项目沟通是规划过程的产物,在沟通管理计划中有相关规定。

沟通管理计划定义了信息的收集、生成、发布、储存、检索、管理、追踪和处置。最终,沟通策略和沟通管理计划将成为监督沟通效果的依据。

项目沟通中,需要尽力预防理解错误和沟通错误,并从规划过程所规定的各种方法、发送方、接收方和信息中作出谨慎选择。

在编制传统(非社交媒体)的书面或口头信息的时候,应用书面沟通的 5C 原则,可以减轻但无法消除理解错误:

  • 正确的语法和拼写。语法不当或拼写错误会分散注意力,还有可能扭曲信息含义,降低可信度。
  • 简洁的表述和无多余字。简洁且精心组织的信息能降低误解信息意图的可能性。
  • 清晰的目的和表述(适合读者的需要)。确保在信息中包含能满足受众需求与激发其兴趣的内容。
  • 连贯的思维逻辑。写作思路连贯,以及在整个书面文件中使用诸如“引言”和“小结”的小标题。
  • 受控的语句和想法承接。可能需要使用图表或小结来控制语句和想法的承接。

书面沟通的 5C原则需要用下列沟通技巧来配合:

  • 积极倾听。与说话人保持互动,并总结对话内容,以确保有效的信息交换。
  • 理解文化和个人差异。提升团队对文化及个人差异的认知,以减少误解并提升沟通能力。
  • 识别、设定并管理相关方期望。与相关方磋商,减少相关方社区中的自相矛盾的期望。
  • 强化技能。强化所有团队成员开展以下活动的技能:
  • 说服个人、团队或组织采取行动;
  • 激励和鼓励人们,或帮助人们重塑自信;
  • 指导人们改进绩效和取得期望结果;
  • 通过磋商达成共识以及减轻审批或决策延误;
  • 解决冲突,防止破坏性影响。

有效的沟通活动和工件创建具有如下基本属性:

  • 沟通目的明确;
  • 尽量了解沟通接收方,满足其需求及偏好;
  • 监督并衡量沟通的效果。

项目沟通管理的发展趋势和新兴实践在关注相关方,以及认可相关方的有效参与对项目组织的价值的同时,也要认识到制定和落实适当的沟通策略,对维系与相关方的有效关系是至关重要的。项目沟通管理的发展趋势和新兴实践包括(但不限于):

  • 将相关方纳入项目评审范围。每个项目的相关方社区中都包括被项目团队确定为对成功达成项目目标和组织成果不可或缺的个人、群体和组织。有效的沟通策略要求定期且及时地评审相关方社区,以管理成员及其态度的变化。
  • 让相关方参加项目会议项目会议应邀请项目外部甚至组织外部(若适当)的相关方参与。敏捷方法中的一些做法适用于任何类型的项目,例如,简短的每日站会。在每日站会上,项目团队和主要相关方就前一天的成绩和问题以及当天的工作计划展开讨论。
  • 社交工具的使用日益增多。以硬件平台、社交媒体服务和个人便携设备为代表的社交工具已经改变组织及其人员的沟通和业务方式。在公共 IT 基础设施的支持下,社交工具将不同的协作方式融合在一起。网络社交是指用户建立关系网络,与他人共同拓展兴趣和活动。社交媒体工具不仅能支持信息交换,而且也有助于建立更深层次的信任和社群关系。
  • 多面性沟通方法。制定项目相关方沟通策略时,通常应考虑所有可用技术,并从中作出选择;

同时也应尊重因文化、实践和个人背景而产生的对沟通语言、媒介、内容和方式的偏好。可以根据需要采用社交媒体和其他先进的电脑技术。多面性方法能够提高与不同年代和文化背景的相关方沟通的效果。

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

  • 相关方。相关方是属于组织内部或外部,或者二者都是?
  • 物理地点。团队成员身处何地?团队是否集中办公?团队是否位于相同地理区域?团队是否分散于多个时区?
  • 沟通技术。哪项技术可用于创建、记录、传输、检索、追踪和储存沟通工件?哪些技术最适用于与相关方沟通且成本效益最高?
  • 语言。语言是沟通活动中要考虑的主要因素。使用的是一种语言,还是多种语言?是否已为适应多语种团队的复杂情况安排了资金?
  • 知识管理组织是否有正式的知识管理库?是否采用管理库?

在敏捷或适应型环境中需要考虑的因素在模糊不定的项目环境中,必然需要对不断演变和出现的细节情况,进行更频繁和快速的沟通。

因此,应该尽量简化团队成员获取信息的通道,频繁进行团队检查,并让团队成员集中办公

此外,为了促进与高级管理层和相关方的沟通,还需要以透明的方式发布项目工件,并定期邀请相关方评审项目工件。

需在项目生命周期的早期,针对项目相关方多样性的信息需求,制定有效的沟通管理计划。应该定期审核沟通管理计划,并进行必要的修改,例如在相关方社区发生变化或每个新项目阶段开始时。

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

  • 需求文件。见 5.2.3.1 节需求文件可能包含项目相关方对沟通的需求。
  • 相关方登记册。见 13.1.3.1 节相关方登记册用于规划与相关方的沟通活动。

分析沟通需求,确定项目相关方的信息需求,包括所需信息的类型和格式,以及信息对相关方的价值。

用于在项目相关方之间传递信息的方法很多。信息交换和协作的常见方法包括对话、会议、书面文件、数据库、社交媒体和网站。

项目相关方之间用于分享信息的沟通方法有几种。这些方法可以大致分为:

适用于本过程的人际关系与团队技能包括(但不限于):

  • 沟通风格评估。规划沟通活动时,用于评估沟通风格并识别偏好的沟通方法、形式和内容的一种技术。常用于不支持项目的相关方。可以先开展相关方参与度评估(见 13.2.2.5 节),再开展沟通风格评估。在相关方参与度评估中,找出相关方参与度的差距。为弥补这种差距,就需要特别裁剪沟通活动和工件。
  • 政治意识。政治意识有助于项目经理根据项目环境和组织的政治环境来规划沟通。政治意识是指对正式和非正式权力关系的认知,以及在这些关系中工作的意愿。理解组织战略、了解谁能行使权力和施加影响,以及培养与这些相关方沟通的能力,都属于政治意识的范畴。
  • 文化意识。文化意识指理解个人、群体和组织之间的差异,并据此调整项目的沟通策略。具有文化意识并采取后续行动,能够最小化因项目相关方社区内的文化差异而导致的理解错误和沟通错误。文化意识和文化敏感性有助于项目经理依据相关方和团队成员的文化差异和文化需求对沟通进行规划。

4.5.3.1 节。根据沟通管理计划的定义,工作绩效报告会通过本过程传递给项目相关方工作绩效报告的典型示例包括状态报告和进展报告。工作绩效报告可以包含挣值图表和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息以及风险概述信息。可以表现为有助于引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。

适用于本过程的沟通技能包括(但不限于):

  • 沟通胜任力。经过裁剪沟通技能的组合,有助于明确关键信息的目的、建立有效关系、实现信息共享和采取领导行为。
  • 反馈。反馈是关于沟通、可交付成果或情况的反应信息。反馈支持项目经理和团队及所有其他项目相关方之间的互动沟通。例如,指导、辅导和磋商。
  • 非口头技能。例如,通过示意、语调和面部表情等适当的肢体语言来表达意思。镜像模仿和眼神交流也是重要的技能。团队成员应该知道如何通过说什么和不说什么来表达自己的想法。
  • 演示。演示是信息和/或文档的正式交付。向项目相关方明确有效地演示项目信息可包括(但不限于):
  • 向相关方报告项目进度和信息更新;
  • 提供背景信息以支持决策制定;
  • 提供关于项目及其目标的通用信息,以提升项目工作和项目团队的形象;
  • 提供具体信息,以提升对项目工作和目标的理解和支持力度。

为获得演示成功,应该从内容和形式上考虑以下因素:

  • 受众及其期望和需求;
  • 项目项目团队的需求及目标。

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

  • 问题日志。见 4.3.3.3 节。更新问题日志,反映项目的沟通问题,或如何通过沟通来解决实际问题。
  • 经验教训登记册。见 4.3.3.1 节。更新经验教训登记册,记录在项目中遇到的挑战、本可采取的规避方法,以及适用和不适用于管理沟通的方法。
  • 项目进度计划。见 6.5.3.2 节。可能需要更新项目进度计划,以反映沟通活动的状态。
  • 风险登记册。见 11.2.3.1 节。更新风险登记册,记录与管理沟通相关的风险。
  • 相关方登记册。见 13.1.3.1 节。更新相关方登记册,记录关于项目相关方沟通活动的信息。

面对面或虚拟会议适用于制定决策,回应相关方请求,与提供方、供应方及其他项目相关方讨论。

为有效管理特定项目的风险,项目团队需要知道,相对于要追求的项目目标,可接受的风险敞口究竟是多大。这通常用可测量的风险临界值来定义。风险临界值反映了组织项目相关方的风险偏好程度,是项目目标的可接受的变异程度。应该明确规定风险临界,并传达给项目团队,同时反映在项目的风险影响级别定义中。

可作为本过程输入的项目文件包括(但不限于)相关方登记册(见 13.1.3.1 节)。相关方登记册包含项目相关方的详细信息,并概述其在项目中的角色和对项目风险的态度;可用于确定项目风险管理的角色和职责,以及为项目设定风险临界值。

可用于本过程的数据分析技术包括(但不限于)相关方分析(见 13.1.2.3 节)。可通过相关方分析确定项目相关方的风险偏好。

识别风险时,要同时考虑单个项目风险,以及整体项目风险的来源。风险识别活动的参与者可能包括:项目经理、项目团队成员、项目风险专家(若已指定)、客户、项目团队外部的主题专家、最终用户、其他项目经理、运营经理、相关方和组织内的风险管理专家。虽然这些人员通常是风险识别活动的关键参与者,但是还应鼓励所有项目相关方参与单个项目风险的识别工作。项目团队的参与尤其重要,以便培养和保持他们对已识别单个项目风险、整体项目风险级别和相关风险应对措施的主人翁意识和责任感。

为了开展风险识别工作,项目团队可能要召开专门的会议(通常称为风险研讨会)。在大多数风险研讨会中,都会开展某种形式的头脑风暴(见 4.1.2.2 节)。根据风险管理计划中对开展风险管理过程的要求,还有可能采用其他风险识别技术。配备一名经验丰富的引导者将会提高会议的有效性;确保适当的人员参加风险研讨会也至关重要。对于较大型项目,可能需要邀请项目发起人、主题专家、卖方、客户代表,或其他项目相关方参加会议;而对于较小型项目,可能仅限部分项目团队成员参加。

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

  • 假设日志。见 4.1.3.2 节假设日志用于识别、管理和监督可能影响项目的关键假设条件和制约因素,它们可能影响对单个项目风险的优先级的评估。
  • 风险登记册。见 11.2.3.1 节风险登记册包括将在本过程评估的、每个已识别的单个项目风险的详细信息。
  • 相关方登记册。见 13.1.3.1 节。它包括可能被指定为风险责任人的项目相关方的详细信息。

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

  • 风险数据质量评估。风险数据是开展定性风险分析的基础。风险数据质量评估旨在评价关于单个项目风险的数据的准确性和可靠性。使用低质量的风险数据,可能导致定性风险分析对项目来说基本没用。如果数据质量不可接受,就可能需要收集更好的数据。可以开展问卷调查,了解项目相关方对数据质量各方面的评价,包括数据的完整性、客观性、相关性和及时性,进而对风险数据的质量进行综合评估。可以计算这些方面的加权平均数,将其作为数据质量的总体分数。
  • 风险概率和影响评估。风险概率评估考虑的是特定风险发生的可能性,而风险影响评估考虑的是风险对一项或多项项目目标的潜在影响,如进度、成本、质量或绩效。威胁将产生负面的影响,机会将产生正面的影响。要对每个已识别的单个项目风险进行概率和影响评估。风险评估可以采用访谈或会议的形式,参加者将依照他们对风险登记册中所记录的风险类型的熟悉程度而定。项目团队成员和项目外部资深人员应该参加访谈或会议。在访谈或会议期间,评估每个风险的概率水平及其对每项目标的影响级别。如果相关方对概率水平和影响级别的感知存在差异,则应对差异进行探讨。此外,还应记录相应的说明性细节,例如,确定概率水平或影响级别所依据的假设条件。应该采用风险管理计划中的概率和影响定义(表11-1),来评估风险的概率和影响。低概率和影响的风险将被列入风险登记册中的观察清单,以供未来监控。
  • 其他风险参数评估。为了方便未来分析和行动,在对单个项目风险进行优先级排序时,项目团队可能考虑(除概率和影响以外的)其他风险特征。此类特征可能包括(但不限于):
  • 紧迫性。为有效应对风险而必须采取应对措施的时间段。时间短就说明紧迫性高。
  • 邻近性。风险在多长时间后会影响一项或多项项目目标。时间短就说明邻近性高。
  • 潜伏期。从风险发生到影响显现之间可能的时间段。时间短就说明潜伏期短。
  • 可管理性。风险责任人(或责任组织)管理风险发生或影响的容易程度。如果容易管理,可管理性就高。
  • 可控性。风险责任人(或责任组织)能够控制风险后果的程度。如果后果很容易控制,可控性就高。
  • 可监测性。对风险发生或即将发生进行监测的容易程度。如果风险发生很容易监测,可监测性就高。
  • 连通性。风险与其他单个项目风险存在关联的程度大小。如果风险与多个其他风险存在关联,连通性就高。
  • 战略影响力。风险对组织战略目标潜在的正面或负面影响。如果风险对战略目标有重大影响,战略影响力就大。
  • 密切度。风险被一名或多名相关方认为要紧的程度。被认为很要紧的风险,密切度就高。

相对于仅评估概率和影响,考虑上述某些特征有助于进行更稳健的风险优先级排序。

项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。项目采购管理包括编制和管理协议所需的管理和控制过程,例如,合同、订购单、协议备忘录 (MOA),或服务水平协议 (SLA)。被授权采购项目所需货物和(或)服务的人员可以是项目团队、管理层或组织采购部(如果有)的成员。

项目采购管理过程包括:

12.1 规划采购管理 — 记录项目采购决策、明确采购方法,及识别潜在卖方的过程。

12.2 实施采购 — 获取卖方应答、选择卖方并授予合同的过程。

12.3 控制采购 — 管理采购关系、监督合同绩效、实施必要的变更和纠偏,以及关闭合同的过程。

虽然在本指南中,采购过程以界限分明和相互独立的形式出现,但在实践中,采购过程相当复杂且相互作用,还与其他知识领域的过程相互作用。本指南无法全面详述这些相互作用。本章以从项目外部获取货物或服务的视角来叙述采购过程。

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

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

图 12-1项目采购管理概述

项目采购管理的核心概念与采购过程相关的重大法律义务和惩罚,通常超出大多数其他的项目管理过程。虽然项目经理不必成为采购管理法律法规领域的专家,但应该对采购过程有足够了解,以便做出与合同及合同关系相关的明智决定。通常情况下,项目经理无权签署对组织有约束力的法律协议,这项工作仅由具备相关职权的人员执行。

项目采购管理过程涉及到用协议来描述买卖双方之间的关系。协议可以很简单,如以特定人工单价购买所需的工时,也可以很复杂,如多年的国际施工合同。合同签署的方法和合同本身应体现可交付成果或所需人力投入的简单性或复杂性,其书写形式也应符合当地、所在国或国际法中关于合同签署的规定。

合同应明确说明预期的可交付成果和结果,包括从卖方到买方的任何知识转移。合同中未规定的任何事项则不具法律强制力。开展国际合作的项目经理应牢记,无论合同规定如何详尽,文化和当地法律对合同及其可执行性均有影响。

采购合同中包括条款和条件,也可包括买方就卖方应实施工作或应交付产品的其他规定。在与采购办公室协作确保遵守组织的采购政策的同时,项目管理团队必须确定所有采购都能满足项目的具体需要。因应用领域不同,协议可以是合同、服务水平协议(SLA)、谅解备忘录、协议备忘录(MOA)或订购单。

大多数组织都有相关的书面政策和程序,来专门定义采购规则,并规定谁有权代表组织签署和管理协议。在世界各地,组织虽然用不同的名称来称呼负责采购的单位或部门,如购买部、合同部、采购部或收购部,但其实际职责大同小异。

虽然所有项目文件可能都要经过某种形式的审查与批准,但是,鉴于其法律约束力,合同或协议需要经过更多的审批程序,而且通常会涉及到法务部。在任何情况下,审批程序的主要目标都是确保合同充分描述将由卖方提供的产品、服务或成果,且符合法律法规关于采购的规定。通常把描述产品、服务或成果的文件作为独立的附件或附录,以便合同正文使用标准化的法律合同用语。

在复杂项目中,可能需要同时或先后管理多个合同。这种情况下,不同合同的生命周期可在项目生命周期的任何阶段开始与结束。买卖方关系是采购组织与外部组织之间的关系,可存在于项目的许多层次上。

因应用领域不同,卖方可以是承包商、供货商、服务提供商或供应商;买方可能为最终产品的所有人、分包商、收购机构、服务需求者或购买方。在合同生命周期中,卖方首先是投标人,然后是中标人,之后是签约供应商或供货商。

中标人可将所承揽的工作当作一个项目加以管理。在这种情况下:

  • 买方就变成了承包商、供应商及服务提供商的客户,因此也就是卖方的关键项目相关方
  • 卖方的项目管理团队就需要关注工作执行或服务提供所涉及的所有过程。
  • 对于卖方来说,合同条款和条件以及采购工作说明书 (SOW) 都是其许多管理过程的重要输入。

在合同中,可实际列出各种输入(如,主要可交付成果、关键里程碑、成本目标),或者可限制项目团队的选择余地(如,在 IT 整合项目中,关于人员配备的决定往往要征得买方的批准)。另外,采购工作说明书可能使用其他名称,如技术工作说明书。

  • 卖方本身也可能成为更低层级的产品、服务和材料分包商及供应商的买方。

本节假设项目所需物品或服务的买方是项目团队,或者是组织内部的某个部门,同时假设卖方是为项目提供物品或服务的一方,且通常来自执行组织外部。在某些项目上,卖方可能是项目执行组织内部但属于项目外部的某个小组或部门。在大型复杂的项目上,卖方可能在授予合同后才成为整合式项目团队的一部分。

在小型组织或初创企业,以及未设置购买、合同或采购部门的组织项目经理可以拥有采购职权,能够直接谈判并签署合同(分散式采购)。在更成熟的组织中,由专设部门开展实际的采购和合同签署工作,即采购、谈判和签署合同(集中式采购)。

在签署国际合同时,应该在合同中明确规定对合同的法律管辖权。在大多数情况下,卖方是受正式合同关系约束的外部承包商。

采购管理的发展趋势和新兴实践不同行业各方面(软件工具、风险、过程、物流和技术)的一些重大趋势,会影响项目的成功率。项目采购管理的发展趋势和新兴实践包括(但不限于):

  • 工具的改进。用于管理项目采购和项目执行的工具已经取得重大发展。现在,买方能够使用在线工具集中发布采购广告;卖方也能够使用在线工具集中查找采购文件,并直接在线填写。在施工、工程和基础设施领域,建筑信息模型(BIM) 软件的应用日益广泛,为工程项目节省了大量时间和资金。它能够大幅减少施工索赔,从而降低成本、缩短工期,因此世界各地的主要公司和政府都开始要求在大型项目中使用 BIM。
  • 更先进的风险管理。在风险管理领域日益流行的一个趋势,就是在编制合同时准确地将具体风险分配给最有能力对其加以管理的一方。没有任何承包商有能力管理项目的所有重大风险,买方因而必须接受承包商无法掌控的风险,例如,采购方公司政策的不断变化、法规要求的不断变化,以及项目以外的其他风险。在合同中可以明确规定风险管理是合同工作的一部分。
  • 变化中的合同签署实践。在过去几年时间内,超大型项目的数量显著增加,尤其是在基础设施建设和工程项目领域。数十亿美元的项目现在已十分常见。大部分此类项目都要求与多个国家的多家承包商签署国际合同,因此肯定比仅使用当地承包商的项目具有更大的风险。承包商越来越重视在采购过程中与客户开展密切合作,以便对批量采购或有其他特殊关系的客户给予折扣优惠。对于此类项目来说,为了减少执行过程中的问题和索赔,采用国际公认的标准合同范本也日益普遍。
  • 物流和供应链管理。因为如此多的大型工程、施工和基础设施建设项目都由多家跨国承包商来完成,材料物流管理对于项目成功完成至关重要。对采购周期较长的产品,制造环节和运输(到项目现场)环节都是项目进度的决定因素。在 IT 领域,有些产品可能需要提前 2 至 3 个月订购;在复杂的施工项目上,订购时间可能需要提前 1-2 年,甚至更长。在这些项目上,可能需要在签订其他采购合同之前就采购这些订购周期长的产品,以便项目如期完成。在最终产品的最终设计完成之前,就可能需要根据总体设计中已确定的要求开始订购采购周期较长的材料、用品或设备。供应链管理也是承包商的项目团队日益重视的一个领域。在项目早期,不仅要明确主要的采购渠道,通常还需要明确次要和备选渠道。全球很多国家会要求跨国承包商至少向当地供应商采购一定比例的材料和用品。
  • 技术和相关方关系。公共资助的项目正受越来越多的关注。基础设施和商业建设项目正日益采用包括网络摄像(webcams)在内的技术,以改善与相关方的沟通和关系。在施工期间,施工现场会安装一台或多台网络摄像机,定期更新并发布到公开的网站上,方便所有相关方在互联网上查看项目进展。另外,视频资料可以储存,有助于在索赔发生时进行分析。有些项目显示,使用网络摄像机记录现场情况,能够避免对事实的分歧,从而能够把与现场施工有关的争议降到最低程度。
  • 试用采购。并非每一个卖方都能很好地适应买方组织的环境,因此,在决定大批量采购之前,有些项目会试用多个候选卖方,向他们采购少量的可交付成果和工作产品。这样一来,买方可以在推进项目工作的同时,对潜在合作伙伴进行评估。

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

  • 采购的复杂性。只开展一次主要的采购,或者需要在不同时间向不同卖方进行多次采购(会提高采购的复杂性)?
  • 物理地点。买方和卖方在同一或邻近地点,或者位于不同时区、国家或大洲?
  • 治理和法规环境。组织的采购政策是否和当地相关的法律法规兼容?当地的法律法规会如何影响合同审计工作?
  • 承包商的可用性。是否有具备工作执行能力的承包商可供选择?

在敏捷或适应型环境中需要考虑的因素在敏捷型环境中,可能需要与特定卖方协作来扩充团队。这种协作关系能够营造风险共担式采购模型,让买方和卖方共担项目风险和共享项目奖励。

在大型项目上,可能针对某些可交付成果采用适应型方法,而对其他部分则采用更稳定的方法。

在这种情况下,可以通过主体协议,如主要服务协议(MSA),来管辖整体协作关系,而将适应型工作写入附录或补充文件。这样一来,变更只针对适应型工作,而不会对主体协议造成影响。

在敏捷或适应型环境中需要考虑的因素高度变化的项目更需要项目相关方的有效互动和参与。为了开展及时且高效的讨论及决策,适应型团队会直接与相关方互动,而不是通过层层的管理级别。客户、用户和开发人员在动态的共创过程中交换信息,通常能实现更高的相关方参与和满意程度。在整个项目期间保持与相关方社区的互动,有利于降低风险、建立信任和尽早做出项目调整,从而节约成本,提高项目成功的可能性。

本过程通常在编制和批准项目章程之前或同时首次开展。本过程需在必要时重复开展,至少应在每个阶段开始时,以及项目组织出现重大变化时重复开展。每次重复开展本过程,都应通过查阅项目管理计划组件项目文件,来识别有关的项目相关方

在首次开展识别相关方过程时,商业文件和收益管理计划是项目相关方信息的来源。

4.2.3.1 节。在首次识别相关方时,项目管理计划并不存在;不过,一旦编制完成,项目管理计划组件包括(但不限于):

  • 沟通管理计划。见 10.1.3.1 节。沟通与相关方参与之间存在密切联系。沟通管理计划中的信息是了解项目相关方的主要依据。
  • 相关方参与计划。见 13.2.3.1 节相关方参与计划确定了用于有效引导相关方参与的管理策略和措施。

12.2.3.2 节协议的各方都是项目相关方,还可涉及其他相关方。

适用于本过程的数据表现技术包括(但不限于)相关方映射分析/表现。相关方映射分析和表现是一种利用不同方法对相关方进行分类的方法。对相关方进行分类有助于团队与已识别的项目相关方建立关系。常见的分类方法包括:

会议可用于在重要项目相关方之间达成谅解。既可以召开引导式研讨会、指导式小组讨论会,也可以通过电子或媒体技术进行虚拟小组讨论,来分享想法和分析数据。

• Projectcharter为满足项目相关方的多样性信息需求,应该在项目生命周期的早期制定一份有效的计划;然后,随着相关方社区的变化,定期审查和更新该计划。在通过识别相关方过程明确最初的相关方社区之后,就应该编制第一版的相关方参与计划,然后定期更新相关方参与计划,以反映相关方社区的变化。会触发该计划更新的典型情况包括(但不限于):

可用作本过程输入的项目文件(尤其在初始规划之后)包括(但不限于):

  • 假设日志。见 4.1.3.2 节假设日志中关于假设条件和制约因素的信息,可能与特定相关方相关联。
  • 变更日志。见 4.6.3.3 节。变更日志记录了对原始项目范围的变更。变更通常与具体相关方相关联,因为相关方可能是:变更请求的提出者,变更请求的审批者,或受变更实施影响者。
  • 问题日志。见 4.3.3.3 节。为了管理和解决问题日志中的问题,需要与受影响的相关方进行额外沟通。
  • 项目进度计划。见 6.5.3.2 节。进度计划中的活动可能需要与具体相关方相关联,即把特定相关方指定为活动责任人或执行者。
  • 风险登记册。见 11.2.3.1 节风险登记册包含项目的已识别风险,它通常会把这些风险与具体相关方相关联,即把特定相关方指定为风险责任人或受风险影响者。
  • 相关方登记册。见 13.1.3.1 节相关方登记册提供项目相关方的清单,以及分类情况和其他信息。

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

  • 变更日志。见 4.6.3.3 节。变更日志会记录变更请求及其状态,并将其传递给适当的相关方。
  • 问题日志。见 4.3.3.3 节问题日志会记录项目或相关方的关注点,以及关于处理问题的行动方案。
  • 经验教训登记册。见 4.4.3.1 节。在项目早期获取的与管理相关方参与有关的经验教训,可用于项目后期阶段,以提高本过程的效率和效果。
  • 相关方登记册。见 13.1.3.1 节相关方登记册提供项目相关方清单,以及执行相关方参与计划所需的任何信息。

监督相关方参与是监督项目相关方关系,并通过修订参与策略和计划来引导相关方合理参与项目的过程。本过程的主要作用是,随着项目进展和环境变化,维持或提升相关方参与活动的效率和效果。本过程需要在整个项目期间开展。图 13-9 描述本过程的输入、工具与技术和输出。图 13-10 是本过程的数据流向图。

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

  • 资源管理计划。见 9.1.3.1 节资源管理计划确定了对团队成员的管理方法。
  • 沟通管理计划。见 10.1.3.1 节沟通管理计划描述了适用于项目相关方的沟通计划和策略。
  • 相关方参与计划。见 13.2.3.1 节。定义了管理相关方需求和期望的计划。

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

  • 资源管理计划。见 9.1.3.1 节。可能需要更新团队对引导相关方参与的职责。
  • 沟通管理计划。见 10.1.3.1 节。可能需要更新项目的沟通策略。
  • 相关方参与计划。见 13.2.3.1 节。可能需要更新关于项目相关方社区的信息。

项目治理框架项目相关方提供管理项目的结构、过程、角色、职责、终责和决策模型。项目治理框架的内容包括(但不限于)以下原则或过程:

图 1-4 为项目相关方的示例。有些相关方只是偶尔参与项目调查或焦点小组活动,有些则为项目

如第 1.5 节所述,项目通常划分为多个阶段。一旦划分了阶段,就需要在后续阶段复审从启动过程得到的信息,以确认是否仍然有效。在每个阶段开始时重新开展启动过程,有助于保持项目符合其预定的商业需求,有助于核实项目章程商业文件和成功标准,有助于复审项目相关方的影响、动机、期望和目标。

识别相关方是定期识别项目相关方,分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程。本过程的主要作用是,使项目团队能够建立对每个相关方或相关方群体的适度关注。本过程应根据需要在整个项目期间定期开展。图 2-4 描述了本过程的输入和输出。

规划相关方参与是根据相关方的需求、期望、利益和对项目的潜在影响,制定项目相关方参与项目的方法的过程。本过程的主要作用是,提供与相关方进行有效互动的可行计划。本过程应根据需要在整个项目期间定期开展。图 3-25 描述了本过程的输入和输出。

监督相关方参与是监督项目相关方关系,并通过修订参与策略和计划来引导相关方合理参与项目的过程。本过程的主要作用是,随着项目进展和环境变化,维持或提升相关方参与项目的效率和效果。本过程需要在整个项目期间开展。图 5-13 描述了本过程的输入和输出。

应该借助趋势图表(信息扩散器)与项目相关方分享这些指标和预测,以便沟通进展情况、共同面对问题、推动持续改进,以及管理相关方期望。