项目目标与范围管理

第四章、项目目标和 范围管理 定义项目 项目目标 交付成果 里程碑 技术要求 限定和除外情况 与客户一起评估 项目目标 项目目标符合客户的要求 项目目标回答了这样三个问题 做什么 在什么时候完成 用多少钱 项目目标遵循的原则 项目目标遵循的原则 :SMART Specific 明确的 Measurable 可度量的 Achievable 可达到的 Result driven 结果驱动的 Timing 时间性 交付成果 交付成果是预期的项目周期内的输出 交付成果包括 时间 质量 预计成本 里程碑 里程碑是在项目某个时点发生的有意义的事件 里程碑时间表只显示主要工作阶段 里程碑时间表是以可交付成果作平台建立的。 里程碑应该是项目中重要的控制点 里程碑应该能够便于所有项目参与者鉴别 技术要求 为保证特定的性能，通常产品或服务有技 术要求 例如：信息系统项目通常有系统容 量和性能的要求 限定和除外 范围的限定必须定义。否则可能导致 错误的预期和在错误的问题上花费资 源和时间 除外以声明什么是项目不包含的方式 进一步定义了项目的边界 和客户一起评估 范围检查清单在与客户（内部或外部）一起检 查后才能结束，主要考虑对预期的理解和同意 客户在交付成果中得到他 /她所期望的吗？项 目定义有没有指出关键成果、预算、时间和性 能要求？限定和除外问题有没有覆盖？ 在所有问题上的清晰沟通必须避免误解 建立项目优先级 Project Triangle 成本 时间 技术性能 案例分析 Results（模版） Goal Statement _ _ Deliverables Measure _ _ _ _ _ _ _ _ _ _ _ _ Any Questions? 项目范围管理 概述 项目启动 项目范围计划 项目范围定义 项目范围确认 项目范围变更控制 1、范围管理概述 1)项目范围的概念 2)项目范围与产品范围 3)项目范围管理及其过程 1)项目范围的概念 项目范围（ Project scope），是指成功地实 现项目的目标（最终产品或服务）所必须完成 的、全部且最少的工作。 全部的指成功地实现项目的目标所进行的 “ 所有工作 ” 。 最少的指成功地实现项目的目标所规定的 “ 必要的、最少的 ” 工作。 防止项目范围 “ 蔓延 ” 和范围 “ 萎缩 ” 。 2)项目范围和产品范围 在项目管理领域里，有两个不同的范围概 念：产品范围和项目范围。 （ 1）产品范围（ Product Scope），即确定客户 对项目最终产品或服务所期望包含的功能和特 征的总和； （ 2）项目范围，也就是为了交付满足产品范围要 求的产品或服务所应做和必须做的工作。 （ 3）产品范围的完成情况是参照客户的要求来衡 量的，项目范围的完成情况则是参照计划来衡 量的。 3）项目范围管理及其过程 项目范围管理是对项目所要完成的工 作范围进行管理和控制的过程和活动， 包括确保项目能够按要求的范围完成 所涉及的所有过程。 项目范围管理过程 项目启动 项目范围计划 项目范围定义 项目范围确认 项目范围变更控制 2.项目启动 项目范围管理中的启动具有两层含义： 第一层是正式启动一个新项目； 第二层是确定一个既存项目是否可 以进入下一个项目阶段。 启动 正式确定项目开始的过程 在启动前可以有前期工作 可行性研究 初步计划和分析 或者可能非正式的 内部项目 可行性研究要素 1. 技术可行性； 2. 组织体制可行性 ; 3. 财务可行性； 4. 经济可行性 ; 5. 生态和社会可行性 ; 6. 风险和不确定性。 可行性研究报告的内容 1. 实施要点 2. 项目背景和历史 3. 市场和生产能力 4. 原材料投入 5. 项目的设计 6. 项目投产后的组织结构和管理费 7. 人力 8. 项目执行 9. 财务和经济评价 启动的典型理由 启动的理由可归结为三类： 问题 机会 营运 启动的典型理由（续） 市场需求（例如，由于汽油短缺，某汽车公司批准制造低油耗 汽车项目）。 营运需要（例如，某培训公司批准新设课程项目，以增加收 入）。 客户要求（例如，电业局批准新建变电站项目，为新工业园区 供电）。 技术进步（例如，电子公司在电脑内存改进后批准研制新视频 游戏机项目）。 法律要求（例如，油漆厂批准制订有毒材料使用须知项目）。 社会需要（例如，某发展中国家的非政府组织批准向霍乱高发 病率低收入社区提供饮用水系统、厕所与卫生保健教育项 目）。 战略性计划 所有项目都应服从执行组织的战略目 标 执行组织的战略性计划应该作 为项目选择决策的一个因素。 战略分析工具： SWOT分析 SWOT分析：优势、弱点、机会、威胁 Strengths Weaknesses Opportunities Threats 因素：社会、技术、经济、生态和政治 需求的生命周期 需求产生（变化、内部、外部） 需求认识（现存、潜在、超前、前景分析 scenario building ） 需求表达 功能和技术要求 需求表达 1. 让提出需求的人尽可能清楚地说明他们的需 求； 2. 对需求提出一系列问题 3. 作一些必要的研究工作，更好地理解需求 4. 根据以上三步得出结论，尽可能清楚地描述 这个需求 5. 听听用户对你的阐述的反映，并作适当修改。 对需求提出的问题 ？提出需求的人是如何描述需求的 ？需求真实吗，是真正需求还是表面现象 ？我们能满足这个需求吗，其他人能满足吗，是不是真的有 解决方法 ？需求重要吗，值得去满足他吗 ？满足需求的关键问题在那里，会不会有新的需求产生，还 要进一步满足其他需求吗，新的需求能取代目前这个需 求吗 ？需求直接涉及什么人，他们认为这是一个必要的需求吗， 满族足需求后对他们有什么影响，他们的反映会怎么样 ？需求对机构的影响是什么，对我的影响是什么 功能和技术要求 1. 把需求变成功能要求； 2. 功能要求应描述项目最终交付产品的 特征 3. 技术要求根据功能要求产生 4. 功能要求应用日常语言陈述清楚 定义需求时的问题 含糊的需求： 不断变化的需求（人员变化、预算变化、技术 变化、商业环境变化） 误解需求（我说不清楚我所需要的是什么，但 我见到东西时就会知道 感觉会随环境变化） 过早作出结论（截断需要表达过程 需求分 析需要耐心和自我控制） 与真正的用户讨论需求 定义需求时的问题（续） 多种用户，多种需求（确定优先级，即需 求层次） 曲解用户的需求 需求镀金 对用户的需求有选择的过滤 包办代替 项目启动的主要工作 依据 工具和方法 项目方案选 择的方法 专家判断法 项目章程 项目说明书 项目经理的选 派 结果 项目目的 成果说明 企业战略 项目选择的标 准 历史资料 项目启动的方法 项目方案选择的方法。如净现值法、内 部收益率法、投资回收期法和要素加权 分析法等。 专家判断法。专家评分法和德尔菲法。 项目启动的结果 项目章程。 1. 承认项目存在的文件，它可以是一个专门的 文件，也可以是企业需求说明书、成果说明 书、签订的合同等替代文件。 2. 项目章程赋予了项目经理利用企业资源、从 事其有关活动的权力。 3. 项目章程是由客户或项目团队所属的上级领 导组织的决策者签发的 项目说明书 项目经理的选派 什么是范围 范围主要考虑定义什么是、什么不是 包含在项目里 在一个项目中，范围可以指： 产品范围 产品或服务的典型特征与功 能。 项目范围 为提供具有规定特征与功能 的产品或服务所需完成的工作。 项目范围计划 阐述项目范围并将其形成文字的过程 可能只是简单的合并 : 项目章程（目标） 建议书 (可交付成果 ) 3.项目范围计划 项目范围计划就是以项目的实施动机为基础， 确定 项目范围 并编写项目范围说明书的过程。 依据 工具方法 成果分析 项目方案识别技 术 专家判断法 项目范围说明书 项目范围管理计划 结果 项目章程 项目说明书 项目经理的选 派 项目 范围计划的工具和方法 （ 1） 成果分析法 成果分析是范围计划的一种工具 。 范围计划是以启动过程的成果 产品描述 、 项 目章程 、 各种约束条件和假定的最初定义为依据 的 。 在进行范围计划时 ， 可以使用多种不同的工具或 技术 ， 如成果分析 、 成本 /效益分析 、 项目方案 识别技术 、 专家评定等 。 项目 范围计划的工具和方法 （ 1） 成果分析法 成果分析 （ Product Analysis） ， 是为了对项目主要的可交付成果有一个更 好的理解 ， 由项目主要的可交付成果需要 具有的功能和特性着手分析 ， 逆向推导出 项目的工作范围 。 项目范围计划的工具和方法 （ 2） 成本效益分析方法 成本效益分析 （ Cost Benefit Analysis） 就是估算各种项目和产品方案的成本 （ 有形 成本和无形成本 ） 与利润 （ 收益 ） ， 然后用 财务的测量尺度 ， 如投资收益率或投资回收 期等方法 ， 来评估这些经确认的方案的相对 优势 ， 从中选出经济效益最佳的一个方案 ， 再根据此方案的要求制定项目范围计划 。 项目范围计划的结果 项目范围说明书。 范围说明书的目的是记录项目的目标、可交付成 果以及要求，以便把这些内容作为未来项目决策 的基线。 或者说，范围说明书是进一步明确或开发了一个 项目参与者之间能达成共识的项目范围，为制定 未来的项目决策提供了一个纪实基础。随着项目 的不断实施进展，阐述的这个范围可能需要修改 或精确些，从而很好地反映项目范围的变化。 1）项目范围说明书的编写要求 编写时的重要一点是要保持清楚准确，要将项目 目标、可交付成果和要求在范围说明中加以清楚、 准确的陈述，以便事后不会产生误解。通常要做 到以下两点： 1范围说明书中应该包含一个关于所有项目要求 的综合列表，因为这份文档形成了项目利益相关 者和项目组从此以后工作的共同出发点。 2与项目章程相似，范围说明书应该公布并且分 发给项目利益相关者、关键管理人员和项目团队 成员。 2） 项目范围说明书的主要内容 项目范围说明书主要内容： 1.项目的合理性说明。 2.项目目标。 3.项目的可交付成果，形成项目产品清单； 4.项目成果的衡量标准，包括成本、技术、进 度、质量标准； 5.项目目标的实现程度 6.辅助说明（假设条件、约束因素） 项目范围计划的结果（续） 项目范围管理计划。描述了对项目范围如 何进行管理，项目范围如何变更才能与项 目要求相一致等问题。 该文件的内容包括： 1. 说明如何控制项目的范围和范围的变更； 2. 说明如何识别项目范围变更并对其进行分 类； 3. 对项目范围的稳定性进行评价，即项目范 围变化的可能性、频率和幅度。 4.项目范围的定义 项目范围的定义就是将项目的主要可交付 成果分解为较小的且更易于管理的单元。 即形成工作分解结构（ Work Breakdown Structure），简称 (WBS) 。 4.项目范围的定义 进行项目范围界定（定义）的过程是： 充分研究客户的需求建议书 将项目范围内的工作分解为具体细致明确的执行单元 绘制工作分解结构图（ WBS） 编写项目工作分解结构词典 建立起描述项目责任落实情况的项目组织分解结构 (OBS) 建立起描述资源配臵情况的项目资源分解结构（ TBS） 4.项目范围的定义 项目范围的定义 目的： （ 1）便于项目的具体分工 ,明确各成员的权、责、 利； （ 2）提高对成本、时间以及资源估算的准确性； （ 3）为绩效测量与控制定义一个基准计划； （ 4）便于进行明确的职责分配。 项目范围定义的主要工作 依据 工具和方法 工作分解结构 项目工作分解结构图 项目工作分解结构词 典 结果 项目范围说明书 项目范围管理计划 历史资料 项目范围定义的工具 范围定义的工具是 工作分解结构 。 工作分解结构（ Work Breakdown Structure，简称 WBS），是进行范围定义时所使用的重要工具和技术 之一，是面向可交付成果的对项目元素的分组，它组 织并定义了整个项目范围，未列入工作分解结构的工 作将排除在项目范围之外。 项目工作分解结构（ WBS）的作用 1明确和准确说明项目的范围； 2为各独立单元分派人员，规定这些人员的相应职责； 3针对各独立单元，进行时间、费用和资源需要量的估 算，提高时间、费用和资源估算的准确度； 4为计划、预算、进度计划和费用控制奠定共同基础， 确定项目进度测量和控制的基准； 工作分解结构 5将项目工作与项目的财务帐目联系起来； 6便于划分和分派责任； 7确定工作内容和工作顺序； 8估算项目整体和全过程的费用。 工作分解结构 工作分解结构 某项目 子项目 子项目子项目 子项目 活动 活动活动 工作包 工作包工作包 工作分解结构图的内容与要求 工作分解结构是一个以产品或服务为中心的 项目组成部分的 “ 家族树 ” ，规定了项目的 全部范围。 工作分解结构图是将项目按其内在结构或实 施过程的顺序进行逐层分解而形成的结构示 意图。 WBS主要有三个基本要素 层次结构、编 码和报告。 工作分解结构图的内容与要求 1分解层次与结构 （ 1） WBS的分解层次 先明确并识别出项目的各主要组成部分，即明 确项目的主要可交付成果。 确定每个可交付成果的详细程度是否已经达到 了足以编制恰当的成本和持续时间估计。 确定可交付成果的组成元素。 核实分解的正确性。 工作分解结构图的内容与要求 （ 2）结构设计。 WBS结构的总体设计对于一个有效的工作 系统来说是个关键。结构应以等级状或树状来构 成，使底层代表详细的信息，而且其范围很大， 逐层向上。 WBS结构底层是管理项目所需的最低 层次的信息，在这一层次上，能够满足用户对交 流或监控的需要，这是项目经理、工程和建设人 员管理项目所要求的最低水平；结构上的第二个 层次将比第一层要窄，而且另一层次的用户所需 的信息由本层提供，以后依次类推。 工作分解结构图的内容与要求 2.WBS编码设计 3.设计报告 设计报告的基本要求是以项目活动为基础产生所需 的实用管理信息，而不是为职能部门产生其所需的 职能管理信息或组织的职能报告。 即报告的目的是要反映项目到目前为止的进展情况， 通过这个报告，管理部门将能够去判断和评价项目 各个方面是否偏离目标，偏离多少。 飞机系统 1100 推进装臵 1120 导航系统 1130 飞控系统 1140 突防设备 1150 惯性基准装臵 1131 天文校正装臵 1132 卫星导航系统 1133 某侦察机系统 1000 测控与信息传输系统 1200 机 体 1110 0级 1级 2级 3级 WBS图及编码 工作分解结构图的内容与要求 工作分解结构图一旦确定下来之后，除非 特殊情况，应当不能随便加以改动。如遇到 必须加以改动的情况，就得召开各方会议， 如部门主管、项目经理、执行人员、客户和 承包商等参与的大会，就项目目标、工作分 解结构等情况共同磋商，并达成一致意见， 且加以确认，省却日后可能遇到的麻烦。 如何做一个项目的 WBS？ 1. 基于可交付成果 的划分 上层一般为可交 付成果为导向 下层一般为可交 付成果的工作内 容 WBS举例 : 轮船建造项目 2.基于工作过程的划分 上层按照工作的 流程分解 下层按照工作的 内容划分 WBS举例 :新软件包安装项目 WBS工作编码 由高层向下层用多位码编排，要求每项工作有唯一的编码 1000 1100 1110 1111 1112 1113 1120 1121 1122 1123 1200 WBS举例：新设备安装项目 企业经营评价系统项目 网络 1430 软件 1410 硬件 1420 系 统 开 发 1400 测试 1500 实施 1600 系 统 设 计 1300 问 题 界 定 1100 企业经营评价系统项目 1000 系 统 分 析 1200 文档 1440 包 装 软 件 1411 培训 1610 验收 1630 系 统 转 换 1620 定 制 软 件 1412 WBS的一般步骤 1) 总项目目标 2) 子项目或主体工作任务 3) 主要工作任务 4) 次要工作任务 5) 小工作任务或工作元素 WBS注意事项 分解后的任务应该是： 可管理的、可定量检查的、可分配任务的、独立的 复杂工作至少应分解成二项任务 表示出任务间的联系 不表示顺序关系 最低层的工作应具有可比性 与任务描述表一起进行 包括管理活动 包括次承包商的活动 . 课堂案例讨论 题目：假如您要在自己的家里举行一次 生日宴会，如何按 WBS为你制定一份 工作的分解计划？ 要求：分组讨论后提交，要求写编码。 时间 25分钟。 生日宴会 WBS(参考 ) 1.0 准备 1.1 邀请来宾 1.2 采购物品 2.0 晚宴 2.1生日蛋糕 2.2饮料 2.3清洗 2.3.1食品 2.3.2餐具 2.4做菜 2.4.1凉菜 2.4.2熟菜 2.4.2.1蔬菜类 2.4.2.2海鲜类 2.4.2.3其它类 3.0娱乐 3.1音响 3.2灯光布臵 3.3室内布臵 3.4CD/VCD光碟 生日宴会 WBS 邀请来宾 11100 采购食品 11200 准备 11000 生日蛋糕 12100 饮料 12200 食品 12310 餐具 12320 清洗 12300 凉菜 12410 食品类 12421 海鲜类 12422 其他类 12423 热菜 12420 做菜 12400 晚宴 12000 音响 13100 灯光布置 13200 室内布置 13300 V CD 光碟 13400 娱乐 13000 生日晚会 10000 案例讨论（课后完成） 假如 X公司进行成立 10周年庆典活动， 如果请你负责此次活动，你将如何 分析此次活动所应包含的工作？做 出 WBS和编码设计。 5.项目范围确认 项目范围确认是指项目干系人最终认可和接 受项目范围的过程。 依据 工具和方法 项目范围核检表 项目工作分解结 构核检表 对项目 范围定 义工作 的接受 结果 项目成果说明 项目范围说明书 项目范围管理计 划 项目工作分解结 构图 项目范围确认结果是对项目范围定义工 作的接受，同时编制经项目干系人确认 并已接受的范围定义和项目阶段性工作 成果的正式文件。这些文件应发放有关 项目干系人。 如果项目范围没有被项目干系人确认， 则项目宣告终止。 6.项目范围变更控制 项目处在一个不断发展变化的环境之中，因此， 项目本身也难免发生各种各样的变化，于是项 目团队需要对项目进行这样那样的修改，这些 变化和修改就是变更。 其中范围变更（ Scope Change）的请求可能由 不同的来源提出，以不同的形式出现。口头的 或书面的，直接的或间接的，外部提出的或内 部提出的，法律强制性的或可选择的等等。 6.项目范围变更控制 当出现了范围变更请求时，项目团队应该核查该项目 的所有领域以确定该变更的影响，并对可能造成的影 响进行估算，估算实施该变更将耗费多长时间。 由于估算会分散项目团队成员的精力，进而影响项目 的正常进度，因此并不是所有的变更申请都一定要实 施。 一旦有人提出变更申请，项目经理应该做出一些相关 的、合适的决定，必要的时候，可以询问 CCB（ Change Control Board，变更控制委员会）的意见。 项目范围变更控制的主要工作 依据 工具和方法 项目范围变更控制 系统 绩效测量 范围计划调整 范围变更文件 纠正措施文档 经验教训文档 调整后的基准计 划 结果 项目工作分解结构 项目执行报告 项目范围变更申请 项目范围管理计划 （ 1）影响项目范围变更的因素 影响因素主要包括以下五个方面： （ 1）项目客户要求发生变化 （ 2）工艺技术的变化，如项目团队提出新技术、 手段和方案； （ 3）项目组织本身发生变化，如人员变化 ； （ 4）项目范围计划或定义时出现错误或遗漏； （ 5）经营环境的变化，如政府的有关规定发生变 化。 （ 2）项目范围变更控制的依据 项目工作分解结构 项目执行报告（项目实际完成情况，有 关项目范围、进度、成本和资源变化情 况） 项目范围变更申请（扩大或缩小？） 项目范围管理计划 （ 3）范围变更控制的工具和方法 项目范围变更控制系统 绩效测量 范围计划调整 项目范围变更控制系统 项目范围变更控制系统规定了修改项目 范围时应遵循的系列程序和方法，其中主 要包括： （ 1）文档工作 （ 2）项目实施跟踪系统 （ 3）多种项目范围变更审批的处理 绩效测量 在项目实施过程中，若项目范围发生变更， 会对其他各个方面都产生一定的影响。变更 发生以后，我们要分析范围变更的因素，根 据其所造成的影响适当调整我们原有的项目 计划，出现偏差时采取对应的纠正措施使项 目回到正常轨道上来。 偏差分析 绩效审查 趋势分析 项目范围管理计划的更新（调 整后的基准计划） 计划的调整可能包括以下几种情况： 1 重新设计项目范围管理计划 。 2 重新安排项目进度 。 3 重新分配资源 。 案例 某年， B计算机公司（以下简称 B公司）了解到 A企业要建设一个客户服务中心，向客户提供 有关本企业产品的咨询、查询、委托、投诉等 服务，并希望能够尽可能采用各种计算机和通 信技术，为客户提供快速、准确和渠道多样 （包括电话、传真、 WEB、邮件等）的服务。 A 企业的原有业务运作只有一小部分采用计算机 处理，而且原来并不存在客户服务中心这样的 机构。 问题： 请给出客户服务中心的项目范围定义及 WBS Any Questions?