第二部分--项目管理知识领域(项目整体管理).ppt

第二部分--项目管理知识领域(项目整体管理).ppt

  1. 1、本文档共182页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第二部分 项目管理知识领域 项目整体管理 项目范围管理 项目时间管理 项目费用管理 项目质量管理 项目人力资源管理 项目沟通管理 项目风险管理 项目采购管理 第四章:项目整体管理 4.1 项目计划制订:收集其他计划过程的结果,并将其汇总成为一份连贯、一致的文档。 4.2 项目计划实施:通过进行项目计划规定的活动,实施项目计划。 4.3 整体变更控制:协调整个项目期间的变更。 4.1 项目计划制定 组织方针 任何与项目有关的组织都有正式或非正式的方针,这些方针的影响应当予以考虑。一般予以考虑的组织方针包括,但不限于: 质量管理—过程审计,不断改进的目标。 人事管理—雇佣和解雇的指导方针、雇员表现评审。 财务控制—报告时间、规定的花费和支出审查、会计准则、标准合同条款。 项目计划1 项目计划是一份经过批准的正式文件,用来管理和控制项目执行。它应当按沟通管理计划中所定义的方式进行分发。 应该明确区分项目计划和项目执行情况基准计划。项目计划是一个文件或文件集,随着有关项目信息的获得而不断改变。而项目执行情况测量基准计划表示一种管理控制,它通常仅间歇地变化,通常仅为响应批准的范围变更而变化。 项目计划2 项目计划通常包括如下内容: 项目章程 项目管理方法和策略描述 范围说明 执行控制工作分解结构的人 费用估算、计划开始时间和职责 进度和成本执行情况测量基准计划 主要里程碑和每个目标的实现日期 关键的或所需人员 主要风险,包括约束条件和假定,以及各自计划的应对措施。 辅助管理计划 未解决事宜和未定的决策 组织结构图 项目章程 项目章程是正式确认项目存在的文档,它应该直接或参见其它文件以包括以下文件: 项目要满足的商业需求. 产品或服务描述. 项目章程应当由项目以外的负责人发布,其地位根据项目的需要而定。项目章程授权项目经理为项目活动使用组织资源的权利。 当项目在合同环境下执行时,所签定的合同常被作为卖方的项目章程。 4.2 项目计划实施 项目计划实施的工具和技术1 一般管理技术。诸如领导 、沟通和谈判等一般管理技术对有效的项目计划实施来说是必不可少的。 产品所需的技能和知识。 工作授权体系。工作授权体系是批准项目工作的一个正式程序,用来确保按着恰当的时间、合适的顺序完成工作。典型的授权形式是开始某具体活动或工作包的书面授权。授权体系的设计应使得提供的控制与控制成本相平衡。例如,对许多小型项目,采用口头授权更为合适。 项目计划实施的工具和技术2 执行状况检查例会。执行状况检查例会应定期按计划进行,以交流项目的信息。对大多数项目而言,执行状况检查理会有不同的频率和层次。 项目管理信息系统。 组织程序。项目涉及的所有组织在项目实施期间都有正式或者非正式的有用程序。 4.3 整体变更控制 整体变更控制 整体变更控制所关心的是: 对保证能够产生利益的变更因素施加影响; 确定变更是否已经发生; 当变更发生时对实际变更进行管理。 整体变更控制要求: 维护执行情况测量基准计划的完整性—所有批准的变更应该反映在项目计划中,但只有项目范围变更将影响到执行情况测量基准计划。 确保产品范围的变更反映在项目范围定义中。 下图描述了知识领域间的变更协调,例如一个建议的进度变更通常将影响到项目成本、风险、质量和人员配置。 协调涉及整个项目的变更 变更控制系统 变更控制系统是一系列正式的、文档式的程序,它定义了正式的项目文档变更的步骤。变更控制系统包括文档工作、跟踪系统和用于授权变更的批准层次。 许多变更控制系统包含变更控制委员会(CCB),负责批准或否决项目变更请求。变更控制委员会的权利和责任需要明确定义,并应征求主要项目干系人的同意。对于大型、复杂的项目,可能会有多个不同职能的变更控制委员会。 变更控制系统应该包括某些程序,用来处理无须审查而批准的变更。例如,紧急原因,典型的变更控制系统会允许对某些确定类型变更的“自动”确认,这些变更事后仍需进行文档整理并归档,以保证不在后续的项目管理中引起麻烦。 第五章:项目范围管理 5.1 启动:便组织开始项目的下一阶段。 5.2 范围计划编制:编制一个书面范围说明,作为将来项目决策的基本依据。 5.3 范围定义:将项目可交付成果分成几个小的、更易管理的单元。 5.4 范围核实:项目范围的正式接受。 5.5 范围变更控制:控制项目范围的变更。 5.1 启动 产品描述 产品描述把项目将要创造的产品或服务的特征编制成文档。产品描述一般在项目早期阶段不能详细,而在后续阶段随着产品特性的逐步详尽而细化。 产品描述应该把产品或服务与商业需求或导致生产原因之间的关系也编制成文档。虽然产品描述的形式和内容可能发生变化,但他们都应该详细到能够

文档评论(0)

Lancyalice + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档