- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
2.3.2 定量风险评估 3、项目风险控制 3.1 项目风险控制概念 3.1.1 项目风险监控 3.1.2 项目群风险管理 应 对 措 施 预防措施 : 预防措施减少风险发生的概率 预防措施胜过补救措施 预防措施应集中于风险发生的根源 补救措施: 补救措施减少项目风险的效应 补救措施应集中于风险引起的效应(EFFECT) 补救计划必须有一个启动点 (TRIGGER) – 何时实施补救措施。 启动点 (TRIGGER) : 描述检测补救计划的情形和变化界限 (CIRCUMSTANCES AND VARIATION LIMITS) 确保所有相关部门同意并记录下启动点。 范围界定的工具 ——工作分解结构模板和分解 工作分解结构(Work Breakdown Structure,简称WBS),是进行范围界定时所使用的重要工具和技术之一,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围,未列入工作分解结构的工作将排除在项目范围之外。 在一项活动内要做的工作称为工作包。 工作包(WORKCELL)是一个详细描述工作的文件,即使项目经理或活动工作的拥有者(OWNER)不在时,其他人也可以利用工作包了解任何以最少的时间损失来继续工作。 工作包 (WORKCELL) 工作包的目的 工作包经理(TASK OWNER)负责制定每项任务的描述,开始和完成日期。 工作包也可用于状态报告。通过检查已完成的任务,可以衡量活动完成的百分比 WBS主要有三个基本要素 ——层次结构、编码和报告 (1)分解层次与结构 1)分解层次 ①先明确并识别出项目的各主要组成部分,即明确项目的主要可交付成果。 ②确定每个可交付成果的详细程度是否已经达到了足以编制恰当的成本和持续时间估计。 ③确定可交付成果的组成元素。 ④核实分解的正确性。 项目 项目可交付成果 确定最低层子成果 各子成果足够详细 各子成果必要且充分 工作包定义清晰完整 各项可以编制进度和预算计划 易于建立相应的责任矩阵 输出 将单元进一步分解为更小的单元 修改(添加、删除或重新定义) 修改或扩展 修改 修改 2)结构设计 WBS结构的总体设计对于一个有效的工作系统来说是个关键。结构应以等级状或树状来构成,使底层代表详细的信息,而且其范围很大,逐层向上。WBS结构底层是管理项目所需的最低层次的信息,在这一层次上,能够满足用户对交流或监控的需要,这是项目经理、工程和建设人员管理项目所要求的最低水平;结构上的第二个层次将比第一层要窄,而且另一层次的用户所需的信息由本层提供,以后依次类推。 层次 分层分解 描述 项目 可交付的成果 可交付的子成果 最底层可交付的子成果 工作包 1 2 3 4 5 产品或服务包含的工作总和 主要可交付成果 可交付子成果 最底层可交付的子成果 可识别的工作活动 2)结构设计 (1)???????? (2)WBS的编码设计:P104 飞机系统 1100 推进装置 1120 导航系统 1130 飞控系统 1140 突防设备 1150 惯性基准装置 1131 天文校正装置 1132 卫星导航系统 1133 某侦察机系统 1000 测控与信息传输系统 1200 机 体 1110 0级 1级 2级 3级 (3)设计报告 设计报告的基本要求是以项目活动为基础产生所需的实用管理信息,而不是为职能部门产生其所需的职能管理信息或组织的职能报告。即报告的目的是要反映项目到目前为止的进展情况,通过这个报告,管理部门将能够去判断和评价项目各个方面是否偏离目标,偏离多少。 2.4 范围核实 项目的利益相关者,如发起人、客户等,对项目范围进行最终确认和接受过程。 技术与工具——检查 结果——正式验收 2.5 范围变更和控制 2.5.1 范围变更概述 2.5.2 影响范围变更的因素 2.5.3 范围变更控制方法:p77、P295 2.5.4 文档建立(支持性文件)P78 2.5.5 范围变更控制系统P164 2.5.6 范围管理计划的更新;P292 2.5.7 项目整体变更管理P293 2.5.8 项目变更评价P294 项目处在一个不断发展变化的环境之中,因此,项目本身也难免发生各种各样的变化,于是项目团队需要对项目进行这样那样的修改,这些变化和修改就是变更。其中范围变更(Scope Change)的请求可能由不同的来源提出,以不同的形式出现。口头的或书面的,直接的或间接的,外部提出的或内部提出的,法律强制性的
文档评论(0)