项目范围管理
项目范围管理的概念
项目范围管理对项目管理的重要性:
①清楚了项目的具体工作范围和具体工作内容;
②项目范围基准是确定项目进度测量和控制的基准;
③确定了具体的工作任务,界定分工和责任
项目范围管理的六个过程:编制范围管理计划--收集需求--定义范围--创建工作分解结构--确认范围--范围控制
1、编制范围管理计划
它是项目或项目集成管理计划的组成部分,描述了如何定义、制定、监督、控制和确认项目范围
输入 | 工具与技术 | 输出 |
项目管理计划 组织章程 组织过程资产 事业环境管理因素 |
会议 专家判断 |
范围管理计划 需求管理计划 |
项目章程提供了高层级的项目描述和产品特征,产品特征出自项目工作说明书
范围管理计划:是制定项目管理计划过程和其他范围管理过程的主要依据,范围计划管理要对将用于以下工作的管理过程作出规定:
①制定详细的项目范围说明书;
②根据项目项目范围说明书创建WBS;
③维护和批准工作分解结构(WBS);
④正式验收已完成的项目可交付成果;
⑤处理对详细项目范围说明书或WBS的变更
需求管理计划:是项目管理计划的组成部分,包括
①如何规划、跟踪和报告各种需求活动;
②配置管理活动;
③需求优先级排序;
④产品测量指标及指标使用理由;
⑤反映哪些需求将被列入跟踪矩阵的跟踪结构;
⑥收集需求过程
2、收集需求
本过程主要是为定义和管理项目范围(包括产品范围)奠定基础
输入 | 工具与技术 | 输出 |
范围管理计划 需求管理计划 干系人管理计划 项目章程 干系人登记册 |
如下 |
需求文件 需求跟踪矩阵 |
收集需求过程的工具与技术:访谈、焦点小组、引导式研讨会、群体创新技术(头脑风暴法、名义小组技术、思维导图、亲和图、多标准决策分析)、群体决策技术(一致同意、大多数原则、相对多数原则、独裁)、问卷调查、观察、原型法、标杆对照、系统交互图、文件分析
需求文件的主要内容包括:
①业务需求:可跟踪的业务目标或项目目标、执行组织的业务规则、组织的指导原则;
②干系人需求:干系人对沟通和报告的需求;
③解决方案需求:功能和非功能需求、技术和标准合规性需求、支持和培训需求、质量需求;
④项目需求:服务水平、安全合规、管理绩效、验收标准等;
⑤过渡需求;
⑥与需求相关的假设条件、依赖关系和制约因素
需求跟踪矩阵:把产品需求和能满足需求的可交付成果关联起来的表格,有助于确保每个需求的商业价值,为管理产品范围变更提供框架
3、范围定义
从需求文件中选取最终的项目需求,并制定出关于项目及其产品、服务或输出的详细说明;定义范围最重要的工作就是定义项目的范围边界,区分应该做和不应该做的工作分界线。定义范围可以增加项目时间、成本和资源估算的准确度,明确项目控制的依据,明确相关责任人在项目中的责任,明确项目的范围、合理性、目标,以及可交付成果
输入 | 工具与技术 | 输出 |
范围管理计划 项目章程 需求文件 组织过程资产 |
产品分析 专家判断 备选方案生成 引导式研讨会 |
项目范围说明书 项目文件更新 |
范围定义的工具和技术:
①产品分析:划分产品范围,并把对产品的要求转化成项目的要求;包括产品分解、系统分析、需求分析、系统工程、价值工程、价值分析等;
②专家判断;
③备选方案生成;
④引导式研讨会
项目范围说明书:对项目范围、主要可交付成果、假设条件、制约因素的描述;项目的范围边界一定是闭合的
4、创建工作分解结构
工作分解结构是项目管理的基础,项目的所有规划和控制工作都必须基于工作分解结构
WBS包含的主要内容:
①确定项目范围,项目的全部工作都必须包含在WBS中,WBS必须且只能包括100%的工作;最小的WBS工作单元被称为“工作包”;
②制定过程需要所有项目干系人的参与;
③逐级向下分解,一般情况下,WBS要控制在3~6层为宜;如果项目比较大以至于WBS要超过6层,可以把大项目分解成子项目,对子项目进行WBS拆分
WBS中的各要素应该相互独立,减少相互之间的交叉;WBS一般用图表形式表达,常用的形式有:分级的树形结构、表格形式
WBS涉及的相关概念:里程碑、工作包
①里程碑:关注事件在要求的时间内是否完成;
②工作包:8/80原则,建议工作包的大小应该至少需要8个小时完成,总完成时间不超过80小时,可以对其进行有效的时间、成本、质量、风险控制
范围基准:包括项目范围说明书、WBS、WBS词典
5、项目范围确认
确认范围是正式验收已完成可交付成果的过程,需要审查可交付物和工作成果,以保证项目中的所有工作都能准确满意地完成,主要步骤为:
①制定并确认执行程序;
②项目干系人对项目范围的正式承认
项目管理计划:包括范围管理计划和范围基准
项目范围确认的输出:每一次验收都需要客户的书面确认
6、项目范围控制
范围控制是监督项目和产品的范围状态、管理范围基准变更的过程
范围变更控制常遇到的问题包括:
①项目范围蔓延;
②得不到投资人的批准;
③项目小组未尽责任
需求基线定义了项目的范围,每次有变更需求,变更经过需求评审后都需要重新确定需求基线;项目组需要维护好需求基线文档,保护各版本的需求基线,以备不时之需。需求变更及项目范围变更一定要遵循变更控制委员会制定的变更控制流程
范围控制的工具和技术:偏差分析,确定实际绩效与基准的差异程度及原因的技术
近年考试相关知识点,尚未学到,暂待更新……