培训包括旨在提高项目团队成员能力的全部活动，可以是正式或非正式的，方式包括课堂培训、在线培训、计算机辅助培训、在岗培训（由其他项目团队成员提供）、辅导及训练。如果项目团队成员缺乏必要的管理或技术技能，可以把对这种技能的培养作为项目工作的一部分。项目经理应该按资源管理计划中的安排来实施预定的培训，也应该根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训，培训成本通常应该包括在项目预算中，或者如果增加的技能有利于未来的项目，则由执行组织承担。培训可以由内部或外部培训师来执行。
项目管理办公室 (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 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：
- 商业分析；
- 需求获取；
- 需求分析；
- 需求文件；
- 以往类似项目的项目需求；
- 图解技术；
- 引导；
- 冲突管理。
需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要相关方愿意认可的需求，才能作为基准。需求文件的格式多种多样，既可以是一份按相关方和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。
许多组织把需求分为不同的种类，如业务解决方案和技术解决方案。前者是相关方的需要，后者是指如何实现这些需要。把需求分成不同的类别，有利于对需求进行进一步完善和细化。需求的类别包括：
- 业务需求。整个组织的高层级需要，例如，解决业务问题或抓住业务机会，以及实施项目的原因。
- 相关方需求。相关方或相关方群体的需要。
- 解决方案需求。为满足业务需求和相关方需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求：
- 功能需求。功能需求描述产品应具备的功能，例如，产品应该执行的行动、流程、数据和交互。
- 非功能需求。非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量要求，例如，可靠性、保密性、性能、安全性、服务水平、可支持性、保留或清除等。
- 过渡和就绪需求。这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力，如数据转换和培训需求。
- 项目需求。项目需要满足的行动、过程或其他条件，例如里程碑日期、合同责任、制约因素等。
- 质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准，例如测试、认证、确认等。
见 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) 一节。
项目资源管理包括识别、获取和管理所需资源以成功完成项目的各个过程，这些过程有助于确保项目经理和项目团队在正确的时间和地点使用正确的资源。
项目资源管理过程包括：
9.1 规划资源管理 — 定义如何估算、获取、管理和利用实物以及团队项目资源的过程。
9.2 估算活动资源 — 估算执行项目所需的团队资源，以及材料、设备和用品的类型和数量的过程。
9.3 获取资源 — 获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。
9.4 建设团队 — 提高工作能力，促进团队成员互动，改善团队整体氛围，以提高项目绩效的过程。
9.5 管理团队 — 跟踪团队成员工作表现，提供反馈，解决问题并管理团队变更，以优化项目绩效的过程。
9.6 控制资源 — 确保按计划为项目分配实物资源，以及根据资源使用计划监督资源实际使用情况，并采取必要纠正措施的过程。
图 9-1 概括了项目资源管理的各个过程。虽然在本《PMBOK® 指南》中，各项目资源管理过程
以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 9-1项目资源管理概述
团队资源管理相对于实物资源管理，对项目经理提出了不同的技能和能力要求。实物资源包括设备、材料、设施和基础设施，而团队资源或人员指的是人力资源。项目团队成员可能具备不同的技能，可能是全职或兼职的，可能随项目进展而增加或减少。项目资源管理与项目相关方管理之间有重叠的部分（见 13 节），本节（第 9 节）则重点关注组成项目团队的部分相关方。
项目资源管理的核心概念项目团队由承担特定角色和职责的个人组成，他们为实现项目目标而共同努力。项目经理因此应在获取、管理、激励和增强项目团队方面投入适当的努力。尽管项目团队成员被分派了特定的角色和职责，但让他们全员参与项目规划和决策仍是有益的。团队成员参与规划阶段，既可使他们对项目规划工作贡献专业技能，又可以增强他们对项目的责任感。
项目经理既是项目团队的领导者又是项目团队的管理者。除了项目管理活动，例如启动、规划、执行、监控和关闭各个项目阶段，项目经理还负责建设高效的团队。项目经理应留意能够影响团队的不同因素，例如：
- 团队环境；
- 团队成员的地理位置；
- 相关方之间的沟通；
- 组织变更管理；
- 内外部政治氛围；
- 文化问题和组织的独特性；
- 其他可能改变项目绩效的因素。
作为领导者，项目经理还负责积极培养团队技能和能力，同时提高并保持团队的满意度和积极性，项目经理还应留意并支持职业与道德行为，确保所有团队成员都遵守这些行为。
实物资源管理着眼于以有效和高效的方式，分配和使用成功完成项目所需的实物资源，如材料、设备和用品。为此，组织应当拥有如下数据：（当前和合理的未来的）资源需求、（可以满足这些需求的）资源配置，以及资源供应。不能有效管理和控制资源是项目成功完成的风险来源。例如：
- 未能确保关键设备或基础设施按时到位，可能会推迟最终产品的制造；
- 订购低质量材料可能会损害产品质量，导致大量召回或返工；
- 保存太多库存可能会导致高运营成本，使组织盈利下降；另一方面，如果库存量太低，就可能无法满足客户需求，同样会造成组织盈利下降。
项目资源管理的趋势和新兴实践项目管理风格正在从管理项目的命令和控制结构，转向更加协作和支持性的管理方法，通过将决策权分配给团队成员来提高团队能力。此外，现代的项目资源管理方法致力于寻求优化资源使用。
有关项目资源管理的趋势和新兴实践包括（但不限于）：
- 资源管理方法。过去几年，由于关键资源稀缺，在某些行业中出现了一些普遍的趋势，涌现出很多关于精益管理、准时制 (JIT) 生产、Kaizen（持续改善）、全员生产维护 (TPM)、约束理论等方法的文献资料。项目经理应确定执行组织是否采用了一种或多种资源管理工具，从而对项目做出相应的调整。
- 情商 (EI)。项目经理应提升内在（如自我管理和自我意识）和外在（如关系管理）能力，从而提高个人情商。研究表明，提高项目团队的情商或情绪能力可提高团队效率，还可以降低团队成员离职率。
- 自组织团队。随着敏捷方法在 IT 项目中的应用越来越普遍，自组织团队（无需集中管控运作）越来越多。对于拥有自组织团队的项目，“项目经理”（可能不称为“项目经理”）的角色主要是为团队创造环境、提供支持并信任团队可以完成工作。成功的自组织团队通常由通用的专才而不是主题专家组成，他们能够不断适应变化的环境并采纳建设性反馈。
- 虚拟团队/分布式团队。项目全球化推动了对虚拟团队的需求的增长。这些团队成员致力于同一个项目，却分布在不同的地方。沟通技术（如电子邮件、电话会议、社交媒体、网络会议和视频会议等）的使用，使虚拟团队变得可行。虚拟团队管理有独特的优势，例如能够利用项目团队的专业技术，即使相应的专家不在同一地理区域；将在家办公的员工纳入团队；以及将行动不便者或残疾人纳入团队。而虚拟团队管理面临的挑战主要在于沟通，包括可能产生孤立感、团队成员之间难以分享知识和经验、难以跟进进度和生产率，以及可能存在时区和文化差异。
裁剪考虑因素由于每个项目都是独特的，项目经理需要裁剪项目资源管理过程。裁剪时应考虑的因素包括（但不限于）：
- 多元化。团队的多元化背景是什么？
- 物理位置。团队成员和实物资源的物理位置在哪里？
- 行业特定资源。所在行业需要哪些特殊资源？
- 团队成员的获得。如何获得项目团队成员？项目团队资源是全职还是兼职？
- 团队管理。如何管理项目团队建设？组织是否有管理团队建设的工具或是否需要创建新工具？
是否存在有特殊需求的团队成员？是否需要为团队提供有关多元化管理的特别培训？
- 生命周期方法。项目采用哪些生命周期方法？
在敏捷或适应型环境中需要考虑的因素易变性高的项目得益于最大限度地集中和协作的团队结构，例如拥有通才的自组织团队。
协作旨在提高生产率和促进创新的问题解决方式。协作型团队可以促进不同工作活动的加速整合、改善沟通、增加知识分享，以及提供工作分配的灵活性和其他优势。
虽然协作的优势也适用于其他项目环境，协作型团队对于易变性高且快速变化的项目成功而言通常是至关重要的，因为集中分配任务和决策所需的时间更少。
对于易变性高的项目，实物和人力资源规划的可预测性要低得多。在这些环境中，关于快速供应和精益方法的协议，对控制成本和实现进度而言至关重要。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 协调组织内部的最佳资源；
- 人才管理和员工发展；
- 确定为实现项目目标所需的初步投入水平；
- 根据组织文化确定报告要求；
- 根据经验教训和市场条件，评估获取资源所需的提前量；
- 识别与资源获取、留用和遣散计划有关的风险；
- 遵循适用的政府和工会法规；
- 管理卖方和物流工作，确保在需要时能够提供材料和用品。
作为项目管理计划的一部分，资源管理计划提供了关于如何分类、分配、管理和释放项目资源的指南。资源管理计划可以根据项目的具体情况分为团队管理计划和实物资源管理计划。资源管理计划可能包括（但不限于）：
- 识别资源。用于识别和量化项目所需的团队和实物资源的方法。
- 获取资源。关于如何获取项目所需的团队和实物资源的指南。
- 角色与职责。
- 角色。在项目中，某人承担的职务或分配给某人的职务，如土木工程师、商业分析师和测试协调员。
- 职权。使用项目资源、做出决策、签字批准、验收可交付成果并影响他人开展项目工作的权力。例如，下列事项都需要由具有明确职权的人来做决策：选择活动的实施方法，质量验收标准，以及如何应对项目偏差等。当个人的职权水平与职责相匹配时，团队成员就能最好地开展工作。
- 职责。为完成项目活动，项目团队成员必须履行的职责和工作。
- 能力。为完成项目活动，项目团队成员需具备的技能和才干。如果项目团队成员不具备所需的能力，就不能有效地履行职责。一旦发现成员的能力与职责不匹配，就应主动采取措施，如安排培训、招募新成员、调整进度计划或工作范围。
- 项目组织图。项目组织图以图形方式展示项目团队成员及其报告关系。基于项目的需要，项目组织图可以是正式或非正式的，非常详细或高度概括的。例如，一个 3000 人的灾害应急团队的项目组织图，要比仅有 20 人的内部项目的组织图详尽得多。
- 项目团队资源管理。关于如何定义、配备、管理和最终遣散项目团队资源的指南。
- 培训。针对项目成员的培训策略。
- 团队建设。建设项目团队的方法。
- 资源控制。依据需要确保实物资源充足可用、并为项目需求优化实物资源采购，而采用的方法。包括有关整个项目生命周期期间的库存、设备和用品管理的信息。
- 认可计划。将给予团队成员哪些认可和奖励，以及何时给予。
见 4.1.2.1 节。应征求具备团队和物质资源的规划和估算方面的专业知识或接受过相关培训的个人或小组的意见。
获取资源是获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。本过程的主要作用是，概述和指导资源的选择，并将其分配给相应的活动。本过程应根据需要在整个项目期间定期开展。图 9-8 描述本过程的输入、工具与技术和输出。图 9-9 是本过程的数据流向图。
图 9-8获取资源：输入、工具与技术和输出
• Projectcharter图 9-9获取资源：数据流向图
项目所需资源可能来自项目执行组织的内部或外部。内部资源由职能经理或资源经理负责获取（分配），外部资源则是通过采购过程获得。
因为集体劳资协议、分包商人员使用、矩阵型项目环境、内外部报告关系或其他原因，项目管理团队可能或可能不对资源选择有直接控制权。重要的是，在获取项目资源过程中应注意下列事项：
- 项目经理或项目团队应该进行有效谈判，并影响那些能为项目提供所需团队和实物资源的人员。
- 不能获得项目所需的资源时，可能会影响项目进度、预算、客户满意度、质量和风险；资源或人员能力不足会降低项目成功的概率，最坏的情况可能导致项目取消。
- 如因制约因素（如经济因素或其他项目对资源的占用）而无法获得所需团队资源，项目经理或项目团队可能不得不使用也许能力和成本不同的替代资源。在不违反法律、规章、强制性规定或其他具体标准的前提下可以使用替代资源。
在项目规划阶段，应该对上述因素加以考虑并做出适当安排。项目经理或项目管理团队应该在项目进度计划、项目预算、项目风险计划、项目质量计划、培训计划及其他相关项目管理计划中，说明缺少所需资源的后果。
建设团队是提高工作能力，促进团队成员互动，改善团队整体氛围，以提高项目绩效的过程。
本过程的主要作用是，改进团队协作、增强人际关系技能、激励员工、减少摩擦以及提升整体项目绩效。本过程需要在整个项目期间开展。
图 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 节。应考虑具备以下专业知识或接受过相关培训的个人或小组的意见：
- 以往类似项目；
- 定性风险分析。
专家判断往往可通过引导式风险研讨会或访谈获取。应该注意专家可能持有偏见。
见 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.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 理解组织内的政治和权力结构；
- 了解所在组织和其他受影响组织（包括客户及其他组织）的环境和文化；
- 了解项目所在行业或项目可交付成果类型；
- 了解个体团队成员的贡献和专长。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 组织内部及外部的政治和权力结构；
- 组织及组织外部的环境和文化；
- 相关方参与过程使用的分析和评估技术；
- 沟通手段和策略；
- 来自以往项目的关于相关方、相关方群体及相关方组织（他们可能参与过以往的类似项目）的特征的知识。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 组织内部及外部的政治和权力结构；
- 组织及组织外部的环境和文化；
- 相关方参与过程使用的分析和评估技术；
- 沟通方法和策略；
- 可能参与过以往类似项目的相关方、相关方群体及相关方组织的特征。
- 需求管理、供应商管理和变更管理。
本附录的目的是总结第 4 到 13 章中每个知识领域的关键概念小结，可用作项目执行者的辅助工具、项目管理培训提供者的学习目标清单或准备参加认证考试者的学习资料。
裁剪项目资源管理时要考虑的因素包括（但不限于）：
- 多样性。团队的多样性背景是什么？
- 物理位置。团队成员和物质资源的物理位置在哪里？
- 行业特定资源。所在行业需要哪些特殊资源？
- 团队成员的招募。如何聘用项目团队成员？团队资源是全职还是兼职的？
- 团队建设和管理。如何管理项目团队建设？组织是否有管理团队建设的工具或是否需要增加新工具？是否需要为团队提供有关多样性管理的特殊培训？
- 生命周期方法。项目采用哪些生命周期方法？