第四章IT项目范围管理.ppt

? 对于最底层的工作包，一般要有全面、详细和明确的文字说明，并汇集编制成项目工作分解结构词典，用以描述工作包、提供计划编制信息（如进度计划、成本预算和人员安排），以便于在需要时随时查阅。 ? 并非工作分解结构中所有的分支都必须分解到同一水平，各分支中的组织原则可能会不同。 ? 任务分解的规模和数量因项目而异，先分解大块任务，然后再细分小的任务，最低层是可控和可管理的，避免不必要的过细，最好不要超过7层。按照IT项目的平均规模来说，推荐任务分解时至少分解到一周的工作量（40个小时）。 4.4 项目范围核实与控制 4.4.1 项目范围核实 ? 确定需要进行范围核实的时间。 ? 识别范围核实需要哪些投入。 ? 确定正式被接受的标准和要素。 ? 确定范围核实会议的组织步骤。 ? 组织范围核实会议。 4.4.2 项目范围控制 1．IT项目范围变更的原因分析 ? 项目的生命周期。 ? 项目的组织。 ? 项目经理的素质。 2．对范围变化的控制 （1）范围变更控制实施的基础和前提。 ? 进行工作任务分解。 ? 提供项目实施进展报告。 ? 提出变更要求。 ? 项目管理计划。 （2）范围变更控制的工具和技术。 ? 范围变更控制系统。 ? 偏差分析。 ? 补充规划。 ? 配置管理系统。 3．项目范围变更控制的作用 ? 合理调整项目范围。 ? 纠偏行动。 ? 总结经验教训。 4．IT项目范围变更控制过程 ? 提交变更请求：变更请求应被记录，并提交给CCB。 ? 复审变更请求：在CCB复审会议中对变更请求进行初始复审，以确定是否为有效请求。 ? 安排或分配工作：对于确认并批准的变更请求，实施工作分配和安排。 ? 进行变更：对需要采取措施的地方确定应采取的具体措施。 ? 核实或测试工作版本中的变更。 ? 发布工作版本中的变更。 ? 估计所采取的纠正措施的效果，如果所采取的纠正措施仍无法获得满意的范围调整，则重复以上步骤。 第4章 IT项目范围管理 项目范围管理概述 4.1 项目范围规划与范围定义 4.2 项目工作分解结构技术 4.3 项目范围核实与控制 4.4 学习目标： 1．了解做好项目范围管理的意义 2．理解并掌握项目范围与范围管理的基本概念 3．理解IT项目范围与质量、时间和成本的关系 4．掌握工作分解结构技术 5．掌握需求管理与范围定义的方法与过程 6．理解控制IT项目范围变更的过程 4.1 项目范围管理概述 4.1.1 项目范围与范围管理 项目范围管理的过程包括以下内容。 （1）收集需求。 （2）范围定义。 （3）创建工作分解结构（Work Breakdown Structure，WBS）。 （4）范围核实。 （5）范围变更控制。 4.1.2 IT项目范围管理的重要性 （1）提高费用、时间和资源估算的准确性。 （2）确定进行测量和控制的基准。 （3）有助于项目分工。 4.2 项目范围规划与范围定义 4.2.1 项目范围规划的编制 1．编制范围规划的依据 （1）环境因素 （2）组织过程资产 （3）项目章程 （4）项目初步范围说明书 2．项目范围管理计划 4.2.2 收集项目需求 1．收集需求的依据 2．收集需求的工具与技术 （1）访谈。 （2）焦点小组会议。 （3）引导式研讨会。 （4）名义小组法。 （5）群体决策技术。 （6）观察法 （7）原型法。 3．收集需求的输出 ? 业务需求。 ? 可跟踪业务目标和项目目标。 ? 功能需求，描述业务流程、信息以及与产品的内在联系。 ? 非功能性要求，如服务水平、合规性、安全、保障能力等。 ? 质量要求。 ? 验收标准。 ? 体现组织指导原则的业务原则。 ? 对组织内部和外部团体的影响。 ? 对支持和培训的需求。 ? 与需求有关的假设条件和制约因素。 4.2.3 项目范围定义 1．范围定义的依据 （1）项目已有的各种文件。 （2）项目范围定义中收集的信息。 2．范围定义的技术 （1）产品分析。 （2）备选方案识别技术。 （3）专家评定。 3．IT项目范围说明书 （1）项目目标与项目范围指标。 （2）产品描述。 （3）项目可交付成果的规定。 （4）约束条件。 （5）假定。 （6）项目配置关系及其管理要求。 4.2.4 软件项目的需求管理 1．定义需求 2．需求确认 3．建立需求状态 状 态 值 定 义 已建议 该需求已被有权提出需求的人建议 已批准 该需求已被分析，估计了其对项目余下部分的影响，已用一个确定的产品版本号或创建编号分配到相关基线中，开发团队已同意实现该需求 已实现 已实现需求代码的设计、编写和单元测试 已验证 使用所选择的