1、第二节 项目范围管理,第二章目录,什么是项目范围管理2.1项目启动与项目选择2.2范围计划编制和范围说明书2.3范围定义与工作分解结构2.4范围审核和范围变更控制2.5,目标已经制定、责任已经下达，项目已经交给你了。但是还有那么多不确定的因素，怎么办？死透了吗？ 项目经理的工作特点，就是在充满了不确定因素的条件下，完成项目目标。 站在项目经理的岗位上，考虑一下： 如何为项目确定范围并守住它？ 如何为项目订一个切实可行的计划？ 如何编制并控制项目的预算？ 项目的质量是什么并如何度量它？ 怎样管理项目的风险，给自己买一个保险？ 第二部分，我们来讨论这几个问题,第二部分： 项目的过程管理,2.1 什
2、么是项目范围管理,范围 产生项目产品所包括的所有工作及产生这些产品所用的过程产品、过程 产品范围界定-包含在产品或服务中的产品功能和特征。 工作范围界定-为交付一个有特定的功能和特征的产品所完成的项目工作。 范围管理 对项目包括什么和不包括什么的定义与控制过程 意义： 这个过程用于确保项目组和项目干系人，对作为项目结果的项目产品以及生产这些产品所用到的过程，有一个共同的理解。 范围管理是项目经理最核心的管理,项目范围管理过程,项目启动审批和启动项目，确立项目章 程，明确项目的目标和范围。 范围计划-写出一份书面报告，作为未来项目决策基础。 范围定义-把主要的项目工作细目分解成更小、更易管理操作
3、的单元。 范围核实项目干系人正式认可项目范围。 范围控制-对项目范围的变更进行控制。,2.2 项目启动：战略计划与项目选择,项目的启动阶段，从项目管理角度看，是正式认可一个新项目的存在，确认项目目标、范围，明确项目团队任务、责任，并承诺给予资源的过程。项目启动阶段的开始，视具体项目而定，没有一个特别的标志。在一些组织中，一个项目的正式启动，是在必要的调研、初步的计划，或很多属于项目启动工作完成后，才启动的。有些项目的启动，往往是仅仅得到了一些市场信息，相应的工作就开始了,项目提出的动因,项目通常是由于以下的需要而被提出的： 市场需求（比如：一家电信行业软件公司针对电信运营商的发展需要，决定开发
4、CRM软件。这是基于电信运营商面对日益激烈的用户市场竞争，对CRM的需求，而开展的项目，是企业对长期的市场发展战略作出的反应）。 产品需求（比如：同上的公司，在已经推出电信本地网资源管理系统后，为了扩大市场和技术优势，开始开发长途网的资源管理系统，以增强它们的产品线）。 客户需求（比如：同上的公司，在电信本地网产品中，增加对通用GIS（地理信息系统）的支持。因为这是为了满足用户对多GIS平台支持的要求）。,项目提出的动因, 技术进步（比如：同上的公司，在资源系统中，选择通用的GIS平台，代替过去自己开发的地理信息库的方式，这是因为通用平台技术在开发、维护、移植和功能升级等各方面，具有明显的优势
5、）。 法律要求（比如：同上的公司，在采用电子地图方面，已经不再采用自行数据录入的方式，而是购买正式的电子地图。因为考虑尊重相关的知识产权的法律问题）。 这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么，其核心的问题是管理部门通常要做出怎样对应的决策出来。,启动阶段的输出 批准项目立项报告（项目章程）,1 立项报告（项目章程）：项目的立项报告是正式认可项目存在的一个文件。它对其他文件既有直接作用，也有参考作用。 项目章程应描述： 既定的商业目标 产品描述说明 项目经理的责权利 项目的立项报告应该通过管理者对项目及项目所需的条件进行客观的分析后颁发它提供给项目经理运用、组织项目资源，进行项
6、目活动的权力。 参考：项目任务责任书,项目启动阶段的输出,2 指定/委派的项目经理。通常，项目经理应该尽可能在项目的早期进行指定和委派是比较合适的。项目经理应该在项目计划实施开始之前被委派，更应该在许多项目规划完成之前就委派好。3 制约因素。制约因素是限制项目管理团队进行运作的要素。例如：事先确定预算是制约项目团队的操作范围、职员调配和进步计划的一个很重要的因素。 当一个项目按照合同执行时，合同条款通常是受合同制约的。4 假设因素。为了规划目标的准确性，考虑到的假设因素必须具有科学性、真实性和确定性。例如：如果关键人物的到场日期不能落实，那么项目团队就应该设置一个具体的开始时间。假设通常包含有
7、一定程序的风险。在此它们可能被确认或它们可能是一个风险界定的输出。,项目启动阶段的意义,项目生命周期的第一个阶段 启动阶段的结束标志着： 选择并最后决定项目成立/或终止 指定项目经理 产生项目章程（授权）启动阶段工作的实际意义,2.3 范围计划编制和范围说明书,范围计划编制是创立书面文件，阐述项目范围为未来项目提供基础条件的过程，特别是包括了用以确定项目或阶段是否成功完成的标准。 范围说明书的基础是通过确认项目目标和主要项目的子项目，使项目团队与项目客户之间达成一个协议。 如果范围界定的所有要素已经具备（如：主要项目的子项目能够反映项目目标，项目立项报告能证明项目目标），那么，这个过程就仅剩实
8、质性的制定书面文件的工作了。,范围说明书,是一份描述项目输出或可交付成果的文件 是对项目或项目阶段是否成功完成做出决策的依据 是项目和项目干系人对项目范围达成共识的基础 范围说明书至少应包括： 项目论证：项目绩效评估的依据 项目产品：产品描述 可交付成果：各层次交付成果的定义 项目目标：项目绩效度量的定量指标，包括：成本、进度、质量、风险等。,项目范围说明书,2.4 范围定义与工作分解结构,范围定义 范围定义包括分解这个主要工作细目的子项目（象在范围阐述中界定的那样），使它变成更小、更易管理和操作。 目的是为了： 提高估算成本、时间和资源的准确性 为绩效测量和控制确定一个基准线 使工作变得更易
9、操作的，责任分工更加明确 正确的范围定义是项目成功的关键。 当它是一个很差劲的范围界定时，由于不可避免的变化会使最终项目成本可能会很高，因为这些不可避免的变化会破坏项目节奏，导致重复工作、增加项目运行的时间、降低生产功效和工作人员的士气。,范围定义的工具和方法,1. 工作分析结构样板：一个工作分析结构,从以前的项目到新项目都能用，虽然每个项目是唯一的，但是，WBS经常能被“重复使用“，多数项目间在某种程序上是具有相似性的。,项目管理的重要工具 工作分解结构（WBS）,2、WBS WBS(Work Breakdown Structure)主要是将一个项目分解成易于管理的几个部分或几个细目，以便确
10、保找出完成项目工作范围所需的所有工作要素。 它是一种在项目全范围内分解和定义各层次工作包的方法，WBS按照项目发展的规律，依据一定的原则和规定，进行系统化的、相互关联和协调的层次分解。 结构层次越往下层则项目组成部分的定义越详细，WBS最后构成一份层次清晰，可以具体作为组织项目实施的工作依据。 WBS通常是一种面向“成果”的“树”，其最底层是细化后的“可交付成果的任务分配单”，该树型组织确定了项目的整个范围。 但WBS的形式并不限于“树”状，还有多种形式。,WBS的“粒度”,WBS是一棵基于可交付成果的树 根：项目的交付成果 节点：部门/小组的可交付成果，也称为：工作包 叶：具体任务人的可交付
11、成果，是任务分配、描述、检查的最小任务单元。 那么，这个最小任务单元“小”到什么程度？即所谓WBS的“粒度”问题 （1）识别项目的主要产品、主要阶段 （2）细分的原则 考虑分解对象 考虑使用者 考虑编制者,WBS工作分解的原则,功能或技术的原则：考虑到每一阶段到底需要什么样的技术或专家 组织结构原则：考虑项目的分解应适应组织管理的需要 地理位置原则：主要是考虑实施处于不同地区的子项目 系统或子系统原则：根据项目在某些方面的特点或差异将项目分为几个不同的子项目.,最小任务单元的选择,它们是一个工作产品； 它们只代表自己，没有下属的单元； 它们是没有必要再细分的工作； 它们能比较直观地看出，是通过
12、什么方式实现或获得的，如：外购、设计等； 它们需要达到的目的能直观地被用户、项目组和任务执行者所理解。 我们用反问的方法，再来审查我们已经分解到最底层的任务： 由最底层的任务单元来计算和控制成本和进度的精度是否足够？ 完成任务单元的责任人能力是否足够，任务是否过重或任务不饱满？ 这些任务单元是否还有理由继续再细分下去？ 是否有必要更详细地了解内部的过程和产品？ 这些工作单元是否具有充分的独立性？ 在任务单元内部，是否在时间、资源等方面受其他单元的牵制？ 对任务单元的评价、度量尺度是否清楚？ 用户、项目组和任务责任个人是否能清楚、完整地理解这些任务？,WBS工作编码方法,由高层向下层用多位码编排
13、，要求每项工作有唯一的编码 1000 1100 1110 1111 1112 1113 1120 1121 1122 1123 1200 WBS编码也称为：帐目编码 是用于唯一确定项目工作分解结构每一个工作单元的编码系统，成本和资源被分配到这一编码结构中,WBS的编码原则,不论编码采用什么形式，编码应具备以下基本原则： （1）编码应能反映出任务单元在整个项目中的层次和位置，例如：1.2.3和3.4.5显然是在不同层的不同位置。 （2）当发生任务增加和删减时，整体的层次结构不会发生巨大变化，只是在恰当的位置，进行增删。 （3）编码方便进行任务的索引。 （4）编码方便与其他过程管理的相互参照。,W
14、BS分解类型,基于工作过程的划分 上层按照工作的流程分解 下层按照工作的内容划分,项目工作分解结构表,2.5 范围确认与范围变更控制,范围确认是通过参与者（倡议者、委托人和顾客等）的行为，正式确定项目范围的过程。它要求检查项目工作和项目成果，以保证所有项目都能准确地、满意地完成。 如果这个项目已提前终止，这个范围确认过程也应该证实并应以书面文件的形式把它的完成情况记录下来。 范围确认与质量控制是不同的，范围确认关注的是有关工作结果的验收标准，而质量控制关注的是有关工作结果正确性、即是否达到了验收标准的问题。,范围确认的方法和结果,方法检验。检验包括用象测量、测验和考试等这样一系列活动去判断承担
15、的工作任务是否符合计划的要求。检验有各种称呼：评价、产品评价、审查和巡视等；在应用领域，这些不同的词有它自己的使用范围和特定的含义。 结果正式验收。验收文件是当事人或投资者已经认可了这个项目产品或某个阶段的文件，他们必须为完成这项工作准备条件，做出努力。象这种验收可能是有条件的，尤其是在一个阶段末的时候。,2.6 项目范围变更控制过程,范围变更控制系统：范围变更控制系统是一系列正式的、文档化的程序，这些程序定义了对项目绩效进行监控和评价的过程。范围变更控制系统包括正式项目文档变更的步骤，还包括文档系统、跟踪系统、过程和必要的变更批准层次。 项目范围管理的变更控制的具体内容，我们在项目整体管理一章中介绍 作为项目范围管理的补充，我们在下一章，介绍软件项目的需求管理，包括：需求开发、实现与控制,互动交流,在系统集成项目中，与用户界定甲乙双方的工作范围边界，主要有哪些内容？ 在系统集成项目中，最难界定的工作范围是什么？怎么改进？ 在系统集成项目中，最难保持的工作范围是什么？怎么改进？如何才能向用户大声的说“不”？,
