【信息系统项目管理师】第五章 复盘范围管理知识架构
范围管理目录
一.范围管理总体概要
|章节|知识领域|过程说明|输入输出|工具技术|项目文档|流程步骤|概念分类|控制审计|知识点汇总|
|:–|:–|:–|:–|:–|:–|:–|:–|:–|:–|:–|
|第五章|范围管理|5|6|4|7|1|6|4|33|
5.1 范围管理的过程说明(5项)
5.1.1 范围管理的定义和重要性
项目范围的定义:为了达到项目目标,交付具有某种特质的可交付成果,项目所要做的工作
范围管理的定义:为了达到项目目标,而对项目可交付成果或服务进行的范围规划,定义,分解,验收和控制的过程。
项目范围在项目的早期被描述出来,并且随着项目的进展变得更加的详细。
范围管理的重要性体现在以下的三点当中:
- 首先它可以让团队成员,项目干系人明白项目该做什么,项目的目标是什么;
- 其实它可以明确项目范围的边界,有效的范围管理后,可以在此基础上更好的进行成本,进度和质量的管理。
- 项目范围一旦发生蔓延,将直接对项目质量,成本,进度等造成严重的影响,它直接影响到项目的成功。
5.1.2 范围管理的六个过程
项目范围管理由以下六个过程所组成:规划范围管理,收集需求,定义范围,创建WBS,确认范围和控制范围。
5.1.3 范围管理的三方面工作
范围管理的三方面工作包括了明确范围边界,监控项目范围的变化,防止项目范围的蔓延。
5.1.4 质量控制与范围确认
- 质量控制和确认范围它们的侧重点不同,确认范围强调项目可交付成果获得客户或者发起人方的验收,质量控制强调确认可交付成果的正确性。
- 质量控制和确认范围它们可以有先后顺序,往往质量控制过程之后实施确认范围过程,当中这两个过程也可以同时实施。
- 质量控制强调的是由内部发起的对质量检验的过程,而范围确认强调的是客户干系人方对项目可交付成果的验收。
5.1.5 项目收尾与范围确认
首先项目收尾和范围确认都强调在阶段末尾对可交付成果物进行验收,但是它们的侧重点不同,确认范围侧重于对可交付成果的验收,而项目收尾更侧重于结束项目时所要做的流程性的工作。
它们的验收内容也不一样。项目收尾强调的是对产品或者服务的验收,而确认范围强调的是对可交付成果的验收。
5.2 范围管理的输入输出(6项)
5.2.1 规划范围管理
规划范围管理是依据组织的政策,规章制度等建立一个文档,该文档指导我们如何在项目中对项目范围进行管理;它的输入有四项:项目章程,项目管理计划,组织过程资产和事业环境因素;它的输出有两项:范围管理计划和需求管理计划;
5.2.2 收集需求
收集需求是收集干系人对项目的需要和期望的过程;它的输入有,项目章程,范围管理计划,需求管理计划,组织过程资产和事业环境因素等五项;它的输出就是需求文件和需求跟踪矩阵两个;
5.2.3 定义范围
定义范围是对项目或者产品的范围进行详细描述的过程;它的输入是项目章程,范围管理计划,需求管理计划,需求文件,组织过程资产和事业环境因素;它的输出是产品范围定义书;
5.2.4 创建WBS
创建WBS过程是将项目可交付成果分解成更小的更加易于管理的部分的过程;它的输入有项目章程,范围管理计划,需求文件,产品范围说明书;它的输出就是范围基准;
5.2.5 确认范围
确认范围是对项目可交付成果进行客户验收的一个过程;它的输入是项目范围管理计划,核实的可交付结果,需求文件,需求跟踪矩阵,范围基准,组过资产和事业环境因素;它的输出是验收的可交付成果,变更请求;
5.2.6 控制范围
控制范围是在项目实施过程中对范围基准的一个维护,并防止出现范围蔓延的一个过程;它的输入有:范围管理计划,工作绩效数据,范围基准,需求文件,需求跟踪矩阵,组织过程资产和事业环境因素;它的输出有工作绩效信息,变更请求;
5.3 范围管理的工具与技术(4项)
5.3.1 收集需求的工具与技术
收集需求的工具与技术一共有11中,这个知识点和系统分析师中的需求获取是有很大程度上的重叠面的,可以合在一起记忆。
范围管理中的收集需求 | 系统分析师领域 | 说明 |
---|---|---|
访谈 | 用户访谈 | 通过直接与干系 |