项目管理知识体系指南 项目整合管理 监控项目工作 监控项目工作:工具与技术 决策

4.5.2.3 决策

上一章 章节 工具与技术 项目整合管理 下一章

可用于本过程的决策技术包括(但不限于)投票。如 5.2.2.4 所述,投票可以包括用下列方法进行决策:一致同意、大多数同意或相对多数原则。

引用
1.1.3 道德与专业行为规范

PMI 发布了《道德与专业行为规范》[5],为项目管理专业人员增强了信心并帮助个人做出明智的决策,尤其是在面对被要求违背正直诚信或价值观的困境时。全球项目管理业界定义的最重要的价值观是责任、尊重、公正和诚实。《道德与专业行为规范》确立了这四个价值观的基础地位。

1.2.3.3 项目组合管理

项目组合是指为实现战略目标而组合在一起管理的项目项目集、子项目组合和运营工作。

项目组合管理是指为了实现战略目标而对一个或多个项目组合进行的集中管理。项目组合中的项目集或项目不一定彼此依赖或直接相关。

项目组合管理的目的是:

此外,项目组合管理还可确定项目组合是否符合组织战略。

要实现项目组合价值的最大化,需要精心检查项目组合的组成部分。确定组成部分的优先顺序,使最有利于组织战略目标的组成部分拥有所需的财力、人力和实物资源。

例如,以“投资回报最大化”为战略目标的某基础设施公司,可以把油气、供电、供水、道路、铁路和机场等项目归并成一个项目组合。在这些归并的项目中,组织又可以把相互关联的项目作为项目组合来管理。所有供电项目归类成供电项目组合,同理,所有供水项目归类成供水项目组合。然而,如果组织项目是设计和建造发电站并运营发电站,这些相互关联的项目可以归类成一个项目集。这样的话,供电项目集和类似的供水项目集就是该基础设施公司项目组合中的基本组成部分。

关于项目组合管理的更多信息,请参见《项目组合管理标准》[2]。

.

1.2.4.2 项目阶段

项目阶段是一组具有逻辑关系的项目活动的集合,通常以一个或多个可交付成果的完成为结束。

生命周期的各个阶段可以通过各种不同的属性来描述。对于特定阶段,属性是可测量且独特的。属性可能包括(但不限于):

项目可以分解为不同的阶段或子组件,这些阶段或子组件的名称通常说明了该阶段完成的工作类型。阶段名称的例子包括(但不限于):

项目阶段可基于各种因素而建立,其中包括(但不限于):

分为多个阶段的方式有助于更好地掌控项目管理,同时还提供了评估项目绩效并在后续阶段采取必要的纠正或预防措施的机会。项目阶段的其中一个关键组成部分是阶段审查(见 1.2.4.3 节)。

1.2.4.3 阶段关口

在不同的组织行业或工作类型中,阶段关口可能被称为阶段审查、阶段门、关键决策点和阶段入口或阶段出口。组织可以通过这些审查来检查本指南范围之外的其他相关项,例如产品相关文件或模型。

1.2.4.6 项目管理知识领域

除了过程组,过程还可以按知识领域进行分类。知识领域指按所需知识内容来定义的项目管理领域,并用其所含过程、实践、输入、输出、工具和技术进行描述。

虽然知识领域相互联系,但从项目管理的角度来看,它们是分别定义的。本指南确定了大多数情况下大部分项目通常使用的十个知识领域。本指南描述的十个知识领域包括:

某些项目可能需要一个或多个其他的知识领域,例如,建造项目可能需要财务管理或安全与健康管理。表 1-4 列出了项目管理过程组和知识领域。第 4 章第 13 章详细说明了各个知识领域。该表格概述第 4 章第 13章所描述的基本过程。

表 1-4项目管理过程组与知识领域

1.2.4.7 项目管理数据和信息

整个项目生命周期需要收集、分析和转化大量的数据。从各个过程收集项目数据,并在项目团队内共享。在各个过程中所收集的数据经过结合相关背景的分析、汇总,并加工成项目信息。信息通过口头形式进行传达,或以各种格式的报告存储和分发。关于这一主题的更多信息,请参见 4.3 节

在整个项目生命周期中需要定期收集和分析项目数据。关于项目数据和信息的主要术语定义如下:

