PMP/PMBOK 培训

项目管理办公室 (PMO) 是对与项目相关的治理过程进行标准化，并促进资源、方法论、工具和技术共享的一个组织结构。PMO 的职责范围可大可小，从提供项目管理支持服务，到直接管理一个或多个项目。

PMO 有几种不同类型，它们对项目的控制和影响程度各不相同，例如：

支持型。支持型 PMO 担当顾问的角色，向项目提供模板、最佳实践、培训，以及来自其他项目的信息和经验教训。这种类型的 PMO 其实就是一个项目资源库，对项目的控制程度很低。
控制型。控制型 PMO 不仅给项目提供支持，而且通过各种手段要求项目服从，这种类型的 PMO对项目的控制程度属于中等。服从可能包括：
采用项目管理框架或方法论；
使用特定的模板、格式和工具；
服从治理。
指令型。指令型 PMO 直接管理和控制项目。项目经理由 PMO 指定并向其报告。这种类型的 PMO对项目的控制程度很高。

项目管理办公室可能会承担整个组织范围的职责，在支持战略调整和创造组织价值方面发挥重要的作用。PMO 从组织战略项目中获取数据和信息，进行综合分析，评估如何实现更高级别的战略目标的。PMO 在组织的项目组合、项目集、项目与组织考评体系（如平衡计分卡）之间建立联系。

除了被集中管理以外，PMO 所支持和管理的项目不一定彼此关联。PMO 的具体形式、职能和结构取决于所在组织的需要。

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

提出建议；
领导知识传递；
终止项目；
根据需要采取其他行动。

PMO 的一个主要职能是通过各种方式向项目经理提供支持，这些方式包括（但不限于）：

对 PMO 所辖的全部项目的共享资源进行管理；
识别和制定项目管理方法、最佳实践和标准；
指导、辅导、培训和监督；
通过项目审计，监督对项目管理标准、政策、程序和模板的遵守程度；
制定和管理项目政策、程序、模板和其他共享的文件（组织过程资产）；
对跨项目的沟通进行协调。

对项目经理而言，持续的知识传递和整合非常重要。项目管理专业和项目经理担任主题专家的其他领域都在持续推进相应的专业发展。知识传递和整合包括（但不限于）：

在当地、全国和全球层面（例如实践社区、国际组织）向其他专业人员分享知识和专业技能；
参与培训、继续教育和发展：
项目管理专业（例如大学、PMI）；
相关专业（例如系统工程、配置管理）；
其他专业（例如信息技术、航空航天）。

领导和管理的最终目的是办好事情。这些技能和品质有助于项目经理实现项目目的和目标。很多技能和品质归根究底就是处理政治的能力。政治涉及影响、谈判、自主和权力。

政治及其相关要素不局限于“好”与“不好”以及“正面”与“负面”之分。项目经理对组织运行方式的了解越多，就越有可能获得成功。项目经理应观察并收集有关项目和组织概况的数据，然后从项目、相关人员、组织以及整个环境出发来审查这些数据，从而得出计划和执行大多数行动所需的信息和知识。这些行动是项目经理运用适当的权力影响他人和进行协商之后的成果。有了权力就有了职责，项目经理应体察并尊重他人。项目经理的有效行动保持相关人员的独立自主。项目经理的行动成果就是让合适的人执行必要的活动来实现项目目标。

权力可能体现个人或组织的特征。人们对领导者的认知通常是因为权力；因此，项目经理应注意自己与他人的关系是非常重要的。借助人际关系可以让项目相关事项得到落实。行使权力的方式有很多，项目经理可自行决定。由于权力的性质以及影响项目的各种因素，权力及其运用变得非常复杂。行使权力的方式包括（但不限于）：

