浅谈项目范围管理.pptVIP

范围界定 1 多方了解客户需求，做好引导工作，有效把控客户需求 2 制定详细的需求规格说明书，并供客户签字确认 3 使用科学的工作分解技术，即WBS 4 范围定义要有前瞻性，需设身处地为客户着想 范围概述 范围准备 范围界定 范围控制 范围管理常见现象 快把验收报告签了吧！！！ 不能签， 签完了有问题我找谁去。 范围核实 客户拒绝验收 指利益相关者对项目范围的正式接受。 项目经理两难 市场人员要回款 范围的控制 指当项目范围变化时对其采取纠正措施的过程，以及为使项目朝着目标方向发展而对项目范围进行调整的过程。 软件项目唯一不变的就是总是在变。 范围控制的目的不是阻止变更的发生，而是使变更有序进行，朝着有利于项目顺利完成的方向发展。 变更原因 没有让客户知道 需求变更的代价 需求容易产生 理解分歧 没有明确的需求 变更管理流程 系统实施时间过长 用户业务需求变化 设计不合理， 技术存在瓶颈 需求不明确 变更原因 初始——平衡 变化——失衡 范围变更造成后果 范围、质量 时间 成本 资源 提供了洞察项目生命周期中可能发生变化的机会。 范围三角形 变更控制流程 提交变更申请 审查变更申请 申请影响分析 审查影响分析 批准变更可行 返工或重新提交 返工或重新提交 拒绝 拒绝 变更申请单 项目名称 XY旅游度假区开发项目 任务名称 会议中心设计 任务编号 142 报告日期 2009年2月12日 变更原因 计算机故障 变更内容描述 工期增加3天 变更对进度影响的估计 由于是非关键线路，对整个项目的进度影响不大 变更涉及的相关单位 设计部 报告人 项目经理 项目经理意见 同意 客户签名 日期 09/2/12 如何解决频繁的项目变更 确认客户是否接受变更的代价 建立需求变更管理流程. 建立明确的需求基线 加强合同约束力 加强感情沟通，注意沟通技巧 变更对策 * 案例三：电器零售-物流及售后 地域范围广 终端使用量大 业务系统对接复杂 项目特点 需求变化较多 长期维护 系统性能估计不足 项目问题 工单派送 送货，安装，维修 定位双向监管 拍照上传 软件功能 项目管理方法-变更关系 线性方法 增量型方法 迭代型方法 可调型方法 极限型方法 传统型项目 适应型项目 极限型项目 三种方法的简介 方法 名称 方法 选择 项目特性 变更的态度 区别 传统型项目管理方法 线性化 方法 解决方案和需求都很明确 容许 不鼓励变更 预计不会有太多项目范围的变更 项目属于常规和重复性项目 有现成可用的模板 增量型 方法 与采用线性方法项目的条件相同，但客户逐步增加需求 比线性方法更鼓励变更 可能会出现一些范围变更 适应型项目管理方法 迭代型 方法 需求不完整或是会变化 鼓励 功能比可调型明确 在执行项目过程中，逐步认清需求 解决方案中的某些要素还未识别出来 可调型 方法 仅了解部分解决方案和需求 功能会遗漏或者不明确 还存在未识别的功能 项目面向的是一个全新的产品开发或过程改进 开发进度非常紧张，不能承受额外返工或重新修订计划的负担 极限型项目管理方法 极限型 方法 目标和解决方案都不明确 必须 客户更多的参与 项目是一个研发类项目 工作手机项目问题总结 手机易损，维护工作较多 手机种类繁多，分辨率不同，适配难度较大 软件系统不稳定，易死机，感知较差 数据安全 界面较小，显示受限 网络，及存储能力受限 应用开发技术及网络数据对接技术较多 B/S,C/S Android-java；iMac Objective C； WM C#；Brew C；BlackBerry-Java J2ME,CSS, JQuery Mobile, PhoneGap 范围管理常见现象 项目成功了，哦也！ 项目做得很好，下次再来啊 感谢聆听！ * * * * * * * * * 浅谈项目范围管理 范围管理常见现象 需求又要变啊， 悲催了，何时是个头啊？ 这样不行，要改，赶紧改！！ * 范围概述 范围界定 范围控制 范围准备 * 范围准备 范围界定 范围控制 范围概述 * 项目管理九大知识体系 整体管理 采购管理 人力管理 沟通管理 质量管理 范围管理 时间管理 风险管理 成本管理 项目管理概述 项目范围定义 项目范围（Project Scope）包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。 为了完成具体规定特征和功能的产品，服务和结果，而必须完成的项目工作。 表示产品，服务或结果的特性和功能。 工作范围 产品范围 产品范围类别 功能性需求 基本的软件功能 接口对接需求 业务目标要求 非功能性需求 系统性能、可靠性 可维护性、易用性 业务适应性 缺少正确的项目需求，定义和范围核实往往是导致项目失败的主要原因。 范围管理