图 1-7 展示了项目管理各个过程中的项目信息流。

图 1-7项目数据、信息和报告流向

1.2.6.1 项目商业论证

项目商业论证指文档化的经济可行性研究报告,用来对尚缺乏充分定义的所选方案的收益进行有效性论证,是启动后续项目管理活动的依据。商业论证列出了项目启动的目标和理由。它有助于在项目结束时根据项目目标衡量项目是否成功。商业论证是一种项目商业文件,可在整个项目生命周期中使用。在项目启动之前通过商业论证,可能会做出继续/终止项目决策

需求评估通常是在商业论证之前进行,包括了解业务目的和目标、问题及机会,并提出处理建议。需求评估结果可能会在商业论证文件中进行总结。

定义业务需要、分析形势、提出建议和定义评估标准的过程,适用于任何组织项目。商业论证可能包括(但不限于)记录以下内容:

用于形势分析的准则可分为:

* 必需。必须践行的准则,可处理问题或机会。

* 预期。希望践行的准则,可处理问题或机会。

* 可选。非必要的准则。这一准则的践行情况可能成为区分备选行动方案的因素。

可选方案也可称为商业场景。例如,商业论证可提供以下三种可选方案:

* 不采取任何行动。亦称为“一切照常”方案。选择这种方案会使项目未被授权。

* 尽最小的努力处理问题或机会。最小的努力可能指确定一系列对处理问题或机会而言极为关键的既定准则。

* 以超过最低限度的努力处理问题或机会。这一方案可满足最低限度的准则以及一些或所有其他在案准则。商业论证可能会提供上述多个方案。

* 潜在方案的分析结果;

* 潜在方案的制约因素、假设、风险和依赖关系;

* 成功标准(见 1.2.6.4 节)。

* 里程碑;

* 依赖关系;

* 角色与职责。

通过将成果与目标和确定的成功标准进行比较,商业论证文件为衡量整个项目生命周期的成功和进展奠定了基础。请参见《从业者商业分析:实践指南》[7]。

2.3.2 组织知识库

组织用来存取信息的知识库,包括(但不限于):

2.4.2.2 项目组合、项目集和项目治理

项目组合、项目集和项目治理:实践指南》[10] 描述了协调组织项目管理 (OPM) 与项目组合、项目集和项目管理的常见治理框架,涉及四个治理领域:一致性、风险、绩效和沟通。各个领域都具备以下职能部门:监督、控制、整合与决策。各个职能部门都可针对独立项目项目组合/项目集中的项目的支持过程与活动进行治理。

2.4.4.2 组织结构选择的考虑因素

在确定组织结构时,每个组织都需要考虑大量的因素。在最终分析中,每个因素的重要性也各不相同。综合考虑因素及其价值和相对重要性为组织决策者提供了正确的信息,以便进行分析。

选择组织结构时应考虑的因素包括(但不限于):

表 2-1组织结构对项目的影响

2.4.4.3 项目管理办公室

为了保证项目符合组织的业务目标,PMO 可能有权在每个项目的生命周期中充当重要相关方和关键决策者。PMO 可以:

3.4.3 战略和商务管理技能

通过运用这些商务知识,项目经理能够为项目提出合适的决策和建议。随着条件的变化,项目经理应与项目发起人持续合作,使业务战略和项目策略保持一致。

3.4.4.2 领导者的品质和技能

研究显示,领导者的品质和技能包括(但不限于):

3.4.5.1 领导力风格

项目经理领导团队的方式可以分为很多种。项目经理可能会出于个人偏好或在综合考虑了与项目有关的多个因素之后选择领导力风格。根据作用因素的不同,项目经理可能会改变风格。要考虑的主要因素包括(但不限于):

研究显示项目经理可以采用的多种领导力风格。在这些风格中,最常见的包括(但不限于):

4 项目整合管理

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

4.1.2.3 人际关系与团队技能

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

4.1.1.1 商业文件

在商业论证(见 1.2.6.1 节)和效益管理计划(见 1.2.6.2 节)中,可以找到关于项目目标以及项目对业务目标的贡献的相关信息。虽然商业文件是在项目之前制定的,但需要定期审核。

商业论证的编制可由以下一个或多个因素引发:

