系统集成项目管理工程师第七章_项目范围管 理闫波.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 选择题 选择题 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 范围确认（核实） Scope Verification 范围确认是项目干系人正式验收并接受已完成的项目可交付物的过程。 范围确认是通过参与者（倡议者、委托人和顾客等）的行为正式确定项目范围的过程。包括审查项目可交付物并保证每一交付物令人满意的完成。 用户参与；明确的要求说明。 引起IT项目问题的因素 1 缺少用户参与 2 不完整的要求和说明 3 易变的要求和说明 4 缺乏主管领导的支持 5 技术不过关 6 缺乏资源 7 不切实际的期望 8 目标不明确 范围确认(核实) Scope Verification 是项目干系人正式接受（Formal Acceptance）项目可交付物的过程。 需要审查Deliverables和Work results，以确保正确圆满完成。 项目提前终止，则应对项目完成程度建立文档。 注意区别：范围核实与质量控制。 范围核实：关心工作结果的“接受Acceptance” 质量控制：关心工作结果的“正确性Correctness” 范围确认贯穿始终 范围确认的输入 1、项目范围说明书 2、WBS和WBS字典 3、项目范围管理计划 4、可交付成果 范围确认的工具和技术 1、检查 审查、评审、产品评审…… 范围确认的输出 1、已接受的交付物 2、变更申请 3、推荐的纠正措施 4、更新的WBS和WBS字典 本章要点 7.1 范围计划编制 7.2 范围定义 7.3 创建工作分解结构 7.4 范围确认 7.5 范围控制 项目范围控制 监控项目状态如项目的工作范围和产品范围状态的过程，也是控制变更的过程。 范围控制关心的是对造成项目范围变更的因素施加影响，并控制这些变更造成的后果，确保所有变更申请和推荐纠正通过整体变更控制过程。 项目范围变更 项目干系人常常由于项目环境或其他各种原因要求对项目的范围基准进行修改，甚至是重新计划，而这一类修改或变化叫变更。 对项目范围变更的控制与管理是项目管理控制的重点工作之一 范围溢出、范围蔓延 范围变更的原因 一个外部事件（例如，政府规定的变更）。 产品范围定义的一个过失或疏忽（例如，一个远程通信系统在设计时忽略了一个需要的特性）。 项目范围定义的过失或疏忽（例如，用材料清单来替代工作分解结构）。 一个增值的变更（例如，一个环境保护项目通过使用项目范围最初定义时还无法使用的技术，可以降低成本）。 为应对一个风险而实施一个应急计划 变更控制时的关注点 确定范围变更已经发生。 对造成范围变更的因素施加影响，以确保这些变更得到一致的认可。 当变更发生时，对变更进行管理。 范围控制的输入 1、项目范围管理计划 2、WBS和WBS字典 3、绩效报告 4、工作绩效信息 5、批准的变更请求 6、范围说明书 范围控制的工具和技术 1、变更控制系统 范围管理计划定义了范围变更的流程。配置管理系统； 2、偏差分析 范围基准-绩效信息 3、重新规划 4、配置管理系统 范围变更控制系统 范围变更控制系统定义项目范围变更的有关程序，它包括文档工作、跟踪系统及对于授权变更所需要的批准层次等。 CCB 偏差分析 根据范围基准和项目绩效的比较来评估变更的程度。 用于帮助评估发生的偏差的程度。 范围控制的输出 1、项目范围说明书（更新） 2、工作分解结构（更新） 3、工作分解结构词汇表（更新） 4、范围基准（更新） 5、请求的变更 6、推荐的纠正措施 7、组织过程资产（更新） 8、项目管理计划（更新） F F1 配置管理 F2 故障管理 F3 安全管理 F4 性能管理 F3.2 F3.3 F3.1 F3.4 F4.2 F4.3 F4.5 F4.6 F4.7 F4.4 F4.1 F4.7.1 F4.7.2 网管系统（图表）分解实例 非软件项目的WBS实例 George and Martha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们35周年的结婚纪念. Martha是工程师, George是会计.他们有两个非常活泼的确孩子,Mary 13岁,Thomas 17岁.经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS. 野餐活动任务分解 序号 任务 持续时间 工作人员 1 开