项目范围管理PPT课件

较小的、更易于管理的组成部分的过程。
5.4 核实范围——正式验收项目已完成的可交付成果的过程。
5.5 控制范围——监督项目和产品的范围状态、管理范围基准变更的
过程。
精品课件
6
精品课件
7
本章关键术语
项目章程（Project Charter）
产品描述（Product Description）
约束（Constraint）
精品课件
2
项目范围管理的作用
➢ 为项目实施提供任务范围框架 ➢ 对项目实施进行有效的控制 ➢ 为项目绩效度量提供基线 ➢ 为项目最终交付提供依据
精品课件
3
一个烦心的软件开发过程
小张所在的公司承担了当地一家医院的计算机系统的软件开发工作。从医院 的角度，为了能够晋升为国家三甲医院，就必须对医院的现有业务实施计算 机管理，并在年底前，完成由手工操作到计算机管理的过渡。
凡此种种，使得该系统不能按时交接，双方都认为在合作上存在问题。但是 问题究竟是什么呢？应该如何解决这样的问题呢？
精品课件
4
困惑的张先生
张先生怎么也没有想到，一组不起眼的壁柜花了他1万多元。他仍然记得那天跟 装修工讨论建壁柜的事。 当时装修工正在干活，张先生突然让他停下来，并对他说：“我想在卧室里加一组 壁柜，这样比原来计划在卧室里放衣柜要宽敞和整齐。” “没问题，”装修工说，“这个很容易。” “那你们还能按时完工吗？” 张先生问道，“我们要搬到新家过春节，可别耽误了。” “没问题。”装修工显得很有把握。 “那很好，”张先生很高兴，“但是你们装修壁柜的质量怎么样？加了壁柜不会影响 天花板、地板，还有整个工程的质量吧？” 装修工同样很有自信的说：“放心吧，质量绝对不会有问题。” “很好，对了，需要花多少钱？”张先生问道。 “花不了多少钱。”装修工随口答道。 这事就这么定下来了。 等壁柜完工后，装修工交给张先生一张1万多元的账单。 不是说花不了多少钱吗？张先生百思不得其解。
依据
1. 项目章程 2. 干系人登记册
工具与技术
1. 访谈 2. 焦点小组会议 3. 引导式研讨会 4. 群体创新技术 5. 群体决策技术 6. 问卷调查 7. 观察 8. 原型法
成果
1. 需求文件 2. 需求管理计划 3. 需求跟踪矩阵
精品课件
9
收集需求：输入
1．项目章程 可从项目章程中了解总体项目需求以及关于项目
产品的总体描述，并据此制定详细的产品需求。 项目章程已在 4.1 节讨论。 2．干系人登记册 干系人登记册可用来识别那些能提供详细的项目 和产品需求信息的干系人。干系人登记册将在 10.1 节讨论。
精品课件
10
收集需求：工具与技术
1．访谈 访谈是一种通过与干系人直接交谈，来获得信息的正式或非正式方法。访谈的典
型做法是向被访者提出预设和即兴的问题，并记录他们的回答。通常采取“一对 一”的形式，但也可以有多个被访者和/或多个访问者共同参与。访谈有经验的项 目参与者、干系人和主题专家，有助于识别和定义项目可交付成果的特征和功能。 2．焦点小组会议 焦点小组会议是把预先选定的干系人和主题专家集中在一起，了解他们对所提议 产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式 讨论。焦点小组会议往往比“一对一”的访谈更热烈。 3．引导式研讨会 通过邀请主要的跨职能干系人一起参加会议，引导式研讨会对产品需求进行集中 讨论与定义。研讨会是快速定义跨职能需求和协调干系人差异的重要技术。由于 群体互动的特点，被有效引导的研讨会有助于建立信任、促进关系、改善沟通， 从而有利于参加者达成一致意见。该技术的另一好处是，能够比单项会议更快地 发现和解决问题。 4．群体创新技术 可以组织一些群体活动来识别项目和产品需求。下面是一些常用的群体创新技术： 头脑风暴法。用来产生和收集对项目需求与产品需求的多种创意的一种技术。 名义小组技术。通过投票来排列最有用的创意，以便进行进一步的头脑风暴或优 先排序。名义小组技术是头脑风暴法的深化应用。 德尔菲技术。由一组选定的专家回答问卷，并对每一轮需求收集的结果再给出反 馈。专家的答复只能交给主持人，以保持匿名状态。 概念/思维导图。把从头脑风暴中获得的创意，用一张简单的图联系起来，以反映 这些创意之间的共性与差异，从而引导出新的创意。
项目团队经过几个月的努力，基本完成了医院管理信息系统中门诊、药房和 住院处等部分的软件开发工作。但是，在这三部分软件的衔接和相关数据的 使用问题上，供需双方的理解出现了差异。开发方认为，根据双方合同约定， 只要上述三部分工作完成，并能使这套系统运行起来，就完成了合同规定的 内容。而医院的代表则认为，系统数据应该由三个部分共享，并且要对相关 数据进行分析、处理，实现辅助决策的功能。
假设（Assumptions）
项目范围（Project Scope）
范围变更（Scope Change）
范围定义（ Scope Definition）
范围规划（Scope Planning）
范围核实（Scope Verification）
范围说明书（Scope Statement）
工作分解结构（Work Breakdown Structure, WBS）
wk.baidu.com
工作包（Work Package）
精品课件
8
5.1 收集需求
—是为实现项目目标而定义并记录干系人的需求的过程。
—需求是指发起人、客户和其他干系人的已量化且记录下来 的需要与期望。 —收集需求旨在定义和管理客户期望。 —需求是工作分解结构的基础。 —许多组织把需求分为项目需求和产品需求。项目需求包括 商业需求、项目管理需求、交付需求等。产品需求则包括技 术需求、安全需求、性能需求等。
项目范围管理
如果你允许项目范围发 生变化，那么它变化的 速度将超过你的想象。
精品课件
1
项目范围的概念 P65
产品范围 是指客户对项目最终产品或服务所期望包含的特征
和功能的总和。 项目工作范围
是为了交付满足产品范围要求的产品或服务所必须
完成的全部工作的总和。即定义项目管理的工作边界， 确定项目的目标和主要的项目可交付成果。
精品课件
5
项目范围管理内容
•项目范围管理包括确保项目做且只做成功完成项目所 需的全部工作的各过程。 •项目范围管理就是指根据项目目标对项目产品范围和 项目工作范围的全面计划、确认和控制等方面的项目 管理工作。 •项目范围管理的各个过程，包括： 5.1 收集需求——为实现项目目标而定义并记录干系人的需求的过程。 5.2 定义范围——制定项目和产品详细描述的过程。 5.3 创建工作分解结构——将项目可交付成果和项目工作分解为
合同签订后，项目经理组织了十几个具有一定软件编程经验，并对医院的工 作流程有所了解的专业技术人员开始了软件系统的调查工作。经过大约2个月 的系统调查，在供需双方充分交流的基础上，进入了正式的软件编程阶段。 在项目的进行过程中，医院派出了对计算机系统有一定了解的技术人员，负 责与开发方联系和沟通，并将院方的想法和要求，以及医院手工操作流程及 时地告诉开发人员。