项目章程包含来源于商业文件中的相关项目信息。既然商业文件不是项目文件项目经理就不可以对它们进行更新或修改,只可以提出相关建议。

4.1.1.4 组织过程资产

能够影响制定项目章程过程的组织过程资产包括(但不限于):

4.2.2.3 人际关系与团队技能

制定项目管理计划时需要的人际关系与团队技能包括:

4.2.3.1 项目管理计划

项目管理计划是说明项目执行、监控和收尾方式的一份文件,它整合并综合了所有子管理计划和基准,以及管理项目所需的其他信息。究竟需要哪些项目管理计划组件,取决于具体项目的需求。

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

虽然在本过程生成的组件会因项目而异,但是通常包括(但不限于):

项目管理计划是用于管理项目的主要文件之一。管理项目时还会使用其他项目文件。这些其他文件不属于项目管理计划,但它们也是实现高效管理所必需的文件。表 4-1 列出了主要的项目管理计划组件项目文件

表 4-1项目管理计划项目文件

4.5.1.3 工作绩效信息

例如,关于成本的工作绩效数据可能包含已支出的资金,但必须与预算、已执行的工作、用于完成工作的资源以及资金使用计划比较之后才能有用。这些附加信息为确定项目是否符合预算或是否存在偏差提供了相应的情境;还有助于了解偏差的严重程度。通过与项目管理计划中的偏差临界值进行比较,就可以确定是否需要采取预防或纠正措施。对工作绩效数据和附加信息进行综合分析,可以为项目决策提供可靠的基础。

4.5.2.3 决策

可用于本过程的决策技术包括(但不限于)投票。如 5.2.2.4 所述,投票可以包括用下列方法进行决策:一致同意、大多数同意或相对多数原则。

4.5.3.1 工作绩效报告

工作绩效报告的示例包括状态报告和进展报告。工作绩效报告可以包含挣值图表和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息和风险情况概述。可以表现为有助于引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。

4.6.2.2 变更控制工具

也可以使用工具来管理变更请求和后续的决策,同时还要格外关注沟通,以帮助变更控制委员会的成员履行职责,以及向相关方传达决定。

4.6.2.4 决策

可用于本过程的决策技术包括(但不限于):

5.2.2.4 决策

适用于收集需求过程的决策技术包括(但不限于):

通常在候选项超过两个时使用。

5.3.2.3 决策

5.1.2.2 节。可用于本过程的决策技术包括(但不限于)多标准决策分析。如 8.1.2.4 节所述,多标准决策分析是一种借助决策矩阵来使用系统分析方法的技术,目的是建立诸如需求、进度、预算和资源等多种标准来完善项目和产品范围。

5.5.2.2 决策

5.2.2.4 节。可用于本过程的决策技术包括(但不限于)投票。当由项目团队和其他相关方进行验收时,使用投票来形成结论。

6.4.2.6 数据分析

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

也可以估算项目进度管理所需要的管理储备量。管理储备是为管理控制的目的而特别留出的项目预算,用来应对项目范围中不可预见的工作。管理储备用来应对会影响项目的“未知-未知”风险,它不包括在进度基准中,但属于项目总持续时间的一部分。依据合同条款,使用管理储备可能需要变更进度基准

6.4.2.7 决策

5.2.2.4 节。适用于本过程的决策技术包括(但不限于)投票。举手表决是从投票方法衍生出来的一种形式,经常用于敏捷项目中。采用这种技术时,项目经理会让团队成员针对某个决定示意支持程度,举拳头表示不支持,伸五个手指表示完全支持,伸出三个以下手指的团队成员有机会与团队讨论其反对意见。项目经理会不断进行举手表决,直到整个团队达成共识(所有人都伸出三个以上手指)或同意进入下一个决定。

7 项目成本管理

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

7.2.2.8 决策

适用于估算成本过程的决策技术包括(但不限于)投票。如 5.2.2.4 节所述,投票是为达成某种期望结果,而对多个未来行动方案进行评估的过程。这些技术可以调动团队成员的参与,提高估算的准确性,并提高对估算结果的责任感。

8 项目质量管理

组织选择投资缺陷预防,因为它对产品生命周期有利。由于项目的临时性,针对产品生命周期的COQ 决策,通常是项目集管理项目组合管理、PMO 或运营的关注点。

8.1.2.4 决策

