PMP学习重点笔记(项目范围管理)

词条 内容
范围管理步骤

确保项目做且只做所需的全部工作,以成功完成项目的各个过程。

规划范围管理-收集需求-定义范围(粗)-创建WBS(细)-确定范围-(控制范围/变更)

注:

WBS(Work Breakdown Structure,工作分解结构)是项目管理中的一种方法,它是将项目分解成可管理和控制的任务和活动的一种层次化结构。WBS通常是由一系列分解图表构成,每一个图表都是一个层次化的结构,从最高层到最低层的细节逐渐展开。

WBS将项目分解成单一且可操作的任务,使项目管理者能够更加高效地规划、跟踪和控制项目。通常情况下,WBS可以使用树状图来表示,而每个节点都代表着一个具体的工作任务或活动。WBS能够帮助项目经理和团队成员更好地管理和控制资源、项目进度、成本和质量。

范围的含义

(1)产品范围:产品、服务或成果所具有的特性和功能客户需要

(2)项目范围:(工作结果分析)为交付具有规定特性与功能的产品、服务或成果而必须完成的工作

规划范围管理

为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理过程的过程

对如何管理范围提供指南和方向。(注意没有具体**计划)

I:项目章程、项目管理计划(质量管理计划、项目生命周期描述、开发方法)、事业环境因素、组织过程资产

TT:专家判断、数据分析(备选方案分析)、会议

O:范围管理计划(描述将如何定义、制定、监督、控制和确认项目范围)、需求管理计划(描述如何分析、记录和管理项目和产品需求)

收集需求

为实现目标而确定、记录并管理相关方的需要和需求的过程

I:项目章程、项目管理计划、项目文件、商业文件、协议、事业环境因素、组织过程资产

TT:专家判断、数据收集(头脑风暴、访谈、焦点小组、问卷调查、标杆对照、德尔菲法)、数据分析、决策(投票、多标准决策分析)、数据表现(亲和图、思维导图)、人际关系与团队技能(名义小组技术、观察交谈、引导)、系统交互图、原型法

O:需求文件(规格说明书、业务需求和产品需求)、需求跟踪矩阵(表格,从来源连接到可交付成果)

数据收集(头脑风暴、访谈、焦点小组、问卷调查、标杆对照)-数据分析()-数据决策(投票、一致同意、大多数原则、相对多原则、独裁型决策、多标准决策)-数据表现(亲和图、思维导图)-数据建模(系统交互图、原型法)

头脑风暴:多种创意,不做评判、多多益善

名义小组:通过投票排列最有用的创意(在头脑风暴之后)

访谈:一对一、一对多,机密信息

焦点小组:由一位受过训练的主持人引导大家进行互动式交流。比访谈更热烈,可以引入观察者。

问卷调查:受众多样化、需要快速完成调查,受访者地理位置分散,适合统计分析。

德尔菲技术:由一组选定的专家回答问卷,保持匿名状态,期望达到一致共识。

标杆对照:实践比较。

亲和图:聚类

思维导图:逻辑关联

数据交互图:对产品范围的可视化描绘,显示业务系统及其与人和其他系统(行动者)之间的交互方式

观察:旁站观察者、参与观察者。工作跟随,当产品使用者难以或不愿清晰说明他们的需求是适用

引导:跨职能团队,与分别召开相比,能更快发现问题

JAD联合应用设计或开发(软件开发行业)

QFD质量功能展开(制造行业)

用户故事,对所需功能的简短文字描述,需求研讨会。(角色、目标、动机)

定义范围

制定项目和产品详细描述的过程(注意和项目章程中项目范围的区别联系)

项目范围说明书,包括产品范围描述、项目的除外责任、项目边界基准、可交付成果、验收标准

创建WBS

将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程

I:项目管理计划、项目文件(项目范围说明书、需求文件)、事业环境因素、组织过程资产

TT:专家判断、分解

O:范围基准(范围说明书、WBS-树状结构|控制账户-规划包-最低层为工作包、WBS词典)、项目文件更新

WBS分解技术:

自上而下,逐层细化分解

自下而上,用于归并较低层次组件

滚动式规划,随着时间的推进逐步明确规划分解

确认范围

正式验收已完成的项目可交付成果的过程

I:核实的可交付成果

TT:

O:验收的可交付成果(客户或者发起人正式签字)

确认范围和质量控制过程,前者关注可交付成果的验收,后者关注可交付成果的正确性及是否满足质量要求。

控制范围

监督项目和产品的范围状态,管理范围基准变更的过程

两种处理方式

预测型:开始时定义可交付成果,过程对所有范围变化进行渐进管理(变更)

适应型或敏捷型:整体范围分解为一系列产品未完项,多轮迭代完成。每次迭代前开始时确定本轮范围,每次迭代中,反复开展“收集需求-定义范围-创建WBS”的流程

I:项目计划书、项目文件、工作绩效数据、组织过程资产

TT:数据分析(偏差分析、趋势分析

O:变更请求

有变更,走流程(先了解、再分析、提申请

(1)客户提出新需求需要变更

(2)执行中范围蔓延要变更

(3)验收未达预期要变更

范围管理输出

输入:项目章程

输出:项目管理计划

(产品范围)需求管理计划、需求文件、需求跟踪矩阵

(项目范围)范围管理计划、范围基准(项目范围说明书、WBS+WBS词典、工作包+规划包)、可交付成果

猜你喜欢

转载自blog.csdn.net/ryanzzzzz/article/details/130860652