软件基础及其实践 10

BeyondTechnology软件项目管理与实践第2章软件范围管理1.了解：软件范围管理的定义，能够区分产品范围（功能需求）与项目范围（交付活动）。2.理解：范围蔓延（ScopeCreep）的成因，敏捷与瀑布模型的范围控制差异。3.应用：能够使用需求跟踪矩阵和WBS工具对给定项目进行范围分解。4.分析：通过学习本章提供的案例，能够剖析范围管理失控的根本原因并提出改进措施。学习目标2.2.1定义和目标范围管理规划是项目管理中定义、控制和管理项目范围的过程，旨在确保项目团队和干系人对“做什么”和“不做什么”达成一致。其核心是建立范围管理的制度框架，主要目标是：1.明确边界清晰界定项目包含和不包含的工作，避免范围模糊或误解。2.防止范围蔓延控制未经批准的变更，减少项目风险。3.确保交付价值保证最终成果符合干系人需求，避免资源浪费。2.1范围管理规划2.1.2

范围管理计划1.范围说明书的编制规范明确项目目标和可交付成果的描述标准，界定产品范围和项目范围；2.工作分解结构（WBS）的制定方法规定如何根据范围说明书进行任务分解，包括分解层级、编码规则和工作包定义；3.可交付成果的验收流程建立成果确认的标准、方法和参与干系人的职责；4.范围变更控制机制2.1范围管理规划2.1.3

需求管理计划1.需求活动的规划与跟踪明确需求收集、分析、验证等活动的执行流程和报告机制；2.配置管理规范制定需求变更的启动流程、影响分析方法、追溯机制以及审批权限；3.需求优先级管理建立需求排序的标准和过程（如MoSCoW法则）；4.产品测量指标定义用于评估需求实现效果的量化指标及其应用场景；5.需求跟踪结构确定需求跟踪矩阵（RTM）中需要记录的属性字段，确保需求全生命周期的可追溯性。2.1范围管理规划2.2.1

需求来源与分类需求来源：直接用户、业务战略、市场竞品、法规合规、技术演进需求分类（三层级）：业务需求（Why）、用户需求（What）、系统需求（How）2.2需求收集2.2.2

需求收集方法传统需求收集方法：

深度访谈、问卷调查、文档分析现代需求收集方法：

用户故事工作坊、原型法、数据分析法2.2需求收集2.2.3

需求验证与基线化需求验证是保障需求质量、避免后期大规模返工的关键环节。常用的验证方法包括原型测试、需求评审会议以及使用标准化的检查清单。验证的重点在于检查需求是否有明确的验收标准，以及技术上是否可行、业务价值是否足够。关键步骤：需求验证（原型测试、评审）+基线化（建立需求跟踪矩阵）2.2需求收集2.2.3

需求验证与基线化2.2需求收集2.3.1

范围定义的核心要素与流程范围定义是在需求收集和分析的基础上，进一步明确项目的边界。范围定义主要包含三个核心要素：

产品范围，即我们最终要“做出什么”；

项目范围，即我们需要“做哪些工作”来实现产品范围；

排除项，即明确“哪些是不做的”。清晰地定义这三个要素，对于避免后期的范围争议和蔓延至关重要。2.3范围定义2.3.1

范围定义的核心要素与流程1.把收集到的需求整理成初步方案；2.和所有相关方开会讨论确认；3.把达成共识的内容写成正式文档（范围说明书）；4.大家签字确认，作为后续工作的基准。2.3范围定义2.3.2

范围说明书的编写与实践范围说明书是项目范围管理的核心文档，需要系统性地定义项目的各项边界和标准。该文档主要包含以下几个关键部分：1.项目目标2.交付物清单3.验收标准4.项目边界5.约束条件部分2.3范围定义2.4.1

WBS的核心原理工作分解结构(WorkBreakdownStructure，WBS)是项目管理重要工具。通过层级化分解项目范围，为进度、资源、成本管理奠定基础。2.4工作分解结构（WBS）及应用核心原则：完全穷尽：覆盖项目全部工作，无遗漏相互独立：各工作单元无重叠，边界清晰百分百原则：所有分解工作之和等于项目总范围2.4.1

WBS的核心原理2.4工作分解结构（WBS）及应用构建步骤基于范围说明书识别主要交付物采用“提问分解法”逐层细化验证是否满足100%规则编码体系规范层级编码(如1.0→1.1→1.1.1)确保各层级工作单元唯一标识WBS词典配套文档，详细说明每个工作包包含描述、标准、负责人、工期等工作包核心特征明确的交付成果具体的验收标准清晰的责任人可控的工作量2.4.2创建WBS的方法2.4工作分解结构（WBS）及应用类比法自上而下法适用场景：有类似项目经验实施方式：参考历史模板，结合新项目调整案例：银行新APP开发复用旧版结构优势：快速高效；可能忽略项目特殊性适用场景：目标明确、架构清晰的大型项目实施方式：从整体交付物出发，逐级细化案例：汽车软件开发，从顶层组件分解优势：确保范围完整，逻辑一致，便于识别依赖选择合适的WBS创建方法是项目范围管理成功的关键第一步，需结合项目具体情况灵活运用。2.4.2创建WBS的方法2.4工作分解结构（WBS）及应用自上而下法专家判断法适用场景：需求不明确或探索性创新型项目。实施方式：头脑风暴列出具体任务，按相关性归类整合。案例：AI客服系统开发，先列任务卡片，再归纳模块。优势：挖掘一线见解，捕捉创新；需多次评审确保完整。适用场景：技术架构复杂或专业性极强的项目。实施方式：依赖领域专家经验，系统化提炼分解。实施要点：明确专家标准，结构化整合意见，交叉验证。优势：确保范围完整，逻辑一致，便于识别依赖。2.4.2

创建WBS的方法主要表示形式：树形结构图、大纲形式和表格形式2.4工作分解结构（WBS）及应用树形WBS示例图

2.4.2

创建WBS的方法质量控制要点完整性检查：覆盖范围说明书全部要求，无遗漏适当性评估：工作包工作量40-80小时，分解层级4-6级责任明确性：每个工作包有清晰责任人可管理性验证：工作包可独立分配、跟踪，便于进度与成本控制常见问题解决过度分解：合并相关任务，降低管理成本分解不足：进一步细化，提升可控性责任模糊：完善WBS词典，明确责任分配2.4工作分解结构（WBS）及应用2.5.1

监控范围变化2.5范围控制监控核心目标跟踪实际工作成果与范围基准的一致性，早期识别潜在范围偏差，避免范围蔓延。监控手段定期评审会议：周度/月度范围执行情况评审交付物验收：按验收标准逐项验证交付成果进度报告：同步跟踪范围与进度的匹配度常见范围变化类型客户新增需求技术方案调整外部环境变化导致的交付内容变更偏差处理流程记录偏差、分析根源、评估影响范围控制贯穿项目始终，通过持续监控与及时纠偏，确保项目目标的最终实现。2.5.2

评估变更影响对于经过评估需要实施的变更，必须遵循正式的变更管理流程。这个流程通常包括变更申请的