适用于本过程的决策技术包括(但不限于)多标准决策分析。多标准决策分析工具(如优先矩阵)可用于识别关键事项和合适的备选方案,并通过一系列决策排列出备选方案的优先顺序。先对标准排序和加权,再应用于所有备选方案,计算出各个备选方案的数学得分,然后根据得分对备选方案排序。在本过程中,它有助于排定质量测量指标的优先顺序。

8.1.2.5 数据表现

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

图 8-6 SIPOC 模型

8.1.3.1 质量管理计划

质量管理计划项目管理计划的组成部分,描述如何实施适用的政策、程序和指南以实现质量目标。它描述了项目管理团队为实现一系列项目质量目标所需的活动和资源。质量管理计划可以是正式或非正式的,非常详细或高度概括的,其风格与详细程度取决于项目的具体需要。应该在项目早期就对质量管理计划进行评审,以确保决策是基于准确信息的。这样做的好处是,更加关注项目的价值定位,降低因返工而造成的成本超支金额和进度延误次数。

8.2.2.3 决策

适用于本过程的决策技术包括(但不限于)多标准决策分析。见 8.1.2.4 节。在讨论影响项目或产品质量的备选方案时,可以使用多标准决策评估多个标准。“项目决策可以包括在不同执行情景或供应商中加以选择,“产品”决策可以包括评估生命周期成本、进度、相关方的满意程度,以及与解决产品缺陷有关的风险。

9 项目资源管理

虽然协作的优势也适用于其他项目环境,协作型团队对于易变性高且快速变化的项目成功而言通常是至关重要的,因为集中分配任务和决策所需的时间更少。

9.1.3.1 资源管理计划

作为项目管理计划的一部分,资源管理计划提供了关于如何分类、分配、管理和释放项目资源的指南。资源管理计划可以根据项目的具体情况分为团队管理计划和实物资源管理计划资源管理计划可能包括(但不限于):

9.1.3.2 团队章程

团队章程项目团队成员的可接受行为确定了明确的期望。尽早认可并遵守明确的规则,有助于减少误解,提高生产力;讨论诸如行为规范、沟通、决策会议礼仪等领域,团队成员可以了解彼此重要的价值观。由团队制定或参与制定的团队章程可发挥最佳效果。所有项目团队成员都分担责任,确保遵守团队章程中规定的规则。可定期审查和更新团队章程,确保团队始终了解团队基本规则,并指导新成员融入团队。

9.2.2.5 数据分析

适用于本过程的数据分析技术包括(但不限于)备选方案分析。备选方案分析是一种对已识别的可选方案进行评估的技术,用来决定选择哪种方案或使用何种方法来执行项目工作。很多活动有多个备选的实施方案,例如使用能力或技能水平不同的资源、不同规模或类型的机器、不同的工具(手工或自动),以及关于资源自制、租赁或购买的决策。备选方案分析有助于提供在定义的制约因素范围内执行项目活动的最佳方案。

9.3.2.1 决策

选择标准常用于选择项目的实物资源或项目团队。使用多标准决策分析工具制定出标准,用于对潜在资源进行评级或打分(例如,在内部和外部团队资源之间进行选择)。根据标准的相对重要性对标准进行加权,加权值可能因资源类型的不同而发生变化。可使用的选择标准包括:

9.3.2.4 虚拟团队

虚拟团队的环境中,沟通规划变得日益重要。可能需要花更多时间,来设定明确的期望、促进沟通、制定冲突解决方法、召集人员参与决策、理解文化差异,以及共享成功喜悦。

9.4 建设团队

建设团队是提高工作能力,促进团队成员互动,改善团队整体氛围,以提高项目绩效的过程。

本过程的主要作用是,改进团队协作、增强人际关系技能、激励员工、减少摩擦以及提升整体项目绩效。本过程需要在整个项目期间开展。

图 9-10 描述本过程的输入、工具与技术和输出。图 9-11 是本过程的数据流向图。

图 9-10建设团队:输入工具与技术和输出

• Projectcharter图 9-11建设团队:数据流向图

项目经理应该能够定义、建立、维护、激励、领导和鼓舞项目团队,使团队高效运行,并实现项目目标。团队协作是项目成功的关键因素,而建设高效的项目团队是项目经理的主要职责之一。

