1、注：1. 划下划线、加粗、置红的为重点，需要注意。2. 为解释说明。引论1. 组织和或项目管理团队负责为具体项目选择适用的知识。2. 责任、尊重、公正、诚实，诚实是第一位的，责任为基础。3. 项目制约因素：范围、质量、进度、预算、资源、风险，具体的项目会有具体的制约因素，项目经理需要加以关注。4. 组织战略与优先级相关联，项目组合与项目集之间以及项目集与单个项目之间都存在联系。组织规划通过对项目的优先级排序来影响项目，而项目的优先级排序则取决于风险、资金和组织的战略计划。【项目组合的实例，凡出现“优先级”、“战略”，均指项目组合】5. 项目组合项目组合是指为便于有效管理、实现战略业务目标而组合
2、在一起的项目、项目集和其他工作。【其他工作可能包括运营】项目组合管理是指为了实现特定的战略业务目标，对一个或多个项目组合进行的集中管理，包括识别、排序、授权、管理和控制项目、项目集和其他有关工作。项目组合管理重点关注：通过审核项目和项目集来确定资源分配的优先顺序，并确保对项目组合的管理与组织战略协调一致。如果项目间的联系仅限于共享顾主、供应商、技术或资源，那么这些项目就应作为一个项目组合而非项目集来管理。6. 项目集项目集是一组相互关联且被协调管理的项目。协调管理是为了获得对单个项目分别管理所无法实现的利益和控制。项目集中可能包括各单个项目范围之外的相关工作。【如运营】项目集管理重点关注项目间
3、的依赖关系，并有助于找到管理这些依赖关系的最佳方法。7. 项目经常被作为实现组织战略计划的一种手段，通常出于以下一项或多项战略考虑而批准项目启动：市场需求【针对多个客户】、客户要求【单一客户，如外包、科研】8. 项目组合管理的一个目的是：通过深入审查项目组合的所有组成部分（项目集、项目和其他相关工作），来实现项目组合的价值最大化。可以从项目组合中剔除那些对项目组合战略目标贡献最小的组成部分。用这种方式，组织的战略计划就成为决定项目投资的主要因素。9. PMO项目管理办公室（PMO）是负责对所辖各项目进行集中协调管理的一个组织部门。在项目开始阶段，PMO 可能有权起到核心干系人和关键决策者的作用
4、。10. 干系人项目管理团队必须识别所有的内部和外部干系人。【一般此时还未设定PM】为了确保项目成功，项目经理必须针对项目要求来管理各种干系人对项目的影响。关系人管理原则：全部识别，重点管理，尽早参与最主要的干系人：发起人，最核心的干系人：PM发起人的角色： 发布项目章程-批复有关章程的变更-澄清范围方面的问题-提供资金-副交付物进行正式的验收 提供工作说明书-在项目之间设置优先级别-在三角约束条件中确定优先级别-批复最终的项目管理计划 解决超出项目经理控制范围的冲突，保护项目免受外面的影响。职能经理的角色 为项目团队委派具体的人员-批复最终的进度计划11. PMPM负责：做什么（范围）、何时
5、做（时间）、花多大代价做（成本）、做到何种程度（质量）；职能经理负责：谁来做（人力）、如何做（技术）12. 卖方又称供应商、供方或承包商（利用技术等负责完成合同任务的当事人）13. 组织过程资产项目团队成员通常有责任在项目全过程中对组织过程资产进行必要的更新和补充分类： 组织的工作流程和程序（内部积累） 共享知识库第 2 部分 单个项目的项目管理标准第 3 章 单个项目的项目管理过程1. 项目过程由项目团队实施，分为：项目管理过程（“管”）和产品导向过程（“干”）2. 启动过程组包含获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。通过启动过程，定义初步范围和落实
6、初步财务资源，识别那些将相互作用并影响项目总体结果的内外部干系人，选定项目经理（如果尚未安排）。这些信息应反映在项目章程和干系人登记册中。一旦项目章程获得批准，项目也就得到了正式授权。虽然项目管理团队可以协助编写项目章程，但对项目的批准和资助却是在项目边界之外进行的。3. 执行过程组包含完成项目管理计划中确定的工作以实现项目目标的一组过程。这个过程组不但要协调人员和资源，还要按照项目管理计划整合并实施项目活动。项目执行的结果可能引发更新项目计划和重新确立基准【成本、进度、范围】，包括变更预期的活动持续时间，变更资源生产力与可用性以及考虑未曾预料到的风险。4. 监控过程组包含跟踪、审查和调整项目
7、进展与绩效，识别必要的计划变更并启动相应变更的一组过程。关键作用是持续并有规律地观察和测量项目绩效，从而识别与项目管理计划的偏差。【主要工作：识别偏差、提出变更、管理变更】监控过程组的作用还包括： 控制变更，并对可能出现的问题推荐预防措施； 对照项目管理计划和项目绩效基准，监督正在进行中的项目活动； 干预那些规避整体变更控制的因素，确保只有经批准的变更才能付诸执行。持续的监督使项目团队得以洞察项目的健康状况，并识别需要格外注意的方面。监控过程组不仅监控一个过程组内的工作，而且监控整个项目的工作监控项目工作是跟踪、审查和调整项目进展，以实现项目管理计划中确定的绩效目标的过程5. 收尾过程组包含为
8、完结所有项目管理过程组的所有活动，以正式结束项目或阶段或合同责任而实施的一组过程。项目或阶段收尾时可能需要进行以下工作： 获得客户或发起人的验收【发起人是首选】； 进行项目后评价或阶段结束评价； 记录“裁剪”任何过程的影响； 记录经验教训； 对组织过程资产进行适当的更新； 将所有相关项目文件在项目管理信息系统（PMIS）中归档，以便作为历史数据使用； 结束采购工作。第 3 部分 项目管理知识领域第 4 章 项目整合管理1. 项目整合管理包括为识别、定义、组合、统一与协调项目管理过程组的各过程及项目管理活动而进行的各种过程和活动。2. 项目整合管理内容：选择资源分配方案平衡相互竞争的目标和方案管
9、理项目管理知识领域之间的依赖关系通过配置管理，确保项目文件与项目管理计划及可交付产品保持一致4.1. 制定项目章程4.1.1. 定义定义：制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。制定项目章程在项目执行组织【项目团队】与发起组织【发起人】（或客户，如果是外部项目的话）之间建立起伙伴关系。项目章程的批准，标志着项目的正式启动。在项目中，应尽早确认并任命项目经理，最好在制定项目章程时就任命，最晚也必须在规划开始之前。项目经理应该参与制定项目章程，因为该章程将授权项目经理在项目活动中使用组织资源。项目由项目以外的人员【项目启动者或发起人】批准，如发起人、PMO
10、 或项目组合指导委员会。通过编制项目章程，就可以把项目与组织的战略及日常运营工作联系起来。4.1 制定项目章程项目工作说明书 SOW 专家判断 项目章程商业论证 合同 事业环境因素 组织过程资产 4.1.2. 输入1. 项目工作说明书工作说明书（SOW）是对项目所需交付的产品或服务的叙述性说明。对于内部项目，项目启动者或发起人根据业务需要及对产品或服务的需求，来提供工作说明书。对于外部项目，工作说明书则由客户提供，可以是招标文件（例如，建议邀请书、信息邀请书、投标邀请书）的一部分，或合同的一部分。【外部：客户提供，内部：发起人/项目启动者】SOW 须涉及： 业务需要。组织的业务需要可基于市场需
11、求、技术进步、法律要求或政府法规。 产品范围描述。记录项目所需产出的产品的特征，以及这些产品或服务与项目所对应的业务需求之间的关系。 战略计划。所有项目都应支持组织的战略目标。进行项目选择和排序时，应该考虑执行组织的战略计划。2. 商业论证商业论证或类似文件能从商业角度提供必要的信息，决定项目是否值得投资。在多阶段项目中，可通过对商业论证的定期审核，来确保项目能实现其商业利益。在项目生命周期的早期，项目发起组织对商业论证的定期审核，也有助于确认项目是否仍然必要。3. 合同项目是为外部客户而做的4. 事业环境因素5. 组织过程资产4.1.3. 工具与技术1. 专家判断4.1.4. 输出1. 项目
12、章程/项目任务书项目章程中包含对项目和产品特征的概括性描述，以及项目审批要求。项目章程记录业务需要、对客户需求的理解，以及需要交付的新产品、服务或成果，例如： 项目目的或批准项目的原因； 可测量的项目目标和相关的成功标准； 项目的总体要求； 概括性的项目描述； 项目的主要风险； 总体里程碑进度计划； 总体预算； 项目审批要求（用什么标准评价项目成功，由谁对项目成功下结论，由谁来签署项目结束）； 委派的项目经理及其职责和职权； 发起人或其他批准项目章程的人员的姓名和职权4.2. 制定项目管理计划4.2.1. 定义制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。4.
13、2 制定项目管理计划项目章程 专家判断 项目管理计划其他规划过程的输出 事业环境因素 组织过程资产 4.2.2. 输入1. 项目章程2. 其他规划过程的输出其他规划过程所输出的任何基准和子管理计划，都是本过程的输入。项目范围说明书（定义范围） 、范围基准（创建工作分解结构） 、需求文件和需求管理计划（收集需求） 、成本绩效基准（制定预算） 、进度基准（制定进度计划） 、质量管理计划和过程改进计划（规划质量） 、人力资源管理计划（制定人力资源计划） 、沟通管理计划（规划沟通） 、风险管理计划（规划风险管理） 、采购管理计划（规划采购）3. 事业环境因素4. 组织过程资产4.2.3. 工具和技术1
14、. 专家判断4.2.4. 输出1. 项目管理计划项目管理计划合并与整合了其他各规划过程所输出的所有子管理计划和基准。项目管理计划包括（但不限于）： 项目所选用的生命周期以及各阶段将采用的过程。 项目管理团队进行“剪裁”的结果，包括：项目管理团队所选择的项目管理过程，每个所选过程的执行水平，对这些过程所需的工具与技术的描述，将如何利用所选过程来管理具体项目，包括这些过程间的依赖关系和相互影响，以及这些过程的主要输入和输出。 如何执行工作以实现项目目标。 一份变更管理计划，用来明确如何对变更进行监控。 一份配置管理计划，用来明确如何开展配置管理。 如何维护绩效测量基准的严肃性。 干系人的沟通需求和
15、适用的沟通技术。 为处理未决事宜和制定决策所需开展的管理层重点审查，以便审查相关内容、涉及程度和时机把握。每个子计划的详细程度取决于具体项目的要求。项目管理计划一旦被确定下来，成为基准，就只有在提出变更请求并经实施整体变更控制过程批准后，才能变更项目基准包括（但不限于）： 进度基准； 成本绩效基准； 范围基准。子计划包括（但不限于）： 范围管理计划（见第 5 章引言部分）； 需求管理计划（见 5.1.3.2 节）； 进度管理计划（见第 6 章引言部分）； 成本管理计划（见第 7 章引言部分）； 质量管理计划（见 8.1.3.1 节）； 过程改进计划（见 8.1.3.4 节）； 人力资源计划（见
16、 9.1.3.1 节）； 沟通管理计划（见 10.2.3.1 节）； 风险管理计划（见 11.1.3.1 节）； 采购管理计划（见 12.1.3.1 节）。4.3. 指导与管理项目执行4.3.1. 定义为实现项目目标而执行项目管理计划中所确定的工作的过程。具体活动包括（但不限于）： 开展活动来实现项目要求； 创造项目的可交付成果； 配备、培训和管理项目团队成员； 获取、管理和使用资源，包括材料、工具、设备与设施； 执行已计划好的方法和标准； 建立并管理项目团队内外的项目沟通渠道； 生成项目数据（如成本、进度、技术和质量进展情况，以及状态数据），为预测提供基础； 提出变更请求，并根据项目范围、计
17、划和环境来实施批准的变更； 管理风险并实施风险应对活动； 管理卖方和供应商； 收集和记录经验教训，并实施批准的过程改进活动。4.3 指导与管理项目执行项目管理计划 专家判断 可交付成果批准的变更请求 项目管理信息系统 工作绩效信息事业环境因素 变更请求组织过程资产 项目管理计划（更新）项目文件（更新）4.3.2. 输入1. 项目管理计划2. 批准的变更请求批准的变更请求书面记录了经过批准的变更，用来扩大或缩小项目范围。批准的变更请求也可用来修改政策、项目管理计划、程序、成本、预算或进度计划。批准的变更请求可能要求采取预防或纠正措施。3. 事业环境因素 组织、公司或客户的文化与结构； 基础设施（
18、如现有的设施和固定资产）； 人事管理制度（如人员雇用与解聘指南、员工绩效评价与培训记录）； 干系人风险承受力； 项目管理信息系统（如自动化工具，包括进度计划软件、配置管理系统、信息收集与发布系统或进入其他在线自动化系统的网络界面） 。4. 组织过程资产4.3.3. 工具与技术1. 专家判断2. 项目管理信息系统(PMIS)4.3.4. 输出1. 可交付成果批准的可交付成果是在某一过程、阶段或项目完成时，必须产出的任何独特并可验证的产品、成果或服务能力。2. 工作绩效信息收集项目活动信息是项目进展过程中的一项常规工作。 可交付成果的状态； 进度进展情况； 已发生的成本3. 变更请求变更请求可以是
19、直接或间接的，可以由外部或内部提出，可以是自选的或由法律/合同强制的。指导与管理项目执行还需实施已批准的变更，包括： 纠正措施。为使项目工作的未来期望绩效与项目管理计划保持一致，而对项目执行工作下达的书面指令。 预防措施。通过实施某项活动，来降低项目风险消极后果的发生概率的书面指令。 缺陷补救。识别项目组成部分的某一缺陷之后所形成的正式文件，用于就如何修补该缺陷或彻底替换该部分提出建议。 更新。对正规受控的文件或计划等的变更，以反映修改或增加的意见或内容纠正和预防措施通常不会影响项目基准，而只对基于基准的具体实施工作产生影响。4. 项目管理计划（更新）5. 项目文件（更新）4.4. 监控项目工
20、作4.4.1. 定义监控项目工作是跟踪、审查和调整项目进展，以实现项目管理计划中确定的绩效目标的过程。包括收集、测量和发布绩效信息，分析测量结果和预测趋势，以便推动过程改进。4.3 指导与管理项目执行项目管理计划 专家判断 可交付成果批准的变更请求 项目管理信息系统 工作绩效信息事业环境因素 变更请求组织过程资产 项目管理计划（更新）项目文件（更新）4.4.2. 输入1. 项目管理计划2. 绩效报告报告应由项目团队编制，详细描述各项活动、已完成工作、里程碑和已识别的问题。过去、现在、将来3. 事业环境因素 政府或行业标准 公司的工作授权系统； 干系人风险承受力； 项目管理信息系统4. 组织过程
21、资产4.4.3. 工具与技术1. 专家判断4.4.4. 输出1. 变更请求变更可能会影响项目管理计划、项目文件或可交付产品。2. 项目管理计划（更新）3. 项目文件（更新）4.5. 实施整体变更控制4.5.1. 定义审查所有变更请求，批准变更，并管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更的过程。应该通过否决或批准变更，来确保只有经批准的变更才能纳入修改后的基准中。项目的任何干系人都可以提出变更请求。【所有的变更必须有结果（批准或否决） ；书面记录；纳入变更管理/配置管理系统中。】配置控制重点关注可交付成果及各个过程的技术规范，而变更控制则着眼于识别、记录和控制对项目及产品基准
22、的变更。 【配置系统包含变更管理系统】变更控制委员会的角色与职责，应该在配置控制程序与变更控制程序中明确规定，并经相关干系人一致同意。在整个项目中使用包含变更控制过程的配置管理系统，旨在实现三个主要目标： 建立一种先进的方法，以便规范地识别和提出对既定基准的变更，并评估变更的价值和有效性； 通过分析各项变更的影响，为持续验证和改进项目创造机会； 建立一种机制，以便项目管理团队规范地向有关干系人沟通变更的批准和否决情况。包含在整体变更控制过程中的部分配置管理活动如下： 配置识别。选择与识别配置项，从而为定义与核实产品配置、标志产品和文件、管理变更和明确责任提供基础。 配置状态记录。为了能及时提供
23、关于配置项的适当数据，应记录和报告相关信息。此类信息包括已批准的配置识别清单、配置变更请求的状态和已批准的变更的实施状态。 配置核实与审计。配置核实与配置审计能保证项目配置项组合的正4.5 实施整体变更控制项目管理计划 专家判断 变更请求状态（更新）工作绩效信息 变更控制会 项目管理计划（更新）变更请求 项目文件（更新）事业环境因素 组织过程资产 4.5.2. 输入1. 项目管理计划2. 工作绩效信息3. 变更请求4. 事业环境因素5. 组织过程资产4.5.3. 工具与技术1. 专家判断2. 变更控制会(CCB)4.5.4. 输出1. 变更请求状态（更新）全部变更的状态，无论批准与否，都要在变
24、更请求日志中更新。2. 项目管理计划（更新）3. 项目文件（更新）变更请求日志4.6. 结束项目或阶段4.6.1. 定义完结所有项目管理过程组中的所有活动，以正式结束项目或阶段的过程。本过程涵盖进行项目或阶段行政收尾所需的全部活动。4.6 结束项目或阶段项目管理计划 专家判断 最终产品、服务或成果移交验收的可交付成果 组织过程资产（更新）组织过程资产 4.6.2. 输入1. 项目管理计划2. 验收的可交付成果已在核实范围过程（见 5.4 节）中通过验收的那些可交付成果。3. 组织过程资产4.6.3. 工具与技术1. 专家判断专家判断用于开展行政收尾活动。依靠专家来确保项目或阶段收尾符合适用标准
25、。4.6.4. 输出1. 最终产品、服务或成果移交2. 组织过程资产（更新） 项目档案【files归档文件】。在项目活动中产生的各种文件。 项目或阶段收尾文件。表明项目或阶段完工的正式文件；用来把完成的项目或阶段可交付成果移交给他人（如运营部门或下一阶段）的正式文件。 历史信息。问题风险适用于未来项目的有效技术的信息。4.6.5. 例子1. 项目经理要进行收尾工作，需要以下那两个？A 行政收尾流程和合同文件 B 行政收尾流程和合同管理流程C 行政收尾流程和合同收尾文件 D 合同文件和项目管理计划答案：D。结束项目/项目收尾的输入为项目管理计划、验收的可交付成果、组织过程资产。第 5 章 项目范
26、围管理1. 项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。产品范围：某项产品、服务或成果所具有的特性和功能。项目范围：为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。完成依据：项目范围-审查项目范围管理计划产品范围-审查产品需求2. 经批准的详细项目范围说明书以及相应的工作分解结构、工作分解结构词典，构成项目的范围基准。5.1. 收集需求5.1.1. 定义为实现项目目标而定义并记录干系人的需求的过程。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。项目需求包括商业需求、项目管理需求、交付
27、需求等。产品需求则包括技术需求、安全需求、性能需求等。5.1 收集需求项目章程 访谈 需求文件干系人登记册 焦点小组会议 需求管理计划引导式研讨会 需求跟踪矩阵群体创新技术 群体决策技术 问卷调查 观察法 原型法 5.1.2. 输入1. 项目章程2. 干系人登记册5.1.3. 工具与技术1. 访谈正式/非正式、 “一对一” 、 “即兴”2. 焦点小组会议“互动式讨论”3. 引导式研讨会/现场会跨职能、快速定义、达成一致联合应用开发（JAD）-开发、质量功能展开（QFD）-制造业4. 群体创新技术头脑风暴法。用来产生和收集对项目需求与产品需求的多种创意的一种技术。 【平级的人参与、只能说好】名义
28、小组技术。通过投票来排列最有用的创意，以便进行进一步的头脑风暴或优先排序。名义小组技术是头脑风暴法的深化应用。德尔菲技术。由一组选定的专家回答问卷，并对每一轮需求收集的结果再给出反馈。专家的答复只能交给主持人，以保持匿名状态。 【匿名、达成一致、消除偏见】概念/思维导图。把从头脑风暴中获得的创意，用一张简单的图联系起来，以反映这些创意之间的共性与差异，从而引导出新的创意。亲和图。这种技术可以将大量创意分类，以便审查和分析。5. 群体决策技术是为达成某种期望结果而对多个未来行动方案进行评估。群体决策技术可用来开发产品需求，以及对产品需求进行归类和优先排序。一致同意。每个人都同意某个行动方案。大多
29、数原则。获得群体中50%以上的人的支持。相对多数原则。根据群体中相对多数者的意见做出决定，即便未能获得一部分人的支持。独裁。某一个人为群体做出决策。6. 问卷调查7. 观察法/工作跟踪直接观察个人在各自的环境中如何开展工作和实施流程。当产品使用者难以或不愿说明他们的需求时，就特别需要通过观察来了解细节。8. 原型法符合渐进明细的理念。5.1.4. 输出1. 需求文件只有明确的（可测量和可测试的） 、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。2. 需求管理计划3. 需求跟踪矩阵需求跟踪矩阵是一张连接需求与需求源的表格，以便在整个项目生命周期中对需求进行跟踪。需求跟踪
30、矩阵把每一个需求与业务目标或项目目标联系起来，有助于确保每一个需求都具有商业价值。它为人们在整个项目生命周期中跟踪需求提供了一种方法，有助于确保需求文件所批准的每一项需求在项目结束时都得到实现。需求跟踪矩阵为管理产品范围变更提供了框架。5.2. 定义范围5.2.1. 定义是制定项目和产品详细描述的过程【项目范围说明书】 。应该根据项目启动过程中记载的主要可交付成果、假设条件和制约因素，来编制项目范围说明书。5.2 定义范围项目章程 专家判断 项目范围说明书需求文件 产品分析 项目文件（更新）组织过程资产 备选方案识别 引导式研讨会 5.2.2. 输入1. 项目章程2. 需求文件3. 组织过程资
31、产5.2.3. 工具与技术1. 专家判断2. 产品分析针对以产品为可交付成果的项目（区别于提供服务或成果的项目） 。包括产品分解、系统分析、需求分析、系统工程、价值工程【新产品研发】和价值分析【老产品升级】等。3. 备选方案识别4. 引导式研讨会5.2.4. 输出1. 项目范围说明书详细描述项目的可交付成果为提交这些可交付成果而必须开展的工作项目干系人之间就项目范围所达成的共识明确指出哪些工作不属于本项目范围具体内容： 产品范围描述 产品验收标准 项目可交付成果 项目的除外责任 项目制约因素 项目假设条件2. 项目文件（更新）5.3. 创建工作分解结构 WBS1. 定义创建工作分解结构（WBS
32、）是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。工作分解结构是以可交付成果为导向的工作层级分解，其分解的对象是项目团队为实现项目目标、提交所需可交付成果而实施的工作（即定义每一项可交付成果，并把可交付成果分解为工作包） 。工作包：是工作分解结构的底层，是能够可靠地估算和管理工作成本和活动持续时间的位置。工作：指经过努力所取得的成果，如工作产品或可交付成果，而非“努力”本身。5.3 创建工作分解结构 WBS项目范围说明书 分解 工作分解结构需求文件 工作分解结构词典组织过程资产 范围基准项目文件（更新）2. 输入1. 项目范围说明书2. 需求文件3. 组织过程资产3. 工
33、具与技术1. 分解分解就是把项目可交付成果划分为更小的、更便于管理的组成部分，直到工作和可交付成果被定义到工作包的层次。要把整个项目工作分解成工作包，一般需开展下列活动： 识别和分析可交付成果及相关工作； 确定工作分解结构的结构与编排方法； 自上而下逐层细化分解； 为工作分解结构组成部分制定和分配标志编码； 核实工作分解的程度是必要且充分的。要把每个可交付成果或子项目都分解为基本的组成部分，即可核实的产品、服务或成果。工作分解结构可以采用列表式、组织结构图式、鱼骨图式或其他方式。通过确认工作分解结构下层的组成部分是完成上层相应可交付成果的必要且充分的工作，来核实分解的正确性。不同的可交付成果可
34、以分解到不同的层次。要在未来远期才完成的可交付成果或子项目，当前可能无法分解。项目管理团队通常要等到这些可交付成果或子项目的信息足够明确后，才能制定出工作分解结构中的相应细节。这种技术有时称做滚动式规划。工作分解结构包含了全部的产品和项目工作，包括项目管理工作。通过把工作分解结构底层的所有工作逐层向上汇总，来确保没有遗漏工作，也没有增加多余的工作。这有时被称为100%规则。4. 输出1. 工作分解结构控制账户工具 Control Account Tool：一种管理控制点。在该控制点上，把范围、预算（资源计划） 、实际成本和进度加以整合，并把它们与挣值相比较，以测量绩效。参见“工作包” 。账户编
35、码工具 Code of Accounts Tool：用于唯一地识别工作分解结构每个组成部分的编码系统。每个控制账户都有唯一的编码或账号，并用此编码或账号直接链接到执行组织的会计系统。Planning Package 规划包：在控制账户之下，工作内容已知但尚缺详细进度活动的工作分解结构组成部分。参见“控制账户” 。Work Authorization 工作授权：用来启动某进度活动、工作包或控制账户工作的许可或指示，一般是书面形式的。它是项目工作的一种批准方法，目的是确保该工作由正确的组织、在正确的时间、以正确的顺序完成。Work Authorization System Tool 工作授权系统：
36、整个项目管理系统的一个子系统。它是一系列正式书面程序的集合，规定如何授权（委托）项目工作，以保证该工作由正确的组织、在正确的时间、以正确的顺序执行。工作授权系统包括发布工作授权所需的步骤、文件、跟踪系统以及审批层次。2. 工作分解结构词典Work Breakdown Structure Dictionary Output/Input 工作分解结构词典输出输入：描述工作分解结构（WBS）各组成部分的文件（包括工作包和控制账户） 。对于工作分解结构的每一组成部分，工作分解结构词典都包括：简明的范围定义或工作说明、明确的可交付成果、相关活动清单以及里程碑清单。其他信息可能包括：责任组织、开始和完成日
37、期、所需资源、成本估算、成本编号、合同信息、质量要求，以及便于完成工作的技术参考信息。3. 范围基准由批准过的项目范围说明书、WBS、工作分解结构词典（WBS词汇表）组成（范围基准=SOW+WBS+WBS词典） ，是项目管理计划的一部分。范围变更属于基准变更，需要有CCB审批。4. 项目文件（更新）5.4. 核实范围1. 定义正式验收项目已完成的可交付成果的过程。核实范围包括与客户或发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户或发起人的正式验收。范围核实主要关注对可交付成果的验收，而质量控制则主要关注可交付成果是否正确以及是否满足质量要求。5.4 核实范围项目管理计划 检查/
38、审查/产品审查/审计/巡检 验收的可交付成果需求文件 变更请求需求跟踪矩阵 项目文件（更新）确认的可交付成果 2. 输入1. 项目管理计划（范围基准=SOW+WBS+WBS 词典）2. 需求文件列明了全部项目、产品和技术需求，以及项目和产品必须满足的其他需求，连同相应的验收标准。3. 需求跟踪矩阵4. 确认的可交付成果指已经完成并经实施质量控制过程检验合格的可交付成果。3. 工具与技术1. 检查检查是指开展测量、审查与核实等活动，来判断工作和可交付成果是否符合要求及产品验收标准。检查有时也被称为审查、产品审查、审计和巡检等。4. 输出1. 验收的可交付成果符合验收标准的可交付成果应该由客户或发
39、起人正式签字批准。应该从客户或发起人那里获得正式文件，证明干系人对项目可交付成果的正式验收。这些文件将提交给结束项目或阶段过程。2. 变更请求对已经完成但未通过正式验收的可交付成果及其未通过验收的原因，应该记录在案，并提出适当的变更请求，以便进行缺陷补救。3. 项目文件（更新）5.5. 控制范围5.5.1. 定义是监督项目和产品的范围状态，管理范围基准变更的过程。对项目范围进行控制，就必须确保所有请求的变更、推荐的纠正措施或预防措施都经过实施整体变更控制过程（见4.5 节）的处理。未得到控制的变更通常被称为项目范围蔓延。5.5 控制范围项目管理计划 偏差分析 工作绩效测量结果工作绩效信息 组织
40、过程资产（更新）需求文件 变更请求需求跟踪矩阵 项目管理计划（更新）组织过程资产 项目文件（更新）5.5.2. 输入1. 项目管理计划范围基准、范围管理计划、变更管理计划、配置管理计划、需求管理计划。2. 工作绩效信息3. 需求文件4. 需求跟踪矩阵5. 组织过程资产5.5.3. 工具与技术5.5.3.1 偏差分析可利用项目绩效测量结果，来评估偏离范围基准的程度。5.5.4. 输出1. 工作绩效测量结果2. 组织过程资产（更新）3. 变更请求4. 项目管理计划（更新）5. 项目文件（更新）第 6 章 项目时间管理项目时间管理包括保证项目按时完成的各过程。在开始项目时间管理的6 个过程之前，项目
41、管理团队需要先开展规划工作，编制出进度管理计划，确定进度计划的编制方法和工具，并为编制进度计划、控制项目进度设定格式和准则。6.1. 定义活动6.1.1. 定义识别为完成项目可交付成果而需采取的具体行动的过程。项目工作包通常还应进一步细分为更小的组成部分，即活动为完成工作包而必须开展的工作。活动是开展估算、编制进度计划以及执行和监控项目工作的基础。6.1 定义活动范围基准 分解 活动清单事业环境因素 滚动式规则 活动属性组织过程资产 模板 里程碑清单专家判断 里程碑适宜向高层演示。6.1.2. 输入1. 范围基准2. 事业环境因素（PMIS）3. 组织过程资产6.1.3. 工具与技术1. 分解
42、定义活动过程最终输出的是活动，而非可交付成果。可交付成果是创建工作分解结构过程（见5.3 节）的输出。让团队成员参与分解，有助于得到更好、更准确的结果。 【分解工作有助于团队建设作用】2. 滚动式规划滚动式规划是一种渐进明细的规划方式，即对近期要完成的工作进行详细规划，而对远期工作则暂时只在WBS 的较高层次上进行粗略规划。在早期的战略规划阶段，信息尚不够明确，工作包也许只能分解到里程碑的水平；而后，随着了解到更多的信息，近期即将实施的工作包就可以分解成具体的活动。3. 模板4. 专家判断6.1.4. 输出1. 活动清单2. 活动属性在项目初始阶段，活动属性包括活动标志、WBS 标志和活动名称
43、；当活动完成时，活动属性则可能还包括活动编码、活动描述、紧前活动、紧后活动、逻辑关系、时间提前与滞后量（见6.2.2.3 节） 、资源需求、强制日期、制约因素和假设条件。活动属性还可用于识别工作执行负责人、实施工作的地区或地点，以及活动类型，如人力投入量（Level Of Effort， LOE） 、分立型投入（Discrete Effort，DE ）与分摊型投入（Apportioned Effort，AE ） 。活动属性可用于编制进度计划。还可基于活动属性，在项目报告中以各种方式对进度活动进行选择、排序和分类。3. 里程碑清单6.2. 排列活动顺序6.2.1. 定义排列活动顺序是识别和记录项
44、目活动间逻辑关系的过程。活动按逻辑关系序。除了首尾两项，每项活动和每个里程碑都至少有一项紧前活动和一项紧后活动。为了使项目进度计划现实、可行，可能需要在活动间加入时间提前量或滞后量。6.2 排列活动顺序活动清单 紧前关系绘图法（PDM）/节点法 项目进度网络图活动属性 确定依赖关系 项目文件（更新）里程碑清单 利用时间提前量与滞后量 项目范围说明书 进度网络模板 组织过程资产 6.2.2. 输入1. 活动清单2. 活动属性活动属性可能说明了必需的事件顺序或者确定的紧前紧后关系。3. 里程碑清单4. 项目范围说明书5. 组织过程资产6.2.3. 工具与技术1. 紧前关系绘图法（PDM）/前导图/
45、节点图 AONPDM 用于关键路径法（CPM），是一种用方框或矩形（称为节点）表示活动，用箭线（表示活动之间的逻辑关系）连接活动的项目进度网络图绘制法。用节点表示活动，剪头表示逻辑关系，活动间的逻辑关系或前导关系： 完成开始FS： 完成完成FF 开始完成SF 开始开始SS2. 确定依赖关系强制性依赖关系/硬逻辑关系选择性依赖关系/软逻辑关系/ 首选逻辑关系/优先逻辑关系应该对选择性依赖关系进行全面记录，因为它们会影响总浮动时间，并限制后续的进度安排。如果打算进行快速跟进，则应当审查相应的选择性依赖关系，并考虑是否需要加以更改或消除。外部依赖关系3. 利用时间提前量与滞后量利用时间提前量，可以提
46、前开始紧后活动利用时间滞后量，可以推迟开始紧后活动4. 进度网络模板项目进度网络图中的某些部分常被称为子网络或网络片段。子网络在项目包含若干相同或相似的可交付成果时尤其有用，例如，高层办公楼的各层楼面、药品研发项目的各次临床试验、软件项目的各编程模块，或者开发项目的各启动阶段。6.2.4. 输出1. 项目进度网络图项目进度网络图是展示项目各进度活动及其相互之间逻辑关系（也叫依赖关系）的图形。进度网络图可包括项目的全部细节，也可只列出概括性活动。项目进度网络图应附有简要的文字，说明活动排序所使用的基本方法。2. 项目文件（更新）6.3. 估算活动资源6.3.1. 定义估算各项活动所需材料、人员、
47、设备和用品的种类和数量的过程。6.3 估算活动资源活动清单 专家判断 活动资源需求活动属性 备选方案分析 资源分解结构资源日历 出版的估算数据 项目文件（更新）事业环境因素 自下而上估算 组织过程资产 项目管理软件 6.3.2. 输入1. 活动清单2. 活动属性3. 资源日历综合的资源日历（见9.2 节）中包含了关于可用人力资源的数量以及能力与技能水平的信息。例如，在工程设计项目的早期阶段，可供使用的资源可能包括大量的初级与高级工程师，而在同一项目的后期阶段，可使用的资源可能仅限于曾参与项目早期阶段、因而熟悉本项目的人员。区别： 资源日历：目前资源使用情况，事业环境因素 资源直方图：项目对资源
48、的主观需求4. 事业环境因素5. 组织过程资产6.3.3. 工具与技术1. 专家判断2. 备选方案分析3. 出版的估算数据也是事业环境因素4. 自下而上估算5. 项目管理软件6.3.4. 输出1. 活动资源需求在每项活动的资源需求文件中，都应说明每一种资源的估算依据，以及为确定资源类型、可用性和所需数量而做出的假设。2. 资源分解结构资源分解结构是按资源类别和类型而划分的资源层级结构。资源类别包括：人力、材料、设备和用品。资源类型包括：技能水平、等级水平或适用于项目的其他类型。资源分解结构有助于结合资源使用情况，组织与报告项目的进度数据。3. 项目文件（更新）6.4. 估算活动持续时间6.4.1. 定义根据资源估算的结果，估算完成单项活动所需工作时段数的过程。应该由项目团队中最熟悉具体活动的个人或小组，来提供活动持续时间估算所需的各种输入。 【自下而上估算】应该把每个活动持续时间估算所依据的全部数据与假设都记录在案。6.4 估算活动持续时间活动清单 专家判断 活动持续时间估算活动属性 类比估算 项目文件（更新）活动资源需求 参数估算 资源日历 三点估算 项目范围说明书 储备分析 事业环境因素 组织过程资产 6.4.2. 输入1. 活动清单2. 活动属性向某个活动新增资源或分配低技能资源，就需要增加沟通、培训和协调工作，从而可能导致活动效率或生产率下降。3. 活动资源
