《PMP认证的9大知识领域》由会员分享，可在线阅读，更多相关《PMP认证的9大知识领域（182页珍藏版）》请在金锄头文库上搜索。
1、第二部分 项目管理知识领域 项目整体管理 项目范围管理 项目时间管理 项目费用管理 项目质量管理 项目人力资源管理 项目沟通管理 项目风险管理 项目采购管理第四章：项目整体管理4.1 项目计划制订：收集其他计划过程的结果 ，并将其汇总成为一份连贯、一致的文档 。 4.2 项目计划实施：通过进行项目计划规定的 活动，实施项目计划。 4.3 整体变更控制：协调整个项目期间的变更 。1输入（依据） 1.其它计划编制的输出 2历史信息 3组织政策 4约束条件 1.假定 2工具和技术 1.项目计划编制方法 2项目干系人技能与知识 1.项目管理信息系统 3输出（结果） 1.项目计划 2详细依据4.1 项目
2、计划制订1 输入(依据) 1.项目计划 2详细依据 3组织的方针 1.纠正措施 2工具和技术 1.一般管理技术 2产品所需的技和知识 3工作授权体系 4执行状况检查例会 5项目管理信息系统 1.组织程序 3输出(结果) 1.工作结果 2.变更申请4.2 项目计划实施1 输入(依据) 1.项目计划 2执行情况报告 1.变更申请 2工具和技术 1.变更控制系统 2性能管理 3执行情况测量 4补充计划编制 1.项目管理信息系统 3输出(结果) 1.项目计划更新 2纠正措施 1.教训4.3 整体变更控制项目整体管理4.1 项目计划制定1.项目计划 2.详细依据输出（结果）1.项目计划编制的方法2.项目
3、干系人的技能和知识3.项目管理信息系统(PMIS)工具和技术1.其他计划编制的输出 2.历史信息 3.组织的方针 4.约束条件 5.假定输入（依据）组织方针任何与项目有关的组织都有正式或非正 式的方针，这些方针的影响应当予以考虑。 一般予以考虑的组织方针包括，但不限于： 质量管理过程审计，不断改进的目标 。人事管理雇佣和解雇的指导方针、雇 员表现评审。财务控制报告时间、规定的花费和支 出审查、会计准则、标准合同条款。项目计划1 项目计划是一份经过批准的正式文件 ，用来管理和控制项目执行。它应当按 沟通管理计划中所定义的方式进行分发 。 应该明确区分项目计划和项目执行情况 基准计划。项目计划是一
4、个文件或文件 集，随着有关项目信息的获得而不断改 变。而项目执行情况测量基准计划表示 一种管理控制，它通常仅间歇地变化， 通常仅为响应批准的范围变更而变化。项目计划2项目计划通常包括如下内容：项目章程 项目管理方法和策略描述 范围说明 执行控制工作分解结构的人 费用估算、计划开始时间和职责 进度和成本执行情况测量基准计划 主要里程碑和每个目标的实现日期 关键的或所需人员 主要风险，包括约束条件和假定，以及各自计划的应 对措施。 辅助管理计划 未解决事宜和未定的决策 组织结构图项目章程项目章程是正式确认项目存在的文档，它应 该直接或参见其它文件以包括以下文件：项目要满足的商业需求.产品或服务描述
5、.项目章程应当由项目以外的负责人发布，其 地位根据项目的需要而定。项目章程授权项 目经理为项目活动使用组织资源的权利。当项目在合同环境下执行时，所签定的合同 常被作为卖方的项目章程。4.2 项目计划实施1工作结果 2变更申请输出（结果）1.一般管理技术2.产品所需技能和知识3.工作授权体系4执行状况检查例会5项目管理信息系统6组织程序工具和技术1.项目计划2.详细依据3.组织的方针4.纠正措施输入（依据）项目计划实施的工具和技术1一般管理技术。诸如领导 、沟通和谈判等 一般管理技术对有效的项目计划实施来说 是必不可少的。 产品所需的技能和知识。 工作授权体系。工作授权体系是批准项目 工作的一个
6、正式程序，用来确保按着恰当 的时间、合适的顺序完成工作。典型的授 权形式是开始某具体活动或工作包的书面 授权。授权体系的设计应使得提供的控制 与控制成本相平衡。例如，对许多小型项 目，采用口头授权更为合适。项目计划实施的工具和技术2执行状况检查例会。执行状况检查例会 应定期按计划进行，以交流项目的信息 。对大多数项目而言，执行状况检查理 会有不同的频率和层次。项目管理信息系统。组织程序。项目涉及的所有组织在项目 实施期间都有正式或者非正式的有用程 序。4.3 整体变更控制1.项目计划更新 2.纠正措施 3.教训输出（结果）1.变更控制系统2.性能管理3.执行情况测量4.补充计划编制5.项目管理
7、信息系统工具和技术1.项目计划2.执行情况报告3. 变更申请输入（依据）整体变更控制整体变更控制所关心的是：对保证能够产生利益的变更因素施加影响；确定变更是否已经发生；当变更发生时对实际变更进行管理。整体变更控制要求：维护执行情况测量基准计划的完整性所有批准 的变更应该反映在项目计划中，但只有项目范围 变更将影响到执行情况测量基准计划。确保产品范围的变更反映在项目范围定义中。下图描述了知识领域间的变更协调，例如一个建 议的进度变更通常将影响到项目成本、风险、质 量和人员配置。协调涉及整个项目的变更执行情况报告整体变更控制辅助变更控制n范围变更控制 n进度变更控制 n费用变更控制 n质量控制 n
8、风险变更控制 n合同管理变更控制系统变更控制系统是一系列正式的、文档式的程序，它 定义了正式的项目文档变更的步骤。变更控制系统 包括文档工作、跟踪系统和用于授权变更的批准层 次。 许多变更控制系统包含变更控制委员会（CCB）， 负责批准或否决项目变更请求。变更控制委员会的 权利和责任需要明确定义，并应征求主要项目干系 人的同意。对于大型、复杂的项目，可能会有多个 不同职能的变更控制委员会。变更控制系统应该包括某些程序，用来处理无须审 查而批准的变更。例如，紧急原因，典型的变更控 制系统会允许对某些确定类型变更的“自动”确认，这 些变更事后仍需进行文档整理并归档，以保证不在 后续的项目管理中引起
9、麻烦。第五章：项目范围管理5.1 启动：便组织开始项目的下一阶段。 5.2 范围计划编制：编制一个书面范围说明， 作为将来项目决策的基本依据。 5.3 范围定义：将项目可交付成果分成几个小 的、更易管理的单元。 5.4 范围核实：项目范围的正式接受。 5.5 范围变更控制：控制项目范围的变更。 项目范围管理1输入 (依据)1.产品描述2.战略性计划3.项目选择标准4.历史信息 2工具和技术1.项目选择方法2.专家评定 3输出(结果)1.项目章程2.项目经理认定 或任命3.约束条件4.假定5.1 启动1输入 (依据)1.产品描述2.项目章程3.约束条件4.假定 2工具和技术1.产品分析2.收益/
10、成本分 析3.替换方案确 定4.专家评定 3输出(结果)1.范围说明2.详细依据3.范围管理计 划5.2 范围计划编制1输入 (依据 )1.范围说明2.约束条件3.假定4.其他计划 编制的输 出5.历史信息 2工具和技术1.工作分解 结 构 (WBS)模板2.分解 3输出(结果)1.工作分解 结构5.3 范围定义1输入(依据)1.工作结果2.产品文档2工具和技术1.检查3输出(结果)1.正式接受5.4 范围核实1输入 (依据)1.工作分解结构2.执行情况报告3.变更申请4.范围管理计划 2工具和技术1.范围变更控制 系统2.执行情况测量3.补充计划编制 过程 3输出(结果)1.范围变更2.纠正
11、措施3.教训5.5 范围变更管理5.1 启动1项目章程2项目经理认定或任命3约束条件4假定输出（结果）1.变更控制系统2.性能管理3.执行情况测量4.补充计划编制5.项目管理信息系统工具和技术1产品描述2战略性计划3项目选择标准4历史信息输入（依据）产品描述产品描述把项目将要创造的产品或服务 的特征编制成文档。产品描述一般在项 目早期阶段不能详细，而在后续阶段随 着产品特性的逐步详尽而细化。 产品描述应该把产品或服务与商业需求 或导致生产原因之间的关系也编制成文 档。虽然产品描述的形式和内容可能发 生变化，但他们都应该详细到能够支持 到后续项目计划编制的程度。5.2 范围计划编制1.范围说明2
12、.详细依据3.范围管理计划输出（结果）1.产品分析2.收益/成本分析3.替换方案确定4.专家评定工具和技术1产品描述2项目章程3约束条件准4假定输入（依据）项目范围计划编制范围计划编制过程是编制一份书面范围 说明的过程，这个范围说明是将来项目 决策的基础，尤其用于确定项目阶段是 否已成功完成的标准。范围说明通过确 定项目目标和主要的可交付成果，为项 目班子与项目客户之间达成协议奠定了 基础。项目范围说明1范围说明在项目干系人之间确认或建立 一个对项目范围的共识，作为未来项目决策的 文档基准。随着项目的进展，项目范围说明可 能需要根据项目范围的变更而进行修改或细化 。范围说明应当直接或通过参见其
13、他文档包括 如下内容： 项目论证执行项目所要满足的商业需求。项 目理由提供评估对未来效益平衡的基础。 项目产品是产品描述的简要概括。项目范围说明2项目可交付成果各层次子产品的总和，它 们各自得到完整或满意地完成后，标志着项 目的完成。（软件开发：程序代码、用户手 册、人机交互程序等）一旦明确，应该识别 非可交付成果，任何没有明确要求的结果， 都意味着它在项目可交付成果之外。项目目标确定项目成功完成所必须满足的 定量标准。项目目标必须至少包括成本、进 度和质量标准。项目目标应该有属性（如成 本）、计算单位或一个绝对或相对的值。详细依据范围说明的详细依据应当被适当地组织 并形成文件，使其能够被其他
14、项目管理 过程使用。详细依据应该包括所有确定 的假定和约束条件的文档。项目范围管理计划描述项目范围是如何被管理的，以及项 目范围的变更是如何被集成到项目中去 的。项目范围管理计划应当包括对项目 范围所期望的稳定性的评估（例如：可 能发生范围变更的原因、频率和变更量 ）。项目范围管理计划也应当对范围变 更的确定和分类做出清晰的描述。5.3 范围定义1.工作分解结构输出（结果）1.工作分解结构（WBS）模板2.分解工具和技术1范围说明2约束条件3假定4其他计划编制输出5历史信息输入（依据）范围定义项目范围定义把主要的可交付成果 分解成较小的且更易管理的单元，以达 到如下目的： 提高对成本、时间及资
15、源估算的准确性 。 为执行情况测量和控制定义一个基准计 划。 便于进行明确的职责分工。恰当的范围定义是项目成功的关键因素 之一。项目分解结构（WBS)项目分解结构的主要目的和用途是： 1.明确和准确说明项目的范围； 2.为各独立单元分派人员，规定这些人员的相 应职责； 3.针对各独立单元，进行时间、费用和资源需 要量的估算； 4.确定项目进度测量和控制的基准； 5.将项目工作与项目的财务帐目联系起来； 6.自上而下将项目目标落实到具体的工作上； 7.确定工作内容和工作顺序； 8.估计项目整体和全过程的费用。软件产品交付产品需求软件培训计划材料用户文档项目管理行政管理会议计划编制详细设计软件培训
16、计划材料用户文档编程软件培训计划材料用户文档集成和测试软件培训计划材料用户文档由阶段组织的工作分解结构示例此工作分解结构只是一个图释。并不试图代表任何项目的全部项目范围，也不暗示组织此种项目的工作分解结构只有这一种方式 5.4 范围核实1正式接受输出（结果）1.检查 工具和技术1工作结果2产品文档输入（依据）范围核实范围核实项目干系人正式接受项目的过 程。范围核实需要检查工作产品和结果 ，以确保他们都已正确圆满地完成。如 果项目被提前终止，范围核实应当对项 目完成程度建立文档。范围核实不同于 质量控制，前者主要关心对工作结果的 接受，而后者主要关心工作结果的正确 性。5.5 范围变更控制1.范围变更 2.纠正措施 3.教训输出（结果）1.范围变更控制系统 2.执行情况测量 3.补充计划编制工具和技术1工作结构分解2执行情况报告3变更申请4范围管