项目经理应创建一个能促进团队协作的环境,并通过给予挑战与机会、提供及时反馈与所需支持,以及认可与奖励优秀绩效,不断激励团队。通过以下行为可以实现团队的高效运行:

项目经理在全球化环境和富有文化多样性的项目中工作:团队成员经常来自不同的行业,讲不同的语言,有时甚至会在工作中使用一种特别的“团队语言”或文化规范,而不是使用他们的母语;

项目管理团队应该利用文化差异,在整个项目生命周期中致力于发展和维护项目团队,并促进在相互信任的氛围中充分协作;通过建设项目团队,可以改进人际技巧、技术能力、团队环境及项目绩效。在整个项目生命周期中,团队成员之间都要保持明确、及时、有效(包括效果和效率两个方面)的沟通。建设项目团队的目标包括(但不限于):

有一种关于团队发展的模型叫塔克曼阶梯理论 [19,20],其中包括团队建设通常要经过的五个阶段。尽管这些阶段通常按顺序进行,然而,团队停滞在某个阶段或退回到较早阶段的情况也并非罕见;而如果团队成员曾经共事过,项目团队建设也可跳过某个阶段。

某个阶段持续时间的长短,取决于团队活力、团队规模和团队领导力。项目经理应该对团队活力有较好的理解,以便有效地带领团队经历所有阶段。

9.4.2.4 人际关系与团队技能

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

团队建设活动既可以是状态审查会上的五分钟议程,也可以是为改善人际关系而设计的、在非工作场所专门举办的专业提升活动。团队建设活动旨在帮助各团队成员更加有效地协同工作。

如果团队成员的工作地点相隔甚远,无法进行面对面接触,就特别需要有效的团队建设策略。

非正式的沟通和活动有助于建立信任和良好的工作关系。团队建设在项目前期必不可少,但它更是个持续的过程。项目环境的变化不可避免,要有效应对这些变化,就需要持续不断地开展团队建设。项目经理应该持续地监督团队机能和绩效,确定是否需要采取措施来预防或纠正各种团队问题。

9.4.2.7 个人和团队评估

个人和团队评估工具能让项目经理和项目团队洞察成员的优势和劣势。这些工具可帮助项目经理评估团队成员的偏好和愿望、团队成员如何处理和整理信息、如何制定决策,以及团队成员如何与他人打交道。有各种可用的工具,如态度调查、专项评估、结构化访谈、能力测试及焦点小组。

9.5.1.2 项目文件

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

9.5.1.3 工作绩效报告

4.5.3.1 节工作绩效报告是为制定决策、采取行动或引起关注所形成的实物或电子工作绩效信息,它包括从进度控制、成本控制、质量控制和范围确认中得到的结果,有助于项目团队管理。

9.5.2.1 人际关系与团队技能

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

成功的冲突管理可提高生产力,改进工作关系。同时,如果管理得当,意见分歧有利于提高创造力和改进决策。假如意见分歧成为负面因素,应该首先由项目团队成员负责解决;如果冲突升级,项目经理应提供协助,促成满意的解决方案,采用直接和合作的方式,尽早并且通常在私下处理冲突。如果破坏性冲突继续存在,则可使用正式程序,包括采取惩戒措施。

项目经理解决冲突的能力往往决定其管理项目团队的成败。不同的项目经理可能采用不同的解决冲突方法。影响冲突解决方法的因素包括:

有五种常用的冲突解决方法,每种技巧都有各自的作用和用途。

mm撤退/回避。从实际或潜在冲突中退出,将问题推迟到准备充分的时候,或者将问题推给其他人员解决。

mm缓和/包容。强调一致而非差异;为维持和谐与关系而退让一步,考虑其他方的需要。

mm妥协/调解。为了暂时或部分解决冲突,寻找能让各方都在一定程度上满意的方案,但这种方法有时会导致“双输”局面。

mm强迫/命令。以牺牲其他方为代价,推行某一方的观点;只提供赢 — 输方案。通常是利用权力来强行解决紧急问题,这种方法通常会导致“赢输”局面。

mm合作/解决问题。综合考虑不同的观点和意见,采用合作的态度和开放式对话引导各方达成共识和承诺,这种方法可以带来双赢局面。

