需求生命周期管理
查尔斯·摩尔
需求的生命周期是什么？
需求生命周期包含多个阶段，有时会非常复杂。流程的性质取决于您选择的软件开发方法，例如敏捷开发、瀑布式开发、增量式开发等。每个阶段都可能涉及大量的文书工作和审批流程。它还涉及项目文档，例如项目建议书、项目管理计划、项目范围和商业案例。让我们来看看每位业务分析师都应该了解的常见需求生命周期阶段。
需求生命周期图
第一阶段：需求定义
这是需求收集过程的主要阶段之一，通常称为需求分析。trac诱导或引出。
收集需求后，可以根据产品发布或冲刺将其逻辑地组织在文件夹中。
对这些需求进行进一步分析，以准备有助于业务分析师开展工作的相关事实和数据。 trac基于分析，可能得到 k 个结果。此过程被称为 对影响的评估.
第 2 阶段：需求验证
需求验证阶段分析满足新产品或变更产品所需的需求或条件，同时考虑各个利益相关者的需求。
任何项目要想成功，需求验证都至关重要。需求验证包括检查规范、线框图、高保真仿真等。 trac能力分析。
有一些需求验证工具可以自动完成大部分此类工作，只需极少的人工干预。
第三阶段：需求文档
需求文档应涵盖以下内容：
- 项目利益相关者要求
- 业务分析计划
- 现状分析
- 范围说明书规范
第四阶段：需求管理
需求管理流程包括规划、监控、分析、沟通和管理需求。如果需求管理不善，最终产品的质量会受到影响。目前有很多在线需求管理工具可以帮助您轻松管理需求。
需求生命周期管理中的五个核心任务
IIBA BABOK 指南将需求生命周期管理描述为业务分析师在交付前、交付中和交付后执行的五个相互关联的任务。这些阶段并非严格按顺序进行，而是随着项目的演进持续发生。
- Trace 要求： 记录每个需求的来源以及它在设计、代码和测试中的满足情况。 Traceability 使覆盖范围和变更影响在几秒钟内而不是几小时内可见。
- 维护要求： 保持需求基线的时效性。当范围或背景发生变化时，及时更新需求集，确保团队始终基于最新信息开展工作。
- 优先需求： 使用诸如 MoSCoW、加权评分或延迟成本等方法，根据价值、风险和紧迫性对需求进行排序。优先级决定了哪些内容会进入下一个迭代或版本。
- 评估需求变更： 当收到变更请求时，在接受或拒绝之前，应评估其成本、工作量、依赖关系以及与项目目标的一致性。这就是变更控制的意义所在。
- 审批要求： 获得相关利益方的正式签字，以便企业对所构建的内容拥有所有权，并且交付团队获得明确的授权继续进行。
业务分析师在完成这五项任务时会运用业务规则分析、功能分解、流程建模、用户故事和研讨会等技术。他们共同构建了需求获取、交付和实施后支持之间的闭环，确保所有需求都能得到有效利用，避免遗漏或交付无价值的需求。
申请条件 Trac能力矩阵（RTM）详解
A 要求 Trac可行性矩阵（RTM）是一份工作文档，它将每个需求与其来源、设计元素、代码组件和测试用例联系起来。它是一个实用的工具，可以将“Trac将“需求”任务转化为可搜索的记录。
- 向前 trac能力： 通过设计元素和测试用例确认每个业务需求都得到满足，防止遗漏范围。
- 落后 trac能力： 确认交付的每个功能都符合已批准的要求，防止范围蔓延和过度设计。
- 双向 trac能力： 结合了两种方向，是大多数企业业务分析师和质量保证团队所维护的格式，尤其是在金融和医疗保健等受监管行业。
在敏捷项目中，需求跟踪模型（RTM）将史诗和用户故事与验收标准和自动化测试联系起来。现代工具如 Jama Connect， Modern Requirements, 吉拉 Xray和 Azure DevOps 会自动生成矩阵，使其在各个迭代周期中保持最新状态，而不是演变成一个无人信任的电子表格。
常用需求管理工具
手动 trac团队规模扩大后，仅靠电子表格来满足需求很快就会失效。以下工具被业务分析师广泛用于端到端地管理整个生命周期。
- Jama Connect： 企业需求平台，具备基线建立、评审、风险分析和实时更新功能。 trac跨系统工程团队的能力。
- IBM Engineering Requirements 管理门： 在航空航天、国防和汽车行业中，这是一种历史悠久的工具，用于处理大型、受监管的需求集。
- Modern Requirements HPMC胶囊 Azure DevOps： 扩展 Azure DevOps 工作项包括评审、基线和 trac面向敏捷和混合团队的增强功能。
- 吉拉和 Xray: 流行的敏捷组合，将史诗和用户故事与测试用例和缺陷联系起来，为许多软件团队提供轻量级的需求管理。
- Visure 要求 ALM： 应用生命周期管理平台，将需求、测试、风险和变更控制整合到一个工作空间中。
- 蓝图故事讲述者： 专注于将业务目标转化为结构化的需求，以便下游交付工具能够使用。
合适的工具取决于团队规模、监管要求以及工作量。 trac满足审计或安全案例所需的可用性。许多团队最初使用 Jira 和电子表格进行简单配置，随着规模扩大，再迁移到专用平台。
