项目范围管理的"核心概念" (P131)
-
项目范围管理包括做且只做所需的全部工作。“范围” 包括双层含义
-
产品范围-----某项产品，服务或成果所具有的特性和功能
-
项目范围-----为交付具有规定特性与功能的产品，服务或成果而必须完成的工作
-
产品范围 项目范围 相互关系 决定项目范围 服务于产品范围 影响关系 自身变化不一定会引起项目范围的变化 自身变化不一定会引起产品范围的变化 包含关系 不包含项目范围 广义上有时也包括产品范围 衡量依据 产品需求文件 项目管理计划
-
项目范围管理的“发展趋势和新兴实践”（p132）
- 需求一直是项目管理中的重点。组织开始认识到如何运用商业分析，通过定义，管理和控制需求活动来提高竞争优势。
- 商业分析活动可在项目启动和项目经理任命之前就开始。要注重与商业分析专业人士的合作。
- 需求管理过程始于需求评估，结束于需求关闭。
- 项目经理与商业分析师之间是伙伴式合作关系
- --商业分析师负责需求管理相关的合作关系
- --项目经理负责确保这些活动在项目管理计划有所安排，并且在预算内按时完成，用时能够创造价值
在敏捷和适应型环境中需要考虑的因素 (p133)
- 特意在项目早期缩短定义和协商范围的时间，并威持续探索和明确范围而延长创建相应过程的时间
- 有目的地构建和审查原型，并通过多次发布版本来明确需求,把需求列入未完成项。
项目范围管理过程之一 “规划范围管理”（规划过程组） P134
- 规划范围管理 ---为记录如何定义，确定和控制项目范围及产品范围，而创建范围管理计划的过程。
- 本过程的作用：在整个项目中对如何管理范围提供指南和反向。
规划范围管理——输出：范围管理计划 P137
-
范围管理计划——描述将如何定义，制定，监督，控制和确认项目范围。
-
注意点：1. 范围管理计划无范围 (范围在范围基准中)
2. 范围管理计划可以是正式或非正式的，非常详细或高度概括的。
-
规划范围管理——输出: 需求管理计划 p137
-
需求管理计划（商业分析计划）——描述将如何分析，记录和管理项目和产品需求。
-
注意点：1. 需求管理计划无需求 (需求在需求文件中)
2. 内容包括配置管理活动，需求优先级排序过程，测量指标等。
-
讨论“需求”和“范围” 的区别
- 需求：需求是一种需求
- 范围：范围是满足 “需求” 必须交付的可交付成果和相关功能
项目范围管理过程之二 “收集需求” （规划过程组）P138
- 收集需求——为实现目标而 确定，记录并 管理相关方的 需要和需求的过程。
- 本过程的作用：为定义产品范围和项目范围奠定基础。
什么事需求？p140
- 需求——根据 特定协议或其他 强制规范，产品，服务或成果 必须具备的条件或能力。
- 需求包括发起人，客户和其他相关方的 己量化且 书面记录的需要和期望。(项目章程)
收集需求——输入： 项目文件 p141
- 相关方登记册——用于了解 哪些相关方能够提供需求方面的信息，及记录 相关方对项目的需求和期望、
收集需求——输入：商业文件 p141
- 会影响收集需求过程的商业文件时 商业论证，它描述了 为满足业务需要而 应该达到的 必要，期望及 可选标准。
收集需求——输入：协议 p141
- 协议包含项目和产品需求
收集需求——工具与技术 p144-147
收集需求——输出：需求文件 p147
- 需求文件——描述各种 单一需求将 如何满足与项目相关的 业务需求
- 只有明确的（可测量和可测试的），可跟踪的，完整的，互相协调的，且主要相关方愿意认可的需求，才能为基准。
- 需求分类
- 业务需求：整个组织的 高层级需要
- 解决方案需求：为满足业务需求和相关方需求，产品，服务或成果 必须具备的特性，功能和特征，分功能需求和非功能需求
- 项目需求：项目需要满足的行动，过程或其他条件，例如： 里程碑日期，合同责任，制约因素
- 相关方需求：相关方或相关方群体的需求
- 过渡和就绪需求：从“当前状态”过渡到“将来状态”，所需的 临时能力，例如： 数据转换和 培训需求
- 质量需求：用于确认可交付成果的成功完成或其他项目需求的实现的任何条件或标准，例如： 测试，认证，确认
收集需求——输出:需求跟踪矩阵 p148
- 需求跟踪矩阵——把 产品需求从其来源 连接到能满足需求的 可交付成果的一种表格。
- 把每个 需求与 业务目标或 项目目标联系起来，有助于 确保每个需求都具有商业价值。
- 提供了在 整个项目生命周期中 跟踪需求的一种方法（正向跟踪和逆向跟踪）
- 有助于确保需求文件中 被批准的每一项需求在项目结束的时候都能交付。
- 收集需求时产生的需求文件和 需求跟踪矩阵不代表项目的真是范围
- 需要进一步明确哪些包含在项目范围内，哪些排除在项目范围外。（定义范围）
