范围管理
一、管理基础
1.1.项目范围管理概述
范围管理
项目范围管理:包括确保项目做且只做所需的全部工作,以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括在项目内,哪些不应该包括在项目内。
产品范围和项目范围
产品范围:指某产品,服务或成果所具有的特征和功能。产品范围完成情况是根据产品需求来衡量的。需求管理过程结束于需求关闭。
项目范围:包括产品范围,是为交付具有规定特性与功能的产品,服务或成果而必须完成的工作。其完成情况是根据项目管理计划来衡量的。
裁剪考虑因素
- 知识和需求管理
- 确认和控制
- 开发方法
- 需求的稳定性
- 治理
在适应型或敏捷型生命周期中,发起人和客户代表应该持续参与项目,并对迭代交付的可交付成果提供反馈意见,确保产品未完成项真实地反映了它们当前的需求,重复开展:确认范围,控制范围;注意:采用适应型生命周期的项目,使用完成项(包括产品需求和用户故事)反应当前需求。
二、管理过程
蓝色标注的ITTO需重点了解掌握,在综合,案例,论文常考
2.1.规划范围管理
- 定义:是为了记录如何定义,确认和控制项目范围及产品范围,而创建范围管理计划的过程。
- 作用:在整个项目期间对如何管理范围提供方向和指南(开展一次或预定义点开展)。
ITTO:
| 输入 | 工具技术 | 输出 |
|---|---|---|
| .项目章程 .项目管理计划 .事业环境因素 .组织过程资产 | .专家判断 .数据分析(备选方案) .会议 | .范围管理计划 .需求管理计划 |
2.2.收集需求
- 定义:是为实现目标而确定,记录并管理干系人的需要和需求的过程。
- 作用:为定义产品范围和项目范围奠定基础(开展一次或预定义点开展)。
ITTO:
| 输入 | 工具技术 | 输出 |
|---|---|---|
| .立项管理文件 .项目章程 .项目管理计划 .项目文件 .协议 .事业环境因素 .组织过程资产 | .专家判断 .数据收集(头脑风暴,访谈,焦点小组,问卷调查,标杆对照) .数据分析(文件分析) .决策 .数据表现(亲和图思,维导图) .人际关系与团队技能(名义小组,观察交谈,引导) .系统交互图 .原型法 | .需求文件 .需求跟踪矩阵 |
2.3.定义范围
- 定义:是制定项目和产品详细描述的过程。
- 作用:描述产品,服务或成果的边界和验收标准(整个项目期间多次反复开展)。
ITTO:
| 输入 | 工具技术 | 输出 |
|---|---|---|
| .项目章程 .项目管理计划 .项目文件 .事业环境因素 .组织过程资产 | .专家判断 .数据分析(备选) .决策(多标准) .人际关系与团队技能(引导) .产品分析 | .项目范围说明书 .项目文件(更新) |
2.4.创建WBS
- 定义:是把项目可交付成果和项目工作分解成较小,易于管理的组件的过程。
- 作用:为所要交付的内容提供架构(开展一次或预定义点开展)。
ITTO:
| 输入 | 工具技术 | 输出 |
|---|---|---|
| .项目管理计划 .项目文件 .事业环境因素 .组织过程资产 | .专家判断 .分解 | .范围基准 .项目文件(更新) |
2.5.确认范围
- 定义:是正式验收已完成的项目可交付成果的过程。
- 作用:使验收过程具有客观性;通过确认每个可交付成果来提高最终产品,服务或成果获得验收的可能性(整个项目期间定期开展)。
ITTO:
| 输入 | 工具技术 | 输出 |
|---|---|---|
| .项目管理计划 .项目文件 .工作绩效数据 .核实的可交付成果 | .检查 .决策 | .验收的可交付成果 .变更请求 .工作绩效信息 .项目文件(更新) |
2.6.控制范围
- 定义:是监督项目和产品的范围状态,管理范围基准变更的过程。
- 作用:在整个项目期间保持对范围基准的维护(整个项目期间定期开展)。
ITTO:
| 输入 | 工具技术 | 输出 |
|---|---|---|
| .项目管理计划 .项目文件 .工作绩效数据 .组织过程资产 | .数据分析(偏差/趋势分析) | .工作绩效信息 .变更请求 .项目管理计划(更新) .项目文件(更新) |
三、高频考点
3.1.范围管理计划作用:①制定项目范围说明书;②根据详细项目范围说明书创建wbs;③确定如何审批和维护范围基准;④正式验收已完成的项目可交付成果;
3.2.
3.2.需求管理计划内容:①如何规划,跟踪和报告各种需求活动;②配置管理活动;③需求优先级排序过程;④测量指标及使用这些指标的理由;⑤反应哪些需求属性将被列入跟踪矩阵等;
3.3.
3.3.只有明确的(可测量和可测试的),可跟踪的,完整的,互相协调的,且主要干系人愿意认可的需求,才能作为基准;
3.4.
3.4.需求类别:业务需求,干系人需求,解决方案需求,过度和就绪需求,项目需求,质量需求;
3.5.
3.5.需求跟踪矩阵:是把产品需求从其来源连接到能满足的需求的可交付成果的一种表格;内容包括:①业务需要,机会,目的和目标;②项目目标;③项目范围和wbs可交付成果;④产品设计;⑤产品开发;⑥测试策略和测试场景;⑦高层及需求到详细需求;
3.6.
3.6.项目范围说明书内容:①产品范围描述;②可交付成果;③验收标准;④项目的除外责任;范围基准:①经批准的项目范围说明书; ②WBS; ③WBS词典
3.7.
3.7.工作包是wbs最底层工作,过细的分解会造成管理努力的无效耗费,资源使用效率低下,分解工作步骤:①识别和分析可交付成果及相关工作;②确定wbs的结构和编排方法;③自上而下逐层细化分解;④为wbs组成部分制定和分配标识编码;⑤核实可交付成果分解的程度是否恰当;
3.8.wbs分解原则:
- wbs必须是面向可交付成果的;
- wbs必须符合项目范围;
- wbs的底层应该支持计划和控制;
- wbs中的元素必须有人负责且只有一个人负责;
- wbs应控制在4-6层;
- wbs应包括项目管理工作也要包括分包出去的工作;
- wbs的编制需要所有(主要)干系人的参与;
- wbs并非是一成不变的;
3.9.wbs的最低层是带有独特表示的工作包,控制账户则是一个管理控制节点,控制账户包含两个或更多工作包,每个工作包只与一个控制账户关联。规划包是一种低于控制账户高于工作包的工作分解结构组件,工作内容已知,但详细的进度活动未知,一个控制账户可以包含一个或多个规划包。(P286示意图)
3.10.
3.10.确认范围应该贯穿项目始终,确认范围的一般步骤包括:①确定需要进行范围确认的时间;②识别范围确认需要哪些投入;③确定范围正式被接受的标准和要素;④确定范围确认会议的组织步骤;⑤组织范围确认会议。
3.11.干系人关注点的不同:
- 管理层主要关注项目范围:是指范围对项目的进度,资金和资源的影响,这些因素是否超过了组织承受范围,是否在投入产出上具有合理性;
- 客户主要关注产品范围:关心项目的可交付成果是否能够完成产品或服务,客户往往有在当前版本中加入所有功能和特征的意愿;
- 项目管理人员主要关注项目的制约因素:关心项目可交付成果是否足够和必须完成,时间,资金和资源是否足够,主要的潜在风险和预备解决的方法
- 项目团队成员主要关注项目范围中自己参与的元素和负责的元素
3.12.
3.12.确认范围过程与控制质量过程的不同之处在于:前者关注可交付成果的验收,而后者关注可验收成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程,但二者也可同时进行。