5.2 项目范围管理

real_vavid

已于 2023-04-03 15:05:04 修改

阅读量1k

点赞数

分类专栏：信息系统项目管理师 # 第五章项目范围管理文章标签：项目管理

于 2021-03-15 17:06:31 首次发布

本文链接：https://blog.csdn.net/vavid317/article/details/114301643

版权

信息系统项目管理师同时被 2 个专栏收录

53 篇文章 45 订阅

订阅专栏

第五章项目范围管理

2 篇文章 0 订阅

订阅专栏

四、定义范围

在这里插入图片描述

定义范围是制定项目和产品详细描述的过程，是明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确产品、服务或成果的边界。

工具和技术

1. 产品分析

在这里插入图片描述
项目范围说明书中有验收标准，所以要做产品分析。
价值工程（产品没做出来之前）
价值分析（产品做出来之后）：

用最小的成本识别功能
为每个功能确定价值
用最少的成本实现功能

软件系统里的“僵尸功能”：
很多大型软件里有不少功能，用户是基本或从来不用的，我们把它称为僵尸功能。其收益极小，但成本可能很大（需要维护升级）
原因：闭门造车想当然；需求分析不到位；强势领导或客户乱加需求
解决：实现做好需求分析工作；事后可用功能计数器；统计功能使用率；做功能价值分析。优化频繁使用功能，做到机智体验（突出高价值）；不做或砍掉不必要的功能（去掉无价值的浪费）

2. 备选方案生成

用来指定尽可能多的潜在可选方案的技术。许多通用的管理技术都可用于生成备选方案。例如，头脑风暴、横向思维、备选方案分析等，其中：
（1）备选方案分析：是一种对己识别的可选方案进行评估的技术，用来决定选择哪种方案或使用何种方法来执行项目工作
（2）横向思维：又称戴勃诺理论、发散思维、水平思维，是指思维的广阔度，它要求人们能全面的观察问题，从事物多种多样的联系和关系中去认识事物，它不一定是有顺序的，同时也不能预测。

范围说明书

1. 范围说明书内容：※※※（案例题，要背）

(1)产品范围描述。逐步细化在项目章程和需求文件中所描述的产品、服务或成果的特征。

(2)验收标准。定义可交付成果通过验收前必须满足的一系列条件，以及验收的过程。

(3)可交付成果。可交付成果既包括组成项目产品或服务的各种结果，也包括各种辅助成果，例如，项目管理报告和文件。对可交付成果的描述可详可简。

(4)项目的除外责任。通常需要识别出什么是被排除在项目之外的。
明确说明哪些内容不属于项目范围，有助于管理干系人的期望。

(5)制约因素。列出并说明与项目范围有关且限制项目团队选择的具体项目制约因素/例如，客户或执行组织事先确定的预算、强制性日期或强制性进度里程碑。如果项目是根据协议实施的，那么协议条款通常也是制约因素。

(6)假设条件。假设条件是指在制订计划时，不需验证即可视为正确、真实或确定的因素。在项目范围说明书中，需要列出并说明与项目范围有关的具体项目假设条件以及万一不成立而可能造成的后果。在项目规划过程中，项目团队应该经识别、记录并验证假设条件。

助记：产验可除制假

2. 项目范围说明书的主要作用（了解）

(1) 确定范围。项目范围说明书描述了可交付成果和所要完成的工作。
(2) 沟通基础。项目范围说明书表明项目干系人之间就项目范围所达成的共识。为了便于管理干系人的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。
(3) 规划和控制依据。项目范围说明书使项目团队能开展更详细的规划，并可在执行过程中指导项目团队的工作。
(4) 变更基础。项目范围说明书为评价变更请求或额外工作是否超出项目边界提供基准。
(5) 规划基础。在项目范围说明书的基础上，其他计划也将被编制出来，它同时还是滚动式规划的基础。

五、创建工作分解结构（WBS）

创建WBS的ITO
创建WBS是将项目可交付成果和项目工作分解成较小的，更易于管理的组件的过程，其主要作用是对所要交付的内容提供一个结构化的视图。

创建WBS的表现形式

树形结构：层析清晰，适合小型项目
表格方式：适用大型及各类项目

工具及技术-分解

1.分解总述

在这里插入图片描述

WBS编制需要所有（主要）项目干系人和项目团队成员的共同参与

2. 分解活动及步骤 ※※※（背）

在这里插入图片描述
①识别和分析可交付成果及相关工作【要分解什么】
②确定WBS的结构和编排方法【怎么分解】
③自上而下逐层细化分解【开始分解】
④为WBS组件制定和分析标识编码【编码】
⑤核实分解的程度是否恰当【检查和确认】

4.分解结构形式

结构形式	举例说明
项目生命周期阶段作为第二层，交付物做为第三层	如按项目周期的需求、设计、开发、测试、实施等阶段作为第二层；把每个阶段产出的可交付成果作为第三层
以主要可交付物作为第二层	把交付成果做为第二层，然后进行细化分解
外包的子项目结构	如某大型ERP系统，将项目划分为多个子项目，以便外包和自制管理。外包子项目由卖方（承包方）负责分解详细WBS

第一层是项目名称

形式举例：
第一种分解方式
第二种分解方式

4.核实分解是否正确

在这里插入图片描述

5.分解注意事项

(1) WBS必须是面向可交付成果的。
(2) WBS必须符合项目的范围。WBS必须包括也仅包括为了完成项目的可交付成果的活动。100%原则(包含原则) 认为，在WBS中，所有下一级的元素之和必须100%的代表上一级元素。如果WBS没有覆盖全部的项目可交付成果；那么最后提交的产品或服务是无法让用户满意的。
(3) WBS的底层应该支持计划和控制。
(4) WBS中的元素必须有人负责，而且只由一个人负责，尽管实际上可能需要多个人参与。这个规定又称为独立责任原则。
(5) WBS的指导。作为指导而不是原则， WBS应控制在4 ~ 6层。
(6) WBS应包括项目管理工作(因为管理是项目具体工作的一部分) ，也要包括分包出去的工作。
(7) WBS的编制需要所有(主要) 项目干系人的参与，需要项目团队成员的参与。
(8) WBS并非是一成不变的，在完成了WBS之后的工作中，仍然有可能需要对WBS进行修改。WBS通常要滚动分解。

输出-范围基准

范围基准是经过批准的项目范围说明书、WBS和WBS词典。只有走正式变更程序，才能变更范围基准。
（1）范围说明书：
项目范围、主要可交付成果、边界、假设和制约的描述
（2）WBS：
WBS是详细范围说明书的进一步分解。它定义了整个项目的工作范围，不在WBS里的，则不属于项目范围，要增加，必须走变更。
控制账户：每个工作包分配到一个控制账户，并根据“账户编码”为工作包建立唯一标识，是创建WBS的最后步骤。控制账户是一个管理控制点，在该控制点上，把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效。控制账户设置在WBS中选定的管理节点上。每个控制账户可能包括一个或多个工作包，但是一个工作包只能属于一个控制账户。
规划包：也是WBS的组件，位于控制账户之下，工作内容已知，但详细的进度活动未知，规划包最终会分解成工作包
（3）WBS词典：
工作单元（包）的细节描述，可能包括：账户编码标识、工作描述、假设条件和制约因素、负责人或组织单元、进度里程碑、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献、协议信息等