项目管理-9大知识领域

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