信息系统项目的管理师考点温习-创建工作分解结构.docVIP

信息系统项目的管理师考点温习-创建工作分解结构.doc

  1. 1、本文档共7页,可阅读全部内容。
  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文档。上传文档
查看更多
信息系统项目的管理师考点温习-创建工作分解结构

信息系统项目管理师: /rk/isen/index.html 信息系统项目管理师考点温习:创建工作分解结构 一、创建工作分解结构WBS(Work Break down Structure) 创建工作分解结构(WBS)是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 任务分解的过程 将一个项目分解为更多的工作细目或者子项目,使项目变得更小、更易管理、更易操作。 任务分解的结果 WBS(任务分解结构)。 WBS 最底层的WBS单元叫做工作包 WBS意义 使项目明确、清晰、透明、具体 保证项目结构的系统性和完整性 建立完整的项目保证体系 明确项目相关各方责任 直接作为进度计划和控制的工具 为信息沟通系统提高依据 是其他计划和控制措施制定的基础和依据 WBS类型 清单(分级的树型结构) 图表 输入: 1、组织过程资产 2、项目范围说明书 3、项目范围管理计划 4、批准的变更请求 用到的工具和技术: 1、工作分解结构样板 PMI的《工作分解结构的实践标准》 应用领域的标准化模板 2、分解 分解就是把项目可交付成果分成较小的、便于管理的组成部分,直到工作包水平。 项目管理团队随着信息逐渐丰富而对WBS进行细化,叫滚动式计划 分解粒度问题 WBS编码设计 用到的方法: 1、使用指导方针 2、类比法 3、自上至下自下至上方法(常用) 分解方法: 生命期各阶段为第一层,每阶段的可交付物为第二层。 项目重要可交付物为第一层。 子项目为第一层,再进一步分解。 输出: 1、项目范围说明书(更新) 2、工作分解结构 3、工作分解结构字典 4、范围基线 5、项目范围管理计划(更新) 6、请求的变更 WBS和WBS字典 WBS最低层次指工作包 WBS字典用来详细描述WBS每个元素 工作说明,相关活动,里程碑 开始结束日期,资源需求 二、范围确认(核实) Scope Verification 范围确认是项目干系人正式验收并接受已完成的项目可交付物的过程。 范围确认是通过参与者(倡议者、委托人和顾客等)的???为正式确定项目范围的过程。包括审查项目可交付物并保证每一交付物令人满意的完成。 用户参与;明确的要求说明。 重要:引起IT项目问题的因素 1.缺少用户参与 2.不完整的要求和说明 3.易变的要求和说明 4.缺乏主管领导的支持 5.技术不过关 6.缺乏资源 7.不切实际的期望 8.目标不明确 输入: 1、项目范围说明书 2、WBS和WBS字典 3、项目范围管理计划 4、可交付成果 用到的工具和技术 1、检查 审查、评审、产品评审…… 输出: 1、已接受的交付物 2、变更申请 3、推荐的纠正措施 4、更新的WBS和WBS字典 三、项目范围控制 监控项目状态如项目的工作范围和产品范围状态的过程,也是控制变更的过程。 范围控制关心的是对造成项目范围变更的因素施加影响,并控制这些变更造成的后果,确保所有变更申请和推荐纠正通过整体变更控制过程。 项目范围变更 项目干系人常常由于项目环境或其他各种原因要求对项目的范围基准进行修改,甚至是重新计划,而这一类修改或变化叫变更。 对项目范围变更的控制与管理是项目管理控制的重点工作之一 范围溢出、范围蔓延 范围变更的原因 一个外部事件(例如,政府规定的变更)。 产品范围定义的一个过失或疏忽(例如,一个远程通信系统在设计时忽略了一个需要的特性)。 项目范围定义的过失或疏忽(例如,用材料清单来替代工作分解结构)。 一个增值的变更(例如,一个环境保护项目通过使用项目范围最初定义时还无法使用的技术,可以降低成本)。 为应对一个风险而实施一个应急计划 变更控制时的关注点 确定范围变更已经发生。 对造成范围变更的因素施加影响,以确保这些变更得到一致的认可。 当变更发生时,对变更进行管理。 输入: 1、项目范围管理计划

文档评论(0)

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

分享好文档!

1亿VIP精品文档

相关文档