地位（有时称为正式的、权威的、合法的，例如组织或团队授予的正式职位）；
信息（例如收集或分发的控制）；
参考（例如因为他人的尊重和赞赏，获得的信任）；
情境（例如在危机等特殊情况下获得的权力）；
个性或魅力（例如魅力、吸引力）；
关系（例如参与人际交往、联系和结盟）；
专家（例如拥有的技能和信息、经验、培训、教育、证书）；
奖励相关的（例如能够给予表扬、金钱或其他奖励）；
处罚或强制力（例如给予纪律处分或施加负面后果的能力）；
迎合（例如运用顺从或其他常用手段赢得青睐或合作）；
施加压力（例如限制选择或活动自由，以符合预期的行动）；
出于愧疚（例如强加的义务或责任感）；
说服力（例如能够提供论据，使他人执行预期的行动方案）；
回避（例如拒绝参与）。

在权力方面，顶尖的项目经理积极主动且目的明确。这些项目经理会在组织政策、协议和程序许可的范围内主动寻求所需的权力和职权，而不是坐等组织授权。

本过程应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：

见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：

在项目管理过程和例行工作中，经常必然要使用项目管理知识，能够影响管理项目知识过程的组织过程资产包括（但不限于）：

组织的标准政策、流程和程序。可能包括：信息的保密性和获取渠道、安全与数据保护、记录保留政策、版权信息的使用、机密信息的销毁、文件格式和最大篇幅、注册数据和元数据、授权使用的技术和社交媒体等。
人事管理制度。包括员工发展与培训记录以及关于知识分享行为的能力框架。
组织对沟通的要求。正式且严格的沟通要求有利于信息分享。对于生成新知识和整合不同相关方群体的知识，非正式沟通更加有效。
正式的知识分享和信息分享程序。包括项目和项目阶段开始之前、开展期间和结束之后的学习回顾，例如识别、吸取和分享从当前项目和其他项目获得的经验教训。

见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：

知识管理工具和技术将员工联系起来，使他们能够合作生成新知识、分享隐性知识，以及集成不同团队成员所拥有的知识。适用于项目的工具和技术取决于项目的性质，尤其是创新程度、项目复杂性，以及团队的多元化（包括学科背景多元化）程度。

工具和技术包括（但不限于）：

人际交往，包括非正式的社交和在线社交。可以进行开放式提问（如“谁知道……？”）的在线论坛有助于与专家进行知识分享对话；
实践社区（有时称为“兴趣社区”或“社区”）和特别兴趣小组；
会议，包括使用通信技术进行互动的虚拟会议；
工作跟随和跟随指导；
讨论论坛，如焦点小组；
知识分享活动，如专题讲座和会议；
研讨会，包括问题解决会议和经验教训总结会议；
讲故事；
创造力和创意管理技术；
知识展会和茶座；
交互式培训。

可以通过面对面和（或）虚拟方式来应用所有这些工具和技术。通常，面对面互动最有利于建立知识管理所需的信任关系。一旦信任关系建立，可以用虚拟互动来维护这种信任关系。

见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：

见 4.1.2.1 节。应该就以下主题，考虑征求具备以下相关专业知识或接受过相关培训的个人或小组的意见：

见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：

需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要相关方愿意认可的需求，才能作为基准。需求文件的格式多种多样，既可以是一份按相关方和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。

许多组织把需求分为不同的种类，如业务解决方案和技术解决方案。前者是相关方的需要，后者是指如何实现这些需要。把需求分成不同的类别，有利于对需求进行进一步完善和细化。需求的类别包括：

业务需求。整个组织的高层级需要，例如，解决业务问题或抓住业务机会，以及实施项目的原因。
相关方需求。相关方或相关方群体的需要。
解决方案需求。为满足业务需求和相关方需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求：
功能需求。功能需求描述产品应具备的功能，例如，产品应该执行的行动、流程、数据和交互。
非功能需求。非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量要求，例如，可靠性、保密性、性能、安全性、服务水平、可支持性、保留或清除等。
过渡和就绪需求。这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力，如数据转换和培训需求。
项目需求。项目需要满足的行动、过程或其他条件，例如里程碑日期、合同责任、制约因素等。
质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准，例如测试、认证、确认等。

