三、需求分发
需求管理的要点是：在合适的时间，把客户最关注的需求分配到最合适的产品上。
需求分发将在这方面承担重要作用，需求分发的目的是将经过分析的需求恰当地分配到最佳的组织和流程中去处理。
下图是需求分发的示意图。
长期需求：面向未来3~5年的产品需求，主要有产品长期需求和技术演进需求，经过需求分析团队（RAT）批准后，这类需求进入市场管理流程进行战略分析和规划。
中期需求：面向未来1~3年的产品需求，这类需求在业务单元的产品路标规划中进行处理。
短期需求：1年内的需求，客户和市场希望尽快满足的需求，这类需求需要进行产品立项，进入项目任务书开发流程进行处理。
紧急需求：管理层、高价值客户提出的希望马上实现的需求，紧急需求需要经过需求变更流程纳入产品开发项目中去处理。应该尽量减少紧急需求的比例，因为紧急需求占比越高，说明企业在需求规划方面的能力越需要提高。
需求分发之后，将进入需求实现阶段。
四、需求实现
需求实现的简要过程如图所示：
客户需求：来自企业客户的需求，包含业务需求（描述客户的高层次的目标）与用户需求（描述用户的目标）。
市场需求：是针对具体细分市场而言，综合考虑业务需求、用户需求、竞争环境及宏观环境因素，通过市场分析形成的对市场机会的描述，属于细分市场客户群的共性需求。
产品包需求：来源于市场需求、内部需求、标准约束，描述了提供给客户和下游环节的所有交付物的需求。产品包需求包含客户问题、系统特性、系统需求。下面有详细介绍。
设计需求：对产品包需求进行分解和整理，用来指导系统设计的需求描述。在需求实现过程中，需求分解是非常重要的方法。由系统工程师（SE）、硬件工程师、软件工程师、结构工程师一起分析产品包需求，将需求分解成硬件需求、软件需求和结构子系统，再将其进一步分配到下一层子系统、部件或模块中。最终把需求变成系统规格书，用来指导开发与测试。
需求转化的状态如图所示：
其中产品包需求是非常重要的概念。
产品包需求包括客户问题、系统特性、系统需求，以及他们之间的跟踪关系。
产品包需求分层描述框架如下图所示：
产品包需求是在产品规划、立项及开发过程中逐步形成和完善的，如图所示：
通常在产品立项时由立项团队输出初始产品包需求。
产品立项后，由产品开发团队对初始产品包需求进行进一步加工和完善，并加入产品开发需要满足的内部需求，如质量需求、DFX需求、技术需求、内部规范及产品目标市场的法律法规需求等。
在TR1时形成较为完善的产品包需求，最终在计划阶段结束时输出最终的产品包需求。
在产品开发过程的开发和验证阶段，产品开发团队负责完成对产品包的实现与验证，产品开发项目到达GA点时，向市场和客户交付完整的产品包。
而在产品的生命周期阶段则重点关注产品包的改进与优化，直到退市。
五、需求验证
需求实现之后，要进行需求验证。
需求实现与验证的过程遵循如图所示的V模型。
从产品包需求实现角度看，整个过程是这样的：
首先将客户问题转换为需求提交人的原始需求描述，经过需求分析后形成初始需求，作为企业内部的正式需求，基于此形成产品应具备的满足客户需求的系统能力，也就是系统特性。
产品开发团队经过系统的分析与设计，形成产品的系统需求，并逐层分解为构成系统的子系统、构成子系统的模块、模块之间的接口的需求，这些统称为系统需求。这些需求分别由产品的系统架构、子系统、模块和接口的设计方案来满足。
从产品包需求验证角度来看，整个过程要经过模块需求验证（模块测试）、子系统需求验证（子系统集成测试）、系统需求验证（系统测试）、特性验证（α测试）、客户验证（β测试）等测试验证活动，最终交付满足客户需求的产品。
以上介绍了华为采用的IPD需求管理流程框架。要做好需求管理，只有流程是不够的，还需要配套的组织架构，参见下图中的黄色部分。
需求收集工作是全体员工，包括各功能部门员工和高层管理者的职责，而需求分析工作由专门的需求分析团队（RAT）或者系统工程师团队（SEG）来完成。
为了提高需求管理的效率，还需要配套的IT工具的支持。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
