当前位置：首页 > news >正文

RR到AR需求分解全解析

news 2026/7/1 17:09:06

在华为的IPD（集成产品开发）体系中，从原始需求（RR）到分配需求（AR）的分解是一个严谨、多层级的需求管理过程，旨在将来自市场和客户的模糊诉求，逐层转化为清晰、可执行、可验证的研发任务。该路径遵循“从宏观到微观、从商业到技术”的逻辑，确保产品开发始终对准客户价值。其核心分解路径与关键活动如下表所示：

需求层级	名称	核心定义与输入来源	关键分析活动与产出	责任角色与目的
RR	原始需求	来自内/外部客户的、未经加工的所有需求。是需求分析的起点。	RMT/RAT分析：对RR进行澄清、去重、合并、分类，判断价值与可行性。	需求管理团队/需求分析团队：收集并初步过滤“需求噪音”，形成需求池。
IR	初始需求	站在内部客户/市场角度，用准确语言重新描述的、格式标准的需求。	需求转化：将分析后的RR转化为IR，并分配到具体产品路标或版本。作为特性提炼的资源池。	CDT（Charter开发团队）：在Charter阶段交付IR，为后续特性规划提供输入。
PB	客户问题	客户面临的战略挑战、痛点或市场机会，是版本/产品要解决的核心商业价值命题。	价值分析：从众多IR中归纳、提炼出本版本要解决的核心客户问题（PB），明确“为什么做”。	CDT/PM（产品经理）：定义版本范围与商业目标，确保开发对准客户价值。
SF	系统特性	为支撑PB而需具备的重大端到端能力，是产品的主要卖点集合。	特性规划：将PB分解为若干个可交付、可销售（部分可通过License控制）的系统特性（SF）。	CDT/系统工程师：将商业问题转化为产品能力蓝图，定义“做什么”。
SR	系统需求	支撑SF的具体、可测试的功能与非功能需求，是系统对外的完整需求规格。	需求规格化：将每个SF细化为场景化的功能需求，以及成本、DFX（可靠性、可服务性等）、性能等非功能需求。	系统工程师/需求工程师：形成可测试、可追溯的详细需求规格说明书。
AR	分配需求	将SR分解并分配到具体子系统/模块的需求，是开发团队可直接执行的任务。	需求分配：基于系统架构，将SR拆解到各开发组，形成聚焦、内聚的分配需求（AR）。	子系统设计师/开发Leader：生成开发任务书，指导具体设计与编码实现。

路径全解析与阶段详解

第一阶段：从RR到IR（需求澄清与标准化）

此阶段的核心是将模糊的客户声音转化为结构化的内部语言。

输入：海量的、格式不一的原始需求（RR），可能来自客户访谈、市场调研、售后反馈等。
关键活动：
- RMT（需求管理团队）分析：对RR进行初步筛选、分类和优先级排序。
- RAT（需求分析团队）分析：对筛选后的RR进行深入分析，包括背景澄清、价值评估、可行性判断。例如，客户说“系统太慢”（RR），经分析后转化为“在1000用户并发下，核心交易页面响应时间需小于2秒”（IR）。
输出：标准格式的初始需求（IR）清单，并关联到具体的产品路标或规划版本。IR是后续特性提炼的“原料”。

第二阶段：从IR到PB & SF（价值聚焦与能力定义）

此阶段的核心是回答“为什么做”和“做什么”，完成从市场需求到产品能力的跨越。

提炼客户问题（PB）：CDT团队从本版本的所有IR中，归纳出1个或少数几个最核心的客户问题（PB）。例如，多个关于数据报表慢、分析不直观的IR，可能归纳为PB：“企业管理者无法快速、直观地获取业务洞察，影响决策效率”。
规划系统特性（SF）：针对每个PB，设计相应的**系统特性（SF）**作为解决方案。SF是端到端的能力。承接上例，对应的SF可能是：“智能数据洞察引擎”，它包含了自动报表生成、异常检测、自然语言查询等子能力。
输出：包含PB和SF的Charter文档，明确了版本的商业目标和能力范围。

第三阶段：从SF到SR（需求规格化）

此阶段的核心是将产品能力细化为可验证的系统行为。

功能需求分解：将每个SF分解为多个具体的、场景化的系统需求（SR）。例如，“智能数据洞察引擎”SF可以分解为：
- SR1: 系统应支持基于历史数据自动识别关键指标（KPI）的异常点（如使用STL算法）。
- SR2: 系统应提供自然语言界面，允许用户通过输入问题（如“上月销售额最高的区域是什么？”）生成可视化图表。
非功能需求定义：同时定义支撑这些功能的非功能需求（NFR），如：
- 性能：在10亿条记录下，异常检测分析应在5分钟内完成。
- 可靠性：系统可用性需达到99.9%。
- 安全性：支持差分隐私或联邦学习技术，在协作分析时保护数据隐私。
输出：详细的系统需求规格说明书，它是后续设计、测试和验收的基准。

第四阶段：从SR到AR（技术分解与任务分配）

此阶段的核心是将系统需求落地为开发任务，发生在详细设计阶段。

架构分解：系统架构师根据技术架构，将SR分配至不同的子系统或模块。例如，SR1（异常检测）可能涉及“数据分析微服务”和“算法引擎”两个模块。
生成分配需求（AR）：各开发组负责人将分配到的SR进一步拆解为本组内部的AR。AR的描述更技术化、更聚焦。例如：
- 对“数据分析微服务”组：AR1.1: 实现数据预处理接口，接收原始数据，输出清洗后的时间序列数据。
- 对“算法引擎”组：AR1.2: 实现STL（Seasonal-Trend decomposition）算法模块，支持对输入的时间序列进行分解和异常评分。
任务管理：AR会与具体的设计文档、开发任务、测试用例关联，进入开发迭代流程。其管理可细分为设计、开发、自测、主流程时间等维度，确保高效交付。

关键要点与实例

追溯性：完整的工具链（如CodeArts Req）会维护从RR→IR→PB→SF→SR→AR的全程双向追溯，确保需求不丢失、不变味。
迭代与演进：需求分解不是一次性的，可能在各个层级根据开发反馈和市场变化进行迭代调整。
AR的实操性：AR是研发的直接输入。例如，在一个通信芯片开发中，一个关于“提升AXI总线跨芯片传输效率”的SR，被分解到“协议转换IP核”模块后，其AR可能具体为：“实现基于虚拟通道加权轮询的仲裁机制”。而在一个数据分析项目中，一个关于“支持广义线性混合模型（GLMM）分析”的SR，被分解到统计引擎模块后，其AR可能具体为：“在PROC GLIMMIX过程中，实现Laplace近似算法以拟合带随机效应的泊松回归模型”。

综上所述，RR到AR的分解路径是华为IPD体系实现“以客户为中心、以市场为导向”产品开发的核心流程。它通过层层转换和细化，将最初的客户声音，最终转化为工程师键盘下的一行行代码和一个个可测试的功能点，保证了产品开发的精准和高效。