有多种领导力理论,定义了适用于不同情形或团队的领导风格。领导力对沟通愿景及鼓舞项目团队高效工作十分重要。

10 项目沟通管理

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10.1.3.2 项目管理计划更新

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于)相关方参与计划(见 13.2.3.1 节)。需要更新相关方参与计划,反映会影响相关方参与项目决策和执行的任何过程、程序、工具或技术。

10.2.1.3 工作绩效报告

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

10.2.2.3 沟通技能

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

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

10.3.2.5 会议

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

11 项目风险管理

项目风险管理包括规划风险管理识别风险、开展风险分析、规划风险应对实施风险应对监督风险的各个过程。项目风险管理的目标在于提高正面风险的概率和(或)影响,降低负面风险的概率和(或)影响,从而提高项目成功的可能性。

项目风险管理的过程是:

11.1 规划风险管理 — 定义如何实施项目风险管理活动的过程。

11.2 识别风险 — 识别单个项目风险,以及整体项目风险的来源,并记录风险特征的过程。

11.3 实施定性风险分析 — 通过评估单个项目风险发生的概率和影响以及其他特征,对风险进行优先级排序,从而为后续分析或行动提供基础的过程。

11.4 实施定量风险分析 — 就已识别的单个项目风险和其他不确定性的来源对整体项目目标的综合影响进行定量分析的过程。

11.5 规划风险应对 — 为处理整体项目风险敞口,以及应对单个项目风险,而制定可选方案、选择应对策略并商定应对行动的过程。

11.6 实施风险应对 — 执行商定的风险应对计划的过程。

11.7 监督风险 — 在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。

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

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

图 11-1项目风险管理概述

项目风险管理的核心概念既然项目是为交付收益而开展的、具有不同复杂程度的独特性工作,那自然就会充满风险。

开展项目,不仅要面对各种制约因素和假设条件,而且还要应对可能相互冲突和不断变化的相关方期望。组织应该有目的地以可控方式去冒项目风险,以便平衡风险和回报,并创造价值。

项目风险管理旨在识别和管理未被其他项目管理过程所管理的风险。如果不妥善管理,这些风险有可能导致项目偏离计划,无法达成既定的项目目标。因此,项目风险管理的有效性直接关乎项目成功与否。

每个项目都在两个层面上存在风险。每个项目都有会影响项目达成目标的单个风险,以及由单个项目风险和不确定性的其他来源联合导致的整体项目风险。考虑整体项目风险,也非常重要。项目风险管理过程同时兼顾这两个层面的风险。它们的定义如下:

它源于包括单个风险在内的所有不确定性。

一旦发生,单个项目风险会对项目目标产生正面或负面的影响。项目风险管理旨在利用或强化正面风险(机会),规避或减轻负面风险(威胁)。未妥善管理的威胁可能引发各种问题,如工期延误、成本超支、绩效不佳或声誉受损。把握好机会则能够获得众多好处,如工期缩短、成本节约、绩效改善或声誉提升。

整体项目风险也有正面或负面之分。管理整体项目风险旨在通过削弱负面变异的驱动因素,加强正面变异的驱动因素,以及最大化实现整体项目目标的概率,把项目风险敞口保持在可接受的范围之内。

因为风险会在项目生命周期内持续发生,所以,项目风险管理过程也应不断迭代开展。在项目规划期间,就应该通过调整项目策略对风险做初步处理。接着,应该随着项目进展,监督和管理风险,确保项目处于正轨,并且突发性风险也得到处理。

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

项目风险管理的发展趋势和新兴实践项目风险管理的关注面正在扩大,以便确保考虑所有类型的风险,并在更广泛的背景中理解项目风险。项目风险管理的发展趋势和新兴实践包括(但不限于):

关键卖方可能在项目期间停业,客户可能在设计完成后变更需求,或分包商可能要求对标准化操作流程进行优化。

不过,识别并管理非事件类风险的意识正在不断加强。非事件类风险有两种主要类型:

变异性风险可通过蒙特卡洛分析加以处理,即:用概率分布表示变异的可能区间,然后采取行动去缩小可能结果的区间。管理模糊性风险,则需要先定义认知或理解不足之处,进而通过获取外部专家意见或以最佳实践为标杆来填补差距。也可以采用增量开发、原型搭建或模拟等方法来处理模糊性风险。

这就要求每个项目