见 4.1.2.1 节。应征求具备专业知识或在以往类似项目中接受过相关培训的个人或小组的意见：

可作为本过程输入的项目文件包括（但不限于）：

活动属性。见 6.2.3.2 节。活动属性可能描述了确定的紧前或紧后关系、定义的提前量与滞后量以及可能影响持续时间估算的活动之间的逻辑关系。
活动清单。见 6.2.3.1 节。活动清单列出了项目所需的、待估算的全部进度活动，这些活动的依赖关系和其他制约因素会对持续时间估算产生影响。
假设日志。见 4.1.3.2 节。假设日志所记录的假设条件和制约因素有可能生成一个会影响项目进度的风险。
经验教训登记册。见 4.4.3.1 节。与人力投入和持续时间估算有关的经验教训登记册可以运用到项目后续阶段，以提高人力投入和持续时间估算的准确性。
里程碑清单。见 6.2.3.3 节。里程碑清单中可能已经列出特定里程碑的计划实现日期，这可能影响持续时间估算。
项目团队派工单。见 9.3.3.1 节。将合适的人员分派到团队，为项目配备人员。
资源分解结构。见 9.2.3.3 节。资源分解结构按照资源类别和资源类型，提供了已识别资源的层级结构。
资源日历。见 9.2.1.2 节。资源日历中的资源可用性、资源类型和资源性质，都会影响进度活动的持续时间。资源日历规定了在项目期间特定的项目资源何时可用及可用多久。
资源需求。见 9.2.3.1 节。估算的活动资源需求会对活动持续时间产生影响。对于大多数活动来说，所分配的资源能否达到要求，将对其持续时间有显著影响。例如，向某个活动新增资源或分配低技能资源，就需要增加沟通、培训和协调工作，从而可能导致活动效率或生产率下降，由此需要估算更长的持续时间。
风险登记册。见 11.2.3.1 节。单个项目风险可能影响资源的选择和可用性。风险登记册的更新包括在项目文件更新中，见“规划风险应对” (11.5.3.2) 一节。

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

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

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

是否存在有特殊需求的团队成员？是否需要为团队提供有关多元化管理的特别培训？

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

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

识别资源。用于识别和量化项目所需的团队和实物资源的方法。
获取资源。关于如何获取项目所需的团队和实物资源的指南。
角色与职责。
角色。在项目中，某人承担的职务或分配给某人的职务，如土木工程师、商业分析师和测试协调员。
职权。使用项目资源、做出决策、签字批准、验收可交付成果并影响他人开展项目工作的权力。例如，下列事项都需要由具有明确职权的人来做决策：选择活动的实施方法，质量验收标准，以及如何应对项目偏差等。当个人的职权水平与职责相匹配时，团队成员就能最好地开展工作。
职责。为完成项目活动，项目团队成员必须履行的职责和工作。
能力。为完成项目活动，项目团队成员需具备的技能和才干。如果项目团队成员不具备所需的能力，就不能有效地履行职责。一旦发现成员的能力与职责不匹配，就应主动采取措施，如安排培训、招募新成员、调整进度计划或工作范围。
项目组织图。项目组织图以图形方式展示项目团队成员及其报告关系。基于项目的需要，项目组织图可以是正式或非正式的，非常详细或高度概括的。例如，一个 3000 人的灾害应急团队的项目组织图，要比仅有 20 人的内部项目的组织图详尽得多。
项目团队资源管理。关于如何定义、配备、管理和最终遣散项目团队资源的指南。
培训。针对项目成员的培训策略。
团队建设。建设项目团队的方法。
资源控制。依据需要确保实物资源充足可用、并为项目需求优化实物资源采购，而采用的方法。包括有关整个项目生命周期期间的库存、设备和用品管理的信息。
认可计划。将给予团队成员哪些认可和奖励，以及何时给予。

见 4.1.2.1 节。应征求具备团队和物质资源的规划和估算方面的专业知识或接受过相关培训的个人或小组的意见。

