软考学习第7天

不知不觉已经第7天了，时间过的真快呀，今天的任务是第5章，加油！

第5章 项目范围管理

详细内容见图5-1

图5-1 第5章 项目范围管理

5.1 范围管理概述

知识点5-1：（1）明确项目边界（2）对项目执行工作进行监控（3）防止项目范围发生蔓延

5.1.1 产品范围与项目范围

知识点5-2：产品范围：指产品或者所应该包含的功能

知识点5-3：项目范围：只为了能够交付产品，所必须做的工作

知识点5-4：项目范围基准：经过批准的项目范围说明书，wbs和wbs词典

5.1.2 范围管理的重要性

5.1.3 范围管理的过程

知识点5-5：范围管理的过程：规划范围管理，收集需求，定义范围，创建wbs，确认范围，控制范围

图5-2

知识点5-6：项目范围管理各过程的输入、输出、工具与技术见图5-3

图5-3

5.2 规划范围管理

知识点5-7：规划范围管理过程的输入有项目管理计划，项目章程，事业环境因素和组织过程资产，使用的工具与技术有专家判断和会议，输出有范围管理计划和需求管理计划

5.2.1 范围管理计划

知识点5-8：范围管理计划是项目或项目集管理计划的组成部分，描述将如何定义，制订，监督，控制和确认项目范围

5.2.2 需求管理计划

知识点5-9：需求管理计划(Requirements Management Plan) 描述在整个项目生命周期内如何分析、记录和管理需求。

知识点5-10：需求管理计划主要内容：

（1）如何规划，跟踪和汇报各种需求活动

（2）需求管理需要使用的资源。

（3）培训计划

（4）项目干系人参与需求管理的策略

（5）判断项目范围与需求不一致的准则和纠正规程

（6）需求跟踪结构

（7）配置管理活动

5.3 收集需求

知识点5-11：收集需求是实现项目目标而确定，记录并管理干系人的需要和需求的过程，其作用是为定义和管理项目范围（包括产品范围）奠定基础。

5.3.1 需求的分类

知识点5-12：需求的分类

（1）业务需求

（2）干系人需求

（3）解决方案需求

（4）过渡需求

（5）项目需求

（6）质量需求

5.3.2 收集需求的工具与技术

知识点5-13：收集需求的工具与技术：

（1）访谈

（2）焦点小组

（3）引导式研讨会：质量功能展开的具体步骤

（a）将用户的多种需求及其相对重要性列为矩阵表的第一列

（b）将产品可能的多种特性列为矩阵表的第一行

（c）有相关专家记题讨论每种特性与每种需求之间的关联性

（4）按列加权汇总

（4）群体创新技术

（a）头脑风暴（b）名义小组技术（c）德尔菲技术（d）概念/思维导图（e）亲和图（f）多标准决策分析

（5）群体决策技术

（a）一致同意（b）大多数原则（c）相对多数原则（d）独裁

（6）问卷调查

（7）观察（工作跟踪）

（8）原型法

（9）标杆对照

（10）系统交互图

（11）文件分析

5.3.3 需求文件

知识点5-14：收集需求过程的主要输出：需求文件，需求跟踪矩阵

知识点5-15：需求文件内容：

（1）业务需求，干系人需求，解决方案需求，项目需求，过渡需求，与需求有关的假设条件，依赖关系和制约因素

5.3.4 需求跟踪

知识点5-16：需求跟踪的内容：见图5-4

图5-4

（1）业务需求，机会和目标。

（2）项目目标

（3）项目范围

（4）产品设计

（5）产品开发

（6）测试策略和测试场景。

（7）高层级需求到详细需求。

5.4 定义范围

5.4.1 定义范围的工具与技术

知识点5-17：定义范围的工具与技术：

（1）产品分析

（2）备选方案生成：备选方案分析，横向思维（戴勃诺理论，发散思维，水平思维）

5.4.2 项目范围说明书

知识点5-18：范围说明书的内容：

（1）产品范围描述

（2）验收标准

（3）可交付成果

（4）项目的除外责任

（5）制约因素

（6）假设条件

知识点5-19：范围说明书的作用

（1）确认范围

（2）沟通基础

（3）规划和控制依据

（4）变更基础

（5）规划基础

5.5 创建工作分解结构（ WBS ）

5.5.1 WBS 的层次

知识点5-20：层次的特点

（1）每层中的所有要素之和是下一层的工作之和

（2）每个工作要素应该具体指派一个层次，而不应指派多个层次

（3）wbs需要有投入工作的范围描述，这样才能使所有人对要完成的工作有全面的了解

知识点5-21：WBS 的层次

1.里程碑

2.工作包（8小时<=工作包<=80小时）

3.控制账户：一个工作包属于一个控制账户

4.规划包

5.WBS词典

5.5.2 分解

知识点5-21：分解

（1）识别和分析可交付成果及相关工作。

（2）确定WBS 的结构和编排方法。

（3）自上而下逐层细化分解。

（4）为WBS 组件制定和分配标识编码。

（5）核实可交付成果分解的程度是恰当的。

知识点5-22：分解的原则

（1）功能或者技术原则

（2）组织结构

（3）系统或者子系统

知识点5-22：注意事项

（1）WBS 必须是面向可交付成果的。

（2）WBS 必须符合项目的范围。

（3）WBS 的底层应该支持计划和控制

（4）WBS 中的元素必须有人负责而且只由一个入负责，尽管实际上可能需要多个人参与。

（5）WBS 的指导

（6）WBS 应包括项目管理工作，也要包括分包出去的工作

（7）WBS 的编制需要所有项目干系人的参与，需要项目团队成员的参与。

（8）WBS 并非是一成不变的。

5.5.3 WBS 的作用

知识点5-23：WBS 的作用

（1）明确和准确说明项目范围

（2）清楚定义项目边界

（3）为各个独立单元分派人员

（4）针对独立单元，进行时间，成本和资源需求量的估算

（5）为计划，预算，进度安排和费用控制奠定共同基础，确定项目进度和控制的基准

（6）将项目工作和项目的财务账目联系起来

（7）确定工作内容和工作顺序，将项目分解成具体的工作任务，

（8）有助于防止需求蔓延

5.6 确认范围

5.6.1 确认范围概述

知识点5-23：确认范围的主要工具与技术是检查和群体决策技术。

知识点5-24：确认范围的步骤

(1) 确定需要进行范围确认的时间。

(2) 识别范围确认需要哪些投入。

(3) 确定范围正式被接受的标准和要素。

(4) 确定范围确认会议的组织步骤。

(5) 组织范围确认会议。

知识点5-24：需要检查的问题

(1) 可交付成果是否是确定的、可确认的。

(2) 每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件

(3) 是否有明确的质量标准

(4) 审核和承诺是否有清晰的表达。

(5) 项目范围是否覆盖了需要完成的产品或服务进行的所有活动，有没有遗漏或者错误。

(6) 项目范围的风险是否太高，管理层是否能够降低可预见的风险发生时对项目的冲击。

5.6.2 干系人关注点

5.6.3 几个术语的比较

知识点5-25：确认范围与核实产品

知识点5-26：确认范围与质量控制

知识点5-27：确认范围与项目收尾

5.7 控制范围

知识点5-28：范围变更的原因

（1）政府政策的问题。

（2）项目范围的计划编制不周密详细，有一定的错误或遗漏。

（3）市场上出现了或是设计人员提出了新技术，新手段或新方案

（4）项目执行组织本身发生了变化

（5）客户对项目、项目产品或服务的要求发生变化。

第五章的知识点不算太多，也比较好理解，加油！