项目的具体范围管理.pptVIP

WBS分解的详细程度 请根据以下准则检查WBS的详细程度 任务可由单个人来完成吗？ 任务的完成状态可以验证吗？ 任务开始之后还会依赖于其他任务吗？ 任务所分配的时间是否过长而不利于管理？ 为了保证管理的有效性，对下一周每项任务的安排不要超过一个工作日 关注WBS层次 项目组成员的直接负责人关注到每个活动 项目经理（项目规模较小时） 项目组长（项目规模较大时） 项目高层经理或客户关注在较高层次的WBS活动 例如需求分析阶段、设计阶段、集成测试阶段和系统测试阶段 项目管理-范围管理 * 范围验证 输入 工作结果 产品文档 范围说明书 WBS 项目计划 工具与技术 正式评审 输出 正式验收 范围验证 范围验证是指项目干系人对项目范围的正式承认。 一些成功经验： 促进用户参与：包括让用户参与项目组、举行例会、定期向项目干系人尤其是用户提交可交付物等 减少不完整和易变的要求：包括制定并遵循一个变更管理程序、使用原型制作等、对所有客户要求都记录在案、建立一个需求管理数据库、进行足够的测试、运用正式的评审过程、强调截至日期等 * 项目管理-范围管理 * 范围验证 可能出现的问题： 目标不明确 范围特别大、特别广 缺少用户参与 范围核实：项目干系人承认 项目管理-范围管理 * 范围变更控制 输入 WBS 执行报告 变更请求 范围管理计划 工具与技术 范围变更控制 状态测量 附加计划 输出 范围变更 纠正措施 吸取的教训 基线调整 范围变更控制 项目干系人由于各种原因要求对项目计划进行变更 范围变更控制的概念：就是控制项目范围的变化。 范围变更的原因 项目要求变化 项目设计发生变化 外部环境变化 人员变化 多数变更基于 外部突发事件，例如，政府颁布了一项新的法规等 产品范围定义时的疏忽或过失，特别是异常情况的处理 项目范围定义时的疏忽或过失，例如，缺少需求确认活动 技术更新或者其他方面的突破 为应对风险而实施的紧急措施 项目组织本身发生变化 项目业主对项目和项目产品要求发生变化 范围变更控制 变更管理： 需求变更、任务变更 变更请求、变更审批、变更沟通 范围管理更关心 对造成范围变更的因素施加影响，以确保变更朝着有益项目的方向发展，并且使变更得到项目利益相关者的一致认可 确定范围变化对项目造成的影响 当项目范围正在发生变化或已经发生变化时，对实际的变更进行管理，包括可能采取的应对措施 范围变更控制建议 制定并遵循一个要求的管理程序，建立需求数据库 使用原型，螺旋等方法，透彻理解用户需要 运用评审过程，从系统的观点评审提出的要求变更 强调交付日期 * 上周你在某海滩度假。今天你正在检查你将要承担的项目的范围变更请求，因为前任项目经理辞职离开。未判断项目范围将有多大程度的变更，你需要将变更请求与以下哪个项目文件进行比较； A.项目范围说明 B.工作分解包 C.项目计划（规划） D.项目范围管理计划 B * 你是一个系统集成项目的经理，该项目将使人们能在各地书报零售店购买到彩票。你的公司开发适用的软件，但需要向其它公司购买硬件设备。你的外包管理员告知你要准备一份产品描述，该文件应被称为： A.工作说明 B.合同范围说明 C.项目章程 D.合同 A * 你已经被任命为你的组织的一项新项目的项目经理，必须准备项目规划。为帮助制定项目的框架，你决定准备工作分解包以描述工作的规模和复杂程度。没有现成的工作分解包模板可资利用。为了准备工作分解包。你首先必须： A.估计每个项目可交付成果的成本和使用寿命 B.确定项目的主要可交付成果 C.确定项目的每个可交付成果的组成成分 D.明确主要任务 B * 你为新项目组建的小组包括三名全职工作人员和五名兼职辅助人员。所有成员相互认识并曾一起工作过。为了保证项目启动成功，你的第一步将是： A.与每位成员单独会谈任务分配 B.制定责任分配矩阵并向每位成员分配任务 C.向成员分派项目计划和工作分解包 D.召集项目启动会议 D * 范围说明书, 一旦被确定和批准,要被用于: A. 未来决策的唯一基准 B. 管理客户的组织方式 C. 对范围变更形成统一的认识并且评估潜在的变更 D. 作为决不会变更的静态机制 C * 项目章程和范围说明书是这样的文件,它们被设计来对于项目目标, 交付物和商业利益达成共识,以方便: A. 项目经理和业主 B. 项目团队计划小组 C. 项目业主和项目支持者 D. 项目干系人 D * 范围规划的一个重要部份是: 对于怎样识别和分类范围变更,需要提供一个清楚的描述。这信息应该被包含于: B A. 合同的工作分解结构WBS B. 项目绩效报告 C. 项目计划 D. 范围管理计划 B * 范围说明书形成了项目经理与项目客户之间的协议基础,这是因为它确定了:C A