在项目规划阶段，应该对上述因素加以考虑并做出适当安排。项目经理或项目管理团队应该在项目进度计划、项目预算、项目风险计划、项目质量计划、培训计划及其他相关项目管理计划中，说明缺少所需资源的后果。

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

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

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

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

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

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

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

使用开放与有效的沟通；
创造团队建设机遇；
建立团队成员间的信任；
以建设性方式管理冲突；
鼓励合作型的问题解决方法；
鼓励合作型的决策方法。

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

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

提高团队成员的知识和技能，以提高他们完成项目可交付成果的能力，并降低成本、缩短工期和提高质量；
提高团队成员之间的信任和认同感，以提高士气、减少冲突和增进团队协作；
创建富有生气、凝聚力和协作性的团队文化，从而：（1）提高个人和团队生产率，振奋团队精神，促进团队合作；（2）促进团队成员之间的交叉培训和辅导，以分享知识和经验；
提高团队参与决策的能力，使他们承担起对解决方案的责任，从而提高团队的生产效率，获得更有效和高效的成果。

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

形成阶段。在本阶段，团队成员相互认识，并了解项目情况及他们在项目中的正式角色与职责。在这一阶段，团队成员倾向于相互独立，不一定开诚布公。
震荡阶段。在本阶段，团队开始从事项目工作、制定技术决策和讨论项目管理方法。如果团队成员不能用合作和开放的态度对待不同观点和意见，团队环境可能变得事与愿违。
规范阶段。在规范阶段，团队成员开始协同工作，并调整各自的工作习惯和行为来支持团队，团队成员会学习相互信任。
成熟阶段。进入这一阶段后，团队就像一个组织有序的单位那样工作，团队成员之间相互依靠，平稳高效地解决问题。
解散阶段。在解散阶段，团队完成所有工作，团队成员离开项目。通常在项目可交付成果完成之后，或者，在结束项目或阶段过程中，释放人员，解散团队。

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

见 4.2.3.1 节。项目管理计划组件包括（但不限于）资源管理计划。见 9.1.3.1 节，资源管理计划为如何通过团队绩效评价和其他形式的团队管理活动，为项目团队成员提供奖励、提出反馈、增加培训或采取惩罚措施提供了指南。资源管理计划可能包括团队绩效评价标准。

可作为本过程输入的项目文件包括（但不限于）：

经验教训登记册。见 4.4.3.1 节。项目早期与团队建设有关的经验教训可以运用到项目后期阶段，以提高团队绩效。
项目进度计划。见 6.5.3.2 节。项目进度计划定义了如何以及何时为项目团队提供培训，以培养不同阶段所需的能力，并根据项目执行期间的任何差异（如有）识别需要的团队建设策略。
项目团队派工单。见 9.3.3.1 节。项目团队派工单识别了团队成员的角色与职责。
资源日历。见 9.2.1.2 节。资源日历定义了项目团队成员何时能参与团队建设活动，有助于说明团队在整个项目期间的可用性。
团队章程。见 9.1.3.2 节。团队章程包含团队工作指南。团队价值观和工作指南为描述团队的合作方式提供了架构。

能够影响建设团队过程的事业环境因素包括（但不限于）：

有关雇用和解雇的人力资源管理政策、员工绩效审查、员工发展与培训记录，以及认可与奖励；
团队成员的技能、能力和特定知识；
团队成员的地理分布。

培训包括旨在提高项目团队成员能力的全部活动，可以是正式或非正式的，方式包括课堂培训、在线培训、计算机辅助培训、在岗培训（由其他项目团队成员提供）、辅导及训练。如果项目团队成员缺乏必要的管理或技术技能，可以把对这种技能的培养作为项目工作的一部分。项目经理应该按资源管理计划中的安排来实施预定的培训，也应该根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训，培训成本通常应该包括在项目预算中，或者如果增加的技能有利于未来的项目，则由执行组织承担。培训可以由内部或外部培训师来执行。

