7项目范围管理解析.ppt

7 项目范围管理 7.1 项目范围管理概述 项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。 “范围”这一术语有两种含义： 产品范围——某项产品、服务或成果所具有的特性和功能。 项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。 7.1.1 项目范围管理内容 1、收集需求 为实现项目目标而定义并记录干系人的需求的过程。 2、定义范围 制定项目和产品详细描述的过程。 3、创建工作分解结构 将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分。 4、核实范围 正式验收项目已完成的可交付成果的过程。 5、控制范围 监督项目和产品的范围状态、管理范围基准变更的过程。 （一）为项目实施提供产出物和工作范围的框架 （二）为项目实施的有效控制提供依据和标准 （三）为项目的管理终结和最终成果交付提供清单 7.1.2 项目范围管理作用 7.2 收集需求 需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。 收集需求是为实现项目目标而定义并记录干系人的需求的过程。仔细掌握和管理项目需求与产品需求，对促进项目成功有重要作用 许多组织把需求分为项目需求和产品需求。项目需求包括商业需求、项目管理需求、交付需求等。产品需求则包括技术需求、安全需求、性能需求等。 7.2.1 收集需求依据 项目章程 干系人登记册 7.2.2 收集需求方法 1．访谈 2．焦点小组会议（干系人和主题专家） 3．引导式研讨会（跨职能干系人） 4．群体创新技术 头脑风暴法。 名义小组技术。 通过投票来排列头脑风暴产生的创意。 德尔菲技术。 概念/思维导图。 用一张简单的图联系起来，以反映这些创意之间的共性与差异，从而引导出新的创意。 亲和图。 7.2.2 收集需求方法 5．群体决策技术 一致同意、多数原则、相对多数原则、独裁。 6．问卷调查 7．观察 8．原型法 7.2.3 收集需求结果 需求文件 包括可跟踪的业务目标和项目目标、功能要求、质量要求、验收标准等 需求管理计划 在整个项目生命周期内如何分析、记录和管理需求。 需求跟踪矩阵 把需求与业务或项目目标联系起来，以确保每一项需求在项目结束时得到实现，为管理产品范围变更提供框架。 7.3 范围定义 范围定义是制定项目和产品详细描述的过程。详细项目范围说明书的编制，对项目成功至关重要。应该根据项目启动过程中记载的主要可交付成果、假设条件和制约因素，来编制项目范围说明书。 7.3.1 范围定义依据 项目章程 需求文件 组织过程资产 7.3.2 范围定义方法 专家判断 产品分析 产品分析技术包括产品分解、系统分析、需求分析、系统工程、价值工程和价值分析等。 备选方案识别 如头脑风暴、横向思维和配对比较等。 引导式研讨会 7.3.3 范围定义结果 项目范围说明书 产品范围描述 项目可交付成果 产品验收标准 项目的除外责任 项目制约因素 项目假设条件 项目文件（更新） 7.4 创建工作分解结构 创建工作分解结构（Work Breakdown Structure---WBS）是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。工作分解结构是以可交付成果为导向的工作层级分解，其分解的对象是项目团队为实现项目目标、提交所需可交付成果而实施的工作。 7.4.1 创建工作分解结构依据 项目范围说明书 需求文件 组织过程资产 用于创建工作分解结构的政策、程序和模板； 以往项目的项目档案； 以往项目的经验教训。 7.4.2 创建工作分解结构方法—分解 分解就是把项目可交付成果划分为更小的、更便于管理的组成部分，直到工作和可交付成果被定义到工作包的层次。工作包是工作分解结构的底层，是能够可靠地估算和管理工作成本和活动持续时间的位置。 项目 指标 项目 产出物 项目工作分解结构 项目可交付物 项目工作分解过程模型和方法 项目工作分解的过程模型和方法有如下三个具体分解步骤： 1．根据项目指标或要求分解给出项目产出物 2.根据项目产出物分解和设计项目可交付物 3.根据项目可交付物分解出项目工作分解结构 4.分析和检验项目工作分解结构的正确性 分解原则 所有项目成员都参与 只有上一层分解完毕后才能开始下一层分解 一般分到4—6层 只包括完成可交付成果的必需工作 包括所有的项目工作，100%原则 最底层是工作包 小项目的工作包通常是80小时或小于2-4周，大项目则不同 工作包再往下分就是活动 工作包即使分给多人来做，也应指定一个人负责。 1.自上而下的项目工作分解方法 2.自下而上的项目工作分解方法---从项目工作包或项目可交付物入手逐层向上得出项目工作分解结构的方法。（见申请开办EMBA教育的项目工作分解示意图） 3.自左至右的项目工作分解方法（可参照前信息系统