裁剪时需要考虑的因素因为每个项目都是独特的,所以有必要对项目风险管理过程的应用方式进行裁剪裁剪时应考虑的因素包括(但不限于):

根据上述需考虑的因素来裁剪项目风险管理过程,这是规划风险管理过程的一部分工作。裁剪结果将被记录在风险管理计划中。

在敏捷或适应型环境中需要考虑的因素从本质上讲,越是变化的环境就存在越多的不确定性和风险。要应对快速变化,就需要采用适应型方法管理项目,即:通过跨职能项目团队和经常审查增量式工作产品,来加快知识分享,确保对风险的认知和管理。在选择每个迭代期的工作内容时,应该考虑风险;在每个迭代期间应该识别、分析和管理风险。

此外,应该根据对当前风险敞口的理解的加深,定期更新需求文件,并随项目进展重新排列工作优先级。

11.1.1.5 组织过程资产

会影响规划风险管理过程的组织过程资产包括(但不限于):

11.4.2.5 数据分析

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

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

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

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

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

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

图 11-14龙卷风图示例

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

图 11-15决策树示例

11.5 规划风险应对

风险应对方案应该与风险的重要性相匹配、能经济有效地应对挑战、在当前项目背景下现实可行、能获得全体相关方的同意,并由一名责任人具体负责。往往需要从几套可选方案中选出最优的风险应对方案。应该为每个风险选择最可能有效的策略或策略组合。可用结构化的决策技术来选择最适当的应对策略。对于大型或复杂项目,可能需要以数学优化模型或实际方案分析为基础,进行更加稳健的备选风险应对策略经济分析。

11.5.2.9 决策

多标准决策分析借助决策矩阵,提供建立关键决策标准、评估备选方案并加以评级,以及选择首选方案的系统分析方法。风险应对策略的选择标准可能包括(但不限于):应对成本、应对策略在改变概率和(或)影响方面的预计有效性、资源可用性、时间限制(紧迫性、邻近性和潜伏期)、风险发生的影响级别、应对措施对相关风险的作用、导致的次生风险等。如果原定的应对策略被证明无效,可在项目后期采取不同的应对策略。

11.7 监督风险

监督风险是在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。本过程的主要作用是,使项目决策都基于关于整体项目风险敞口和单个项目风险的当前信息。本过程需要在整个项目期间开展。图 11-20 描述本过程的输入、工具与技术和输出。图 11-21 是本过程的数据流向图。

12 项目采购管理

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

12.1 规划采购管理

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

12.1.1.6 组织过程资产

组织使用的各种合同协议类型也会影响规划采购管理过程中的决策。能够影响规划采购管理过程的组织过程资产包括(但不限于):

12.1.3.6 自制或外购决策

通过自制或外购分析,做出某项特定工作最好由项目团队自己完成,还是需要从外部渠道采购的决策

12.1.3.8 变更请求

4.3.3.4 节。关于采购货物、服务或资源的决策,可能导致变更请求;规划采购期间的其他决策,也可能导致变更请求。对项目管理计划及其子计划和其他组件的修改都可能导致会影响采购行为的变更请求。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。

13 项目相关方管理

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

13.1.2.3 数据分析

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

13.2.2.4 决策

适用于本过程的决策技术包括(但不限于)优先级排序或分级。应该对相关方需求以及相关方本身进行优先级排序或分级。具有最大利益和最高影响的相关方,通常应该排在优先级清单的最前面。

13.2.3.1 相关方参与计划

相关方参与计划项目管理计划的组成部分。它确定用于促进相关方有效参与决策和执行的策略和行动。基于项目的需要和相关方的期望,相关方参与计划可以是正式或非正式的,非常详细或高度概括的。

13.3.2.2 沟通技能

项目管理团队应该使用反馈机制,来了解相关方对各种项目管理活动和关键决策的反应。反馈的收集方式包括(但不限于):

13.3.2.5 会议

10.1.2.8 节会议用于讨论和处理任何与相关方参与有关的问题或关注点。在本过程中需要召开的会议类型包括(但不限于):

13.4.2.2 决策

适用于本过程的决策技术包括(但不限于):

1.3 组织治理与项目治理之间的联系