通过对团队整体绩效的评价，项目管理团队能够识别出所需的特殊培训、教练、辅导、协助或改变，以提高团队绩效。项目管理团队也应该识别出合适或所需的资源，以执行和实现在绩效评价过程中提出的改进建议。

作为建设团队过程的结果，需要更新的组织过程资产包括（但不限于）：

培训需求；
人事评测。

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

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

可能影响沟通技术选择的因素包括：

信息需求的紧迫性。信息传递的紧迫性、频率和形式可能因项目而异，也可能因项目阶段而异。
技术的可用性与可靠性。用于发布项目沟通工件的技术，应该在整个项目期间都具备兼容性和可得性，且对所有相关方都可用。
易用性。沟通技术的选择应适合项目参与者，而且应在合适的时候安排适当的培训活动。
项目环境。团队会议与工作是面对面还是在虚拟环境中开展，成员处于一个还是多个时区，他们是否使用多语种沟通，是否还有能影响沟通效率的其他环境因素（如与文化有关的各个方面）？
信息的敏感性和保密性。需要考虑的一些方面有：
拟传递的信息是否属于敏感或机密信息？如果是，可能需要采取合理的安全措施。
为员工制定社交媒体政策，以确保行为适当、信息安全和知识产权保护。

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

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

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

可作为本过程输入的项目文件包括（但不限于）：

里程碑清单。见 6.2.3.3 节。重要里程碑清单说明卖方需要在何时交付成果。
项目团队派工单。见 9.3.3.2 节。项目团队派工单包含关于项目团队技能和能力的信息，以及他们可用于支持采购活动的时间。如果项目团队不具备开展采购活动的能力，则需要外聘人员或对现有人员进行培训，或者二者同时进行。
需求文件。见 5.2.3.1 节。需求文件可能包括：
卖方需要满足的技术要求；
具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果。
资源需求。见 9.2.3.1 节。资源需求包含关于某些特定需求的信息，例如，可能需要采购的团队及实物资源。
风险登记册。见 11.2.3.1 节。风险登记册列明风险清单，以及风险分析和风险应对规划的结果。有些风险应通过采购协议转移给第三方。
相关方登记册。见 13.1.3.1 节。相关方登记册提供有关项目参与者及其项目利益的详细信息，包括监管机构、合同签署人员和法务人员。

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

在确定评估标准时，买方要努力确保选出的建议书将提供最佳质量的所需服务。供方选择标准可包括（但不限于）：

能力和潜能；
产品成本和生命周期成本；
交付日期；
技术专长和方法；
具体的相关经验；
用于响应工作说明书的工作方法和工作计划；
关键员工的资质、可用性和胜任力；
公司的财务稳定性；
管理经验；
知识转移计划，包括培训计划。

针对国际项目，评估标准还可包括“本地内容”要求，例如，在提议的关键员工中要有本国人。

针对不同的标准，可以用数值分数、颜色代码或书面描述，来说明卖方满足采购组织需求的程度。这些标准是加权系统的组成部分，可据此以加权打分的方法排列所有建议书的顺序，以便确定谈判的顺序，并与某个卖方签订合同。

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

本附录的目的是总结第 4 到 13 章中每个知识领域的关键概念小结，可用作项目执行者的辅助工具、项目管理培训提供者的学习目标清单或准备参加认证考试者的学习资料。

裁剪项目资源管理时要考虑的因素包括（但不限于）：

多样性。团队的多样性背景是什么？
物理位置。团队成员和物质资源的物理位置在哪里？
行业特定资源。所在行业需要哪些特殊资源？
团队成员的招募。如何聘用项目团队成员？团队资源是全职还是兼职的？
团队建设和管理。如何管理项目团队建设？组织是否有管理团队建设的工具或是否需要增加新工具？是否需要为团队提供有关多样性管理的特殊培训？
生命周期方法。项目采用哪些生命周期方法？

9.4.2.6 培训