网站大量收购闲置独家精品文档,联系QQ:2885784924

第四章项目范围管理.pptVIP

  1. 1、本文档共43页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* * * * * * * * * 小练习 歌唱比赛工作分解图 4 项目工作的分解 小练习 游园活动工作分解图 4 项目工作的分解 小练习 校园一角工作分解图 4 项目工作的分解 小练习 拔河比赛工作分解图 4 项目工作的分解 小练习 校庆晚会工作分解图 4 项目工作的分解 小练习 校庆活动工作分解图 4 项目工作的分解 指项目相关利益者对于界定的项目工作范围和实施结果的项目范围的正式认可和接受的工作过程。 5项目范围的确认 项目范围确认的方法和技术 主要使用核检清单法,核检两方面内容: 项目范围界定文件的核检清单: 项目目标是否完善和准确、项目指标是否可靠和有效、项目约束条件是否真实和符合实际情况、项目假设前提条件、项目范围及其所带来的风险等。 项目工作分解结构文件的核检清单: 项目目标与要求的描述是否清楚、项目产出物的指标是否可行和有效、项目产出物及其分解是否都为实现项目目标服务的、项目可交付物、项目分解得到的各工作包等。 5 项目范围的确认 是指对于项目的目标、产出物和项目工作范围的全面控制。由于项目条件和环境的变化会使项目范围发生变动,由此可能造成项目工期、成本或质量等的改变,所以必须对项目范围进行严格的控制。 6项目范围的控制 6项目范围的控制 项目范围控制的主要内容包括: 按照充分必要的原则保障和开展项目范围的实施和控制 按照价值最大化的原则开展项目范围变更的实施和控制; 客观实际发生的项目范围变动的控制 主观提出的项目变更请求的管理和控制(项目相关利益主体所提变更请求的审批和实施) 6项目范围的控制 项目范围变化的原因 项目要求变化 项目设计变化 工艺技术变化 经营环境变化 人员变化 项目范围变更控制的主要工作 分析和确定影响项目范围变动的因素和环境条件。 管理和控制那些能够引起项目范围变动的因素和条件。 分析和确认各方提出项目变动要求的合理性和可行性。 分析和确认项目范围变动是否已发生及其风险和内容。 当项目范围变动发生时对其进行管理和控制。 设法使这些变动朝有益的方向发展。 6项目范围的控制 项目范围变更控制的方法和技术 项目范围变更控制系统 包括项目范围变更控制的基本控制程序、控制方法和控制责任,还包括文档化工作系统,变更跟踪监督系统以及项目变更请求的审批授权系统等。 项目变更控制委员会(CCB):项目经理、客户、项目发起人、关键职能部门的经理。 6项目范围的控制 6项目范围的控制 项目偏差的分析方法 识别、分析和度量已发生的项目变动及其原因 再编项目计划的方法 6项目范围的控制 6 项目范围变更控制 项目范围控制的成果 项目范围实施结果 按照项目范围计划实施而得到的项目范围实施结果 按照对于项目范围计划的变更方案所进行的项目变更结果以及各种预防、纠偏和补救措施。 项目范围控制文件 项目范围控制所生成的各种文件,包括项目范围变更批准书及其辅助文件、更新的项目工作分解结构字典、更新的项目范围管理计划、更新的项目成本、时间、质量等专项计划 从中学到的经验与教训 案例 这个软件项目的问题在哪 小d所在的公司是个50多人的小软件公司。现在小d被分到一个5人的项目开发组,这个项目已经开始两个月了,目前的进展是只有两人(包括小d)在写文档,小d负责写需求文档,其它人都有事在忙别的事,项目暂由公司的上一层领导负责。小d刚毕业,专业和软件没一点关系,但没办法,没其它人,他必须得上;小d没学过软件工程,也不知道一个项目下来应该具体怎么操作。他觉得他现在这样工作,有很大问题。 首先,功能性需求都确定不下来,小d想先把自己的想法写下来,然后项目组成员一起讨论确定。事实上其它项目成员也没人关注这项目,就一直没有进行。小d不能只等着,于是就往下写。 现在麻烦的是,那个间接领导有时间,会来检查一下小d的文档,他会突然有个想法,要加上某某功能,又要去掉某某功能,然后小d又按他要求修改;下次他检查时,结果又是这样,搞得面目全非,小d也形成不了自己的思想体系,只有揣摩他的意思。两月过去了,还在考虑功能的问题,真是失败啊。难道这就是软件开发的迭代过程?还是我们管理有问题,还是我的想法有问题? * * * * * * * * * * * * * * * 第四章 项目范围管理 课程 内 容 第一节 项目范围管理概述 第三节 项目范围界定与计划 第二节 项目的起始 第四节 项目工作分解 第五节 项目范围确认 第六节 项目范围控制 什么是项目范围管理 现实生活中的案例 教师授课 学生考研、出国、找工作 。。。。。。 项目产出物范围的管理 项目工作范围的管理 同学们可以列举一些生活、

文档评论(0)

celkhn5460 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档