PMP考试知识点汇总Word格式文档下载.docx
《PMP考试知识点汇总Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《PMP考试知识点汇总Word格式文档下载.docx（16页珍藏版）》请在冰点文库上搜索。
组织用来存取信息的共享知识库，包括（但不限于）：
过程测量数据库，用来收集与提供过程和产品的测量数据；
项目档案（如范围、成本、进度与质量基准，绩效测量基准，项目日历，项目进度网络图，风险登记册，风险应对计划和风险影响评价）；
历史信息与经验教训知识库（如项目记录与文件、完整的项目收尾信息与文件、关于以往项目选择决策与绩效的信息，以及关于风险管理工作的信息）；
问题与缺陷管理数据库，包括问题与缺陷的状态、控制情况、解决方案，以及相关行动的结果；
配置管理知识库，包括公司标准、政策、程序和项目文件的各种版本与基准；
财务数据库，包括工时、实际成本、预算和任何成本超支等信息。
项目过程
项目过程由项目团队实施，一般可分为以下两大类：
项目管理过程。
确保项目自始至终顺利进行。
这些过程借助各种工具和技术来应用各知识领域（见第4章～第12章）的技能和能力。
产品导向过程。
说明并创造项目的产品。
产品导向过程通常用项目生命周期来定义，并因应用领域而异。
对如何创造特定的产品缺乏基本了解，就无法确定项目范围。
启动过程组。
获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。
规划过程组。
明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。
执行过程组。
完成项目管理计划中确定的工作以实现项目目标的一组过程。
监控过程组。
跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。
收尾过程组。
为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。
项目工作说明书
工作说明书（SOW）是对项目所需交付的产品或服务的叙述性说明。
对于内部项目，项目启动者或发起人根据业务需要及对产品或服务的需求，来提供工作说明书。
对于外部项目，工作说明书则由客户提供，可以是招标文件（例如，建议邀请书、信息邀请书、投标邀请书）的一部分，或合同的一部分。
SOW须涉及：
业务需要。
组织的业务需要可基于市场需求、技术进步、法律要求或政府法规。
产品范围描述。
记录项目所需产出的产品的特征，以及这些产品或服务与项目所对应的业务需求之间的关系。
战略计划。
所有项目都应支持组织的战略目标。
进行项目选择和排序时，应该考虑执行组织的战略计划。
商业论证
商业论证或类似文件能从商业角度提供必要的信息，决定项目是否值得投资。
为证实项目的价值，在商业论证中通常要包含业务需求和成本效益分析等内容。
对于外部项目，可以由项目发起组织或客户撰写商业论证。
可基于以下一个或多个原因而编制商业论证：
市场需求（如为应对汽油紧缺，某汽车公司批准一个低油耗车研发项目）；
组织需要（如为提高收入，某培训公司批准一个新课程开发项目）；
客户要求（如为了给新工业园区供电，某电力公司批准一个新变电站建设项目）；
技术进步（如在电脑存储和电子技术取得进步之后，某电子公司批准一个项目，来开发更快速、更便宜、更小巧的笔记本电脑）；
法律要求（如某油漆制品厂批准一个项目，来编写有毒物质处理指南）；
生态影响（如某公司实施一个项目来减轻对环境的影响）；
社会需要（如为应对霍乱频发，某发展中国家的非政府组织批准一个项目，来为社区建设饮用水系统和公共厕所，并开展卫生教育）。
在多阶段项目中，可通过对商业论证的定期审核，来确保项目能实现其商业利益。
在项目生命周期的早期，项目发起组织对商业论证的定期审核，也有助于确认项目是否仍然必要。
项目章程
项目章程记录业务需要、对客户需求的理解，以及需要交付的新产品、服务或成果，例如：
项目目的或批准项目的原因；
可测量的项目目标和相关的成功标准；
项目的总体要求；
概括性的项目描述；
项目的主要风险；
总体里程碑进度计划；
总体预算；
项目审批要求（用什么标准评价项目成功，由谁对项目成功下结论，由谁来签署项目结束）；
委派的项目经理及其职责和职权；
发起人或其他批准项目章程的人员的姓名和职权。
项目管理计划
项目管理计划合并与整合了其他各规划过程所输出的所有子管理计划和基准。
项目管理计划包括（但不限于）：
项目所选用的生命周期以及各阶段将采用的过程。
项目管理团队进行“剪裁”的结果，包括：
○项目管理团队所选择的项目管理过程，
○每个所选过程的执行水平，
○对这些过程所需的工具与技术的描述，
○将如何利用所选过程来管理具体项目，包括这些过程间的依赖
关系和相互影响，以及这些过程的主要输入和输出。
如何执行工作以实现项目目标。
一份变更管理计划，用来明确如何对变更进行监控。
一份配置管理计划，用来明确如何开展配置管理。
如何维护绩效测量基准的严肃性。
干系人的沟通需求和适用的沟通技术。
为处理未决事宜和制定决策所需开展的管理层重点审查，以便审查相关内容、涉及程度和时机把握。
项目管理计划可以是概括或详细的，也可以包括一个或多个子管理计划。
每个子计划的详细程度取决于具体项目的要求。
项目管理计划一旦被确定下来，成为基准，就只有在提出变更请求并经实施整体变更控制过程批准后，才能变更。
项目基准包括（但不限于）：
进度基准；
成本绩效基准；
范围基准。
子计划包括（但不限于）：
范围管理计划；
需求管理计划；
进度管理计划；
成本管理计划；
质量管理计划；
过程改进计划；
人力资源计划；
沟通管理计划；
风险管理计划；
采购管理计划。
通常将范围、进度和成本基准合并为一个绩效测量基准，作为项目的整体基准，以便据此测量项目的整体绩效。
绩效测量基准用于挣值测量中。
需求文件
需求文件描述各种单一的需求将如何满足与项目相关的业务需求。
一开始，可能只有概括性的需求，然后随着信息的增加而逐步细化。
只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。
需求文件的格式多种多样，既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。
需求文件的组成部分包括（但不限于）：
业务需求或需抓住的机遇，描述当前局面的不足以及启动项目的原因；
可跟踪的业务目标和项目目标；
功能要求，描述业务流程、信息以及与产品的内在联系。
可采用适当的方式，如写成文本式需求清单或制作出模型，也可以同时采用这两种方法；
非功能性要求，如服务水平、绩效、安全、防护、合规性、保障能力、保留／清除；
质量要求；
验收标准；
体现组织指导原则的业务规则；
对组织其他领域的影响，如呼叫中心、销售队伍、技术团队；
对执行组织内部或外部团体的影响；
对支持和培训的需求；
与需求有关的假设条件和制约因素。
需求管理计划
需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求。
生命周期各阶段间的关系（见2.1.3.2节）对如何管理需求有很大影响。
项目经理必须为项目选择最有效的阶段间关系，并记录在需求管理计划中。
需求管理计划的许多内容都是基于该种关系的。
需求管理计划的内容包括（但不限于）：
如何规划、跟踪和汇报各种需求活动；
配置管理活动，例如，如何启动产品、服务或成果的变更，如何分析其影响，如何进行跟踪和汇报，以及谁有权批准变更；
需求排序过程；
产品测量指标及使用这些指标的理由；
需求跟踪结构，即：
哪些需求属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求。
需求跟踪矩阵
需求跟踪矩阵是一张连接需求与需求源的表格，以便在整个项目生命周期中对需求进行跟踪。
需求跟踪矩阵把每一个需求与业务目标或项目目标联系起来，有助于确保每一个需求都具有商业价值。
它为人们在整个项目生命周期中跟踪需求提供了一种方法，有助于确保需求文件所批准的每一项需求在项目结束时都得到实现。
最后，需求跟踪矩阵为管理产品范围变更提供了框架。
跟踪需求的过程包括（但不限于）：
从需求到业务需要、机会、目的和目标；
从需求到项目目标；
从需求到项目范围／WBS中的可交付成果；
从需求到产品设计；
从需求到产品开发；
从需求到测试策略和测试脚本；
从宏观需求到详细需求。
应在需求跟踪矩阵中记录各项需求的相关属性。
这些属性有助于明确各项需求的关键信息。
需求跟踪矩阵中的典型属性包括：
独特的识别标志、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、现状（如活跃中、已取消、已推迟、新增加、已批准）和实现日期。
为确保干系人满意，可能需增加的补充属性包括：
稳定性、复杂程度和验收标准。
产品分析
对于那些以产品为可交付成果的项目（区别于提供服务或成果的项目），产品分析是一种有效的工具。
每个应用领域都有一种或几种普遍公认的、把概括性的产品描述转变为有形的可交付成果的方法。
产品分析技术包括产品分解、系统分析、需求分析、系统工程、价值工程和价值分析等。
备选方案识别
备选方案识别是用来为项目工作提出不同执行方法的一种技术。
许多通用管理技术都可用于备选方案识别，如头脑风暴、横向思维和配对比较等。
项目范围说明书
项目范围说明书详细描述项目的可交付成果，以及为提交这些可交付成果而必须开展的工作。
项目范围说明书也表明项目干系人之间就项目范围所达成的共识。
为了便于管理干系人的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。
项目范围说明书使项目团队能开展更详细的规划，并可在执行过程中指导项目团队的工作；
它还为评价变更请求或额外工作是否超出项目边界提供基准。
项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。
详细的项目范围说明书包括以下内容（可能直接列出或引用其他文件）：
逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。
产品验收标准。
定义已完成的产品、服务或成果的验收过程和标准。
项目可交付成果。
可交付成果既包括组成项目产品或服务的各种结果，也包括各种辅助成果，如项目管理报告和文件。
对可交付成果的描述可详可简。
项目的除外责任。
通常需要识别出什么是被排除在项目之外的。
明确说明哪些内容不属于项目范围，有助于管理干系人的期望。
项目制约因素。
列出并说明与项目范围有关、且限制项目团队选择的具体项目制约因素，例如，客户或执行组织事先确定的预算、强制性日期或强制性进度里程碑。
如果项目是根据合同实施的，那么合同条款通常也是制约因素。
有关制约因素的信息可以列入项目范围说明书，也可以独立成册。
项目假设条件。
列出并说明与项目范围有关的具体项目假设条件，以及万一不成立而可能造成的后果。
在项目规划过程中，项目团队应该经常识别、记录并验证假设条件。
有关假设条件的信息可以列入项目范围说明书，也可以独立成册。
工作分解结构
工作分解结构是以可交付成果为导向的工作层级分解。
其分解的对象是项目团队为实现项目目标、提交所需可交付成果而实施的工作。
工作分解结构每向下分解一层，代表着对项目工作更详细的定义。
为工作包建立控制账户，并根据“账户编码”分配标志号，是创建工作分解结构的最后步骤。
这些标志号为汇总成本、进度与资源信息建立了层级结构。
控制账户是一种管理控制点。
在该控制点上，把范围、成本和进度加以整合，并把它们与挣值相比较，以测量绩效。
控制账户设置在工作分解结构中的特定管理节点上。
每一个控制账户都可以包括一个或多个工作包，但是每一个工作包只能属于一个控制账户。
工作分解结构词典
工作分解结构词典是在创建工作分解结构过程中产生并用于支持工作分解结构的文件。
工作分解结构词典对工作分解结构组成部分（包括工作包和控制账户）进行更详细的描述。
工作分解结构词典的内容包括（但不限于）：
账户编码标志号；
工作描述；
负责的组织；
进度里程碑清单；
相关的进度活动；
所需的资源；
成本估算；
技术参考文献；
合同信息。
范围基准
范围基准是项目管理计划的组成部分。
范围基准包括：
项目范围说明书。
项目范围说明书包括产品范围描述和项目可交付成果，并定义用户对产品的验收标准。
工作分解结构。
工作分解结构定义每一项可交付成果，并把可交付成果分解为工作包。
工作分解结构词典。
工作分解结构词典对每一个工作分解结构要素的工作和技术文件做详细说明。
确认的可交付成果
确认的可交付成果是指已经完成并经实施质量控制过程检验合格的可交付成果。
验收的可交付成果
符合验收标准的可交付成果应该由客户或发起人正式签字批准。
应该从客户或发起人那里获得正式文件，证明干系人对项目可交付成果的正式验收。
这些文件将提交给结束项目或阶段过程。
滚动式规划
滚动式规划是一种渐进明细的规划方式，即对近期要完成的工作进行详细规划，而对远期工作则暂时只在WBS的较高层次上进行粗略规划。
因此，在项目生命周期的不同阶段，工作分解的详细程度会有所不同。
例如，在早期的战略规划阶段，信息尚不够明确，工作包也许只能分解到里程碑的水平；
而后，随着了解到更多的信息，近期即将实施的工作包就可以分解成具体的活动。
模板
标准活动清单或以往项目的部分活动清单，经常可用做新项目的模板。
模板中的活动属性信息，也有助于定义活动。
模板还可用来识别典型的进度里程碑。
活动清单
活动清单是一份包含项目所需的全部进度活动的清单。
活动清单中应该包括每个活动的标志和足够详细的工作描述，使项目团队成员知道应当完成哪些工作。
活动属性
活动属性是指每项活动所具有的多种属性，用来扩展对该活动的描述。
活动属性随时间演进。
在项目初始阶段，活动属性包括活动标志、WBS标志和活动名称；
当活动完成时，活动属性则可能还包括活动编码、活动描述、紧前活动、紧后活动、逻辑关系、时间提前与滞后量（见6.2.2.3节）、资源需求、强制日期、制约因素和假设条件。
活动属性还可用于识别工作执行负责人、实施工作的地区或地点，以及活动类型，如人力投入量（LevelOfEffort，LOE）、分立型投入（DiscreteEffort，DE）与分摊型投入（ApportionedEffort，AE）。
活动属性可用于编制进度计划。
还可基于活动属性，在项目报告中以各种方式对进度活动进行选择、排序和分类。
活动属性的数量因应用领域而异。
里程碑清单
里程碑是项目中的重要时点或事件。
里程碑清单列出了所有里程碑，并指明每个里程碑是强制性的（如合同要求的）还是选择性的（如根据历史信息确定的）。
进度网络模板
可以利用标准化的进度网络图模板，来加快项目活动网络图的编制速度。
模板可以涵盖整个项目，也可以只包含项目的一部分。
项目进度网络图中的某些部分常被称为子网络或网络片段。
子网络在项目包含若干相同或相似的可交付成果时尤其有用，例如，高层办公楼的各层楼面、药品研发项目的各次临床试验、软件项目的各编程模块，或者开发项目的各启动阶段。
资源分解结构
资源分解结构是按资源类别和类型而划分的资源层级结构。
资源类别包括：
人力、材料、设备和用品。
资源类型包括：
技能水平、等级水平或适用于项目的其他类型。
资源分解结构有助于结合资源使用情况，组织与报告项目的进度数据。
关键路径法
关键路径法在不考虑任何资源限制的情况下，沿着项目进度网络路径进行顺推与逆推分析，计算出全部活动理论上的最早开始与完成日期、最晚开始与完成日期。
由此得到的最早开始与完成日期、最晚开始与完成日期并不一定就是最终项目进度计划中的日期；
但它们能指出，在给定的活动持续时间、逻辑关系、时间提前量、时间滞后量和其他制约因素下，可开展各项活动的时间段。
对最早开始与完成日期、最晚开始与完成日期的计算，可能受活动总浮动时间的影响。
活动总浮动时间使进度计划富有弹性，它可能是正数、负数或零。
在任何网络路径上，进度安排的弹性大小由最晚与最早日期间的正差值决定，该差值称为“总浮动时间”。
关键路径的总浮动时间为零或负数。
关键路径上的进度活动称为“关键活动”。
正常情况下，关键路径的总浮动时间为零。
网络图中可能有多条次关键路径。
为了使路径总浮动时间为零或正值，可能有必要调整活动持续时间、逻辑关系、时间提前与滞后量或其他进度制约因素。
一旦计算出路径的总浮动时间，也就能确定相应的自由浮动时间。
自由浮动时间是指在不延误任一紧后活动最早开始日期的前提下，某进度活动可以推迟的时间量。
关键链法
关键链法是一种根据有限的资源来调整项目进度计划的进度网络分析技术。
首先，根据持续时间估算、给定的依赖关系和制约因素，绘制项目进度网络图；
然后，计算关键路径。
在确定了关键路径之后，再考虑资源的可用性，制定出资源约束型进度计划——该进度计划中的关键路径常与原先的不同。
资源约束型关键路径就是关键链。
关键链法在网络图中增加作为“非工作进度活动”的持续时间缓冲，用来应对不确定性。
放置在关键链末端的缓冲称为项目缓冲，用来保证项目不因关键链的延误而延误。
其他的缓冲，即接驳缓冲，则放置在非关键链与关键链接合点，用来保护关键链不受非关键链延误的影响。
应该根据相应路径上各活动持续时间的不确定性，来决定每个缓冲的时间长短。
一旦确定了“缓冲进度活动”，就可以按可能的最晚开始与最晚完成日期来安排计划活动。
这样一来，关键链法就不再管理网络路径的总浮动时间，而是重点管理剩余的缓冲持续时间与剩余的任务链持续时间之间的匹配关系。
资源平衡
资源平衡是对已经过关键路径法分析的进度计划而采用的一种进度网络分析技术。
如果共享或关键资源的数量有限或只在特定时间可用，或者为了保持资源使用量处于恒定水平，就需要进行资源平衡。
如果已出现资源过度分配（如同一资源在同一时间被分配至两个甚至多个活动，或者，共享或关键资源的分配超出了最大可用数量或特定可用时间），就必须进行资源平衡。
资源平衡往往导致关键路径的改变。
假设情景分析
假设情景分析就是对“如果情景X出现，情况会怎样？
”这样的问题进行分析，即基于已有的进度计划，考虑各种各样的情景，例如，推迟某主要部件的交货日期，延长某设计工作的时间，或加入外部因素（如罢工或许可证申请流程变化等）。
可以根据假设情景分析的结果，来评估项目进度计划在不利条件下的可行性，以及为克服或减轻意外情况的影响而编制应急和应对计划。
可以基于多种不同的活动假设，用模拟方法计算出多种项目工期。
最常用的模拟技术是蒙特卡洛分析（见11.4.2.2节）。
它首先确定每个活动的可能持续时间概率分布，然后据此计算出整个项目的可能工期概率分布。
进度压缩
进度压缩是指在不改变项目范围的前提下，缩短项目的进度时间，以满足进度制约因素、强制日期或其他进度目标。
进度压缩技术包括：
赶工。
通过权衡成本与进度，确定如何以最小的成本来最大限度地压缩进度。
赶工的例子包括：
批准加班、增加额外资源或支付额外费用，从而加快关键路径上的活动。
赶工只适用于那些通过增加资源就能缩短持续时间的活动。
赶工并非总是切实可行的，它可能导致风险和/或成本的增加。
快速跟进。
把正常情况下按顺序执行的活动或阶段并行执行。
例如，在大楼的建筑图纸尚未全部完成前就开始建地基。
快速跟进可能造成返工和风险增加。
它只适用于能够通过并行活动来缩短工期的情况。
升级会员 