9.9 项目范围管理总结
2023-06-13 本文已影响0人
Max_Law
考点猜测
六个项目范围管理过程
| 过程 | 输入 | 工具与技术 | 输出 |
|---|---|---|---|
| 规划范围管理 | 项目章程；项目管理计划；事业环境因素；组织过程资产； | 专家判断；数据分析；会议； | 范围管理计划；需求管理计划； |
| 收集需求 | 立项管理文件；项目章程；项目管理计划；项目文件；协议；事业环境因素；组织过程资产； | 专家判断；数据收集；数据分析；决策；数据表现；人际关系与团队技能；系统交互图；原型法； | 需求文件；需求跟踪矩阵； |
| 定义范围 | 项目章程；项目管理计划；项目文件；事业环境因素；组织过程资产； | 专家判断；数据分析；决策；人际关系与团队技能；产品分析； | 项目范围说明书；项目文件（更新）； |
| 创建 WBS | 项目管理计划；项目文件；事业环境因素；组织过程资产； | 专家判断；分解； | 范围基准；项目文件（更新）； |
| 确认范围 | 项目管理计划；项目文件；工作绩效数据；核实的可交付成果； | 检查；决策； | 验收的可交付成果；变更请求；工作绩效信息；项目文件（更新）； |
| 控制范围 | 项目管理计划；项目文件；工作绩效数据；组织过程资产； | 数据分析； | 工作绩效信息；变更请求；项目管理计划（更新）；项目文件（更新）； |
附录 1：（专有名词）
| 名称 | 解释 |
|---|---|
| 范围管理计划 | 范围管理计划是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划用于指导如下过程和相关工作：① 制定项目范围说明书；② 根据详细项目范围说明书创建 WBS；③ 确定如何审批和维护范围基准；④ 正式验收已完成的项目可交付成果。 |
| 需求管理计划 | 需求管理计划是项目管理计划的组成部分，描述如何分析、记录和管理需求。需求管理计划的主要内容包括：① 如何规划、跟踪和报告各种需求活动；② 配置管理活动，例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限；③ 需求优先级排序过程；④ 测量指标及使用这些指标的理由；⑤ 反映哪些需求属性将被列入跟踪矩阵等。 |
| 立项管理文件 | 商业论证产生的文件，它描述了为满足业务需要而应该达到的必要、期望及可选标准。 |
| 系统交互图 | 系统交互图是对产品范围的可视化描绘，可以直观显示业务系统(过程、设备、计算机系统等)及其与人和其他系统（行动者）之间的交互方式。 |
| 原型法 | 原型法是指在实际制造预期产品之前，先造出该产品的模型，并据此征求对需求的早期反馈。 |
| 需求文件 | 需求文件描述各种单一需求将如何满足项目相关的业务需求。 |
| 需求跟踪矩阵 | 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。 |
| 产品分析 | 用于定义产品和服务，包括针对产品或服务提问并回答，以描述要交付产品的用途、特征及其他方面。 |
| 项目范围说明书 | 是对项目范围、主要可交付成果、假设条件和制约因素的描述。 |
| 分解 | 分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术，包括：分解活动、WBS 结构。 |
| 范围基准 | 项目范围说明书；WBS；工作包；规划包；WBS 字典； |
附录 2：（共有名词）
| 名称 | 解释 |
|---|---|
| 项目章程 | 项目章程记录项目目的、项目概述、假设条件、制约因素，以及项目想要实现的高层级的需求； |
| 项目管理计划 | 项目管理计划组件（质量管理计划、项目生命周期描述、开发方法、范围管理计划、需求管理计划、干系人参与计划、配置管理计划、变更管理计划、范围基准、绩效测量基准） ； |
| 事业环境因素 | 组织文化；基础设施；人事管理制度和市场条件等； |
| 组织过程资产 | 政策和程序；历史信息；经验教训知识库等； |
| 专家判断 | 应征求具备领域相关专业知识或接受过相关培训的个人或小组的意见； |
| 数据分析 | 备选方案分析； |
| 项目文件 | 假设日志；干系人登记册；经验教训登记册；需求文件；需求跟踪矩阵；项目范围说明书； |
| 协议 | 包含项目和产品需求； |
| 数据收集 | 头脑风暴；访谈；焦点小组；问卷调查；标杆对照； |
| 数据分析 | 文件分析； |
| 决策 | 投票；独裁型决策制定；多标准决策分析； |
| 数据表现 | 亲和图；思维导图； |
| 人际关系与团队技能 | 名义小组技术；观察和交谈；引导； |
附录 3：
需求跟踪矩阵
开发方法
分为预测型、适应型、迭代型、敏捷型和混合型开发方法
在预测型生命周期中，项目开始时就对项目可交付成果进行定义，对任何范围变化都要进行变更管理。
需求
- 让干系人积极参与需求的探索和分解工作，并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功；
- 收集需求仅开展一次或仅在项目的预定义点开展；
- 需求是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力；
- 需求包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。
数据收集技术
- 头脑风暴：是一种用来产生和收集对项目需求与产品需求的多种创意的技术。
- 访谈：是通过与干系人直接交谈，来获取信息的正式或非正式的方法。访谈的典型做法是向被访者提出预设和即兴的问题，并记录他们的回答。
- 焦点小组：是召集预定的干系人和主题专家，了解他们对所讨论的产品、服务或成果的期望和态度。
- 问卷调查：是指设计一系列书面问题，向众多受访者快速收集信息。问卷调查方法非常适用于受众多样化，需要快速完成调查，受访者地理位置分散并且适合开展统计分析的情况。
- 标杆对照：将实际或计划的产品、过程和实践，与其他可比组织的实践进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的，也可以是外部的。
项目范围说明书
项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围，包括：项目和产品范围；详细描述了项目的可交付成果；代表项目干系人之间就项目范围所达成的共识。为便于管理干系人的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。项目范围说明书帮助项目团队进行更详细的规划，在执行过程中指导项目团队工作，并为评价变更请求或额外工作是否超过项目边界提供基准。
项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。详细的项目范围说明书包括内容有（直接列出或参引其他文件）：
- 产品范围描述：逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。
- 可交付成果：为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。对可交付成果的描述可略可详。
- 验收标准：可交付成果通过验收前必须满足的一系列条件。
- 项目的除外责任：识别排除在项目之外的内容。明确说明哪些内容不属于项目范围，有助于管理干系人的期望及减少范围蔓延。
范围基准包括
- 经过批准的范围说明书
- WBS 词典
- WBS
确认范围过程与控制质量过程的不同
确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于确认范围过程，但二者也可同时进行。