治理类型多种多样,包括组织治理、组织项目管理 (OPM) 治理,以及项目组合、项目集和项目治理组织治理通过制定政策和流程,用结构化方式指明工作方向并进行控制,以便实现战略和运营目标。组织治理通常由董事会执行,以确保对相关方的最终责任得以落实,并保持公平和透明。组织治理原则、决策和过程可能通过以下方式影响项目组合、项目集和项目的治理:

项目治理是指用于指导项目管理活动的框架、功能和过程,从而创造独特的产品、服务或结果以满足组织、战略和运营目标。项目层面的治理包括:

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

1.5 项目生命周期

项目生命周期项目从开始到完成所经历的一系列阶段。项目阶段是一组具有逻辑关系的项目活动的集合,通常以一个或多个可交付成果的完成为结束。这些阶段之间可能是顺序、迭代或交叠的关系。项目阶段的名称、数量和持续时间取决于参与项目的一个或多个组织的管理与控制需要、项目本身的特征及其所在的应用领域。阶段都有时限,有一个起始点、结束点或控制点(有时称为阶段审查、阶段关口或控制关口,也可以用其他类似名称)。在控制点,需要根据当前环境,重新审查项目章程商业文件。在该时点,把项目绩效与项目管理计划进行比较,以确定项目是否应该变更、终止或按计划继续。

项目生命周期会受组织行业、开发方法或所用技术的独特性质的影响。虽然每个项目都有起点和终点,但具体的可交付成果及工作会因项目的不同而有很大差异。不论项目涉及的具体工作是什么,生命周期都可以为管理项目提供基本框架。

虽然项目规模及复杂程度各不相同,但是典型项目都呈现下列项目生命周期结构(见图 1-2):

图 1-2项目生命周期的通用结构

通用的生命周期结构一般具有以下特征:

图 1-3随时间而变化的变量影响

1.6 项目相关方

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

1.7 项目经理的角色

项目经理是指由执行组织委派,领导团队实现项目目标的个人。项目经理的报告关系依组织结构和项目治理而定。

除了具备项目所需的特定技能和通用管理能力,项目经理至少还应具备以下特性:

项目经理通过项目团队和其他相关方来完成工作。项目经理需要依赖重要的人际关系技能,包括(但不限于):

项目经理的成功取决于项目目标的实现。相关方的满意程度是衡量项目经理的成功的另一标准。

项目经理应处理相关方的需要、关注和期望,令有关的相关方满意。为了取得成功,项目经理应该裁减项目方法、生命周期和项目管理过程,以满足项目和产品要求。

1.8 项目管理知识领域

项目管理知识领域是管理各种项目时需普遍使用的专业知识领域。每个知识领域都是项目管理中的一个特定主题,以及与该主题相关的一组过程。这10大知识领域在大多数时候适用于大多数项目。某类特定项目可能需要额外的知识领域。这 10 大知识领域包括:

3.23 规划采购管理

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

5.10 监督风险

监督风险是在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。本过程的主要作用是,使项目决策都基于关于整体项目风险敞口和单个项目风险的当前信息。本过程需要在整个项目期间开展。图 5-11 描述了本过程的输入和输出。

X4.1 项目整合管理的核心概念

项目整合管理的核心概念包括:

X4.4 项目成本管理的核心概念

项目成本管理的核心概念包括:

X4.9 项目采购管理的核心概念

项目采购管理的核心概念包括:

X6.2 工具与技术分组

《PMBOK® 指南》使用了以下工具与技术分组

另外还有 60 种未分组的工具与技术

表 X6-1工具与技术分类和索引表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)表 X6-1工具与技术分类和索引(续)

X1.4 工具和技术处理规则

第六版致力于减少工具和技术的数量,重点关注目前大多数项目在大多数时间使用的工具和技术。根据学术和市场调查,部分工具和技术已经删除。为了避免重复,工具或技术在首次列出时会进行描述,随后使用该工具或技术的过程会让读者查阅之前的描述。

第六版依据其使用目的,对部分常用的工具及技术进行了分组,但并非所有工具和技术都只划入某个组别。若此类工具或技术是某组的一部分,则会列出该组并在叙述部分对组别内的工具和技术示例进行说明。工具和技术的分组有:

附录 X6 按分组确定《PMBOK® 指南》中的所有工具及技术,并在适当的情况下列出它们适用的过程。