​需求管理（研发）

随着企业的不断发展，产品的设计和开发工作方式不断进步，市场对于产品的需求越来越复杂，因而产品也变得日趋复杂。借助需求管理，可以克服当前产品生命周期中存在的复杂性和相互依赖性，简化产品开发并加快部署。需求管理目前面临着以下挑战。

1）需求管理中的问题通常被认为是造成项目失败的主要原因。需求在不同的角色间进行传递，容易出现“失真”现象，最终导致产品需求开发实现失败。需求“失真”是指在客户需求传递的过程中，各功能团队根据各自的理解，或出于己方团队利益考虑，有意或无意地改变客户原始需求，导致新产品的特性与客户预期发生偏差，这些差异不仅会导致客户需求失真，而且会导致项目失败，需求返工，客户投诉，甚至还有可能会导致直接的商业损失，错失新的市场机会。

2）需求定义不明确会造成范围蔓延、项目延迟、成本超支以及产品质量低下等问题，无法满足客户需求和安全要求。

3）需求管理计划关系到项目的成败，因为它能让工程团队控制项目范围，在产品开发生命周期中提供指导。需求管理提供了一系列工具用以执行计划，有助于降低成本、加速上市，并改进质量控制。

解决方案

3DE平台需求管理系统可以有效对需求全生命周期进行统一管理，将需求结构化管理起来，包括需求分析与细化、需求分解与分配、需求测试、验证、评审、变更，需求与需求之间的追溯等，提供所有用户在工作中使用单一数据源来管理需求文档，并可通过桌面浏览器进行完整的查看、编辑、配置、管理等功能。

需求管理是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。它是系统工程的重要分支，同时也是系统工程的管理主线。

需求是客户和产品研发人员之间沟通的主要途径。需求用来描述一个产品或一项服务的期望功能和特征，需求应该是能够被清晰简洁的表达出来，同时被客户完全认可的信息。因而，需求管理的根本目的就是要把需求工程化，让需求去指导产品的工程开发。用户在工作中使用中央存储库来管理需求文档，可通过桌面客户端进行完整的编辑、配置、分析。

以产品设计和研发的需求管理为目标，构建符合企业业务场景的需求管理系统，助力公司数字化转型。

项目总体建设可以分为五个方面：

1）需求分析与细化。为需求的捕获与需求结构化获取，由项目经理将市场部调研的用户需求表捕获到系统中，创建用户需求，并转化成产品需求，在客签字确认后进行评审发布。能将市场收集的需求Word文档中的需求内容，条目化的捕捉到PLM系统中，方便后期的需求管理使用。

2）需求分解与分配。将产品整机需求依次分解为子系统需求、各技术方向需求，并分配给各子系统负责人或各技术方向负责人，并在创建需求追溯链接。依据系统设计方案，确认产品整机需求拆解方向，并对产品整机需求进行拆解；将创建好的产品整机需求和子系统需求或各技术方向需求，通过创建通过创建追溯链接的方式关联起来；将各子系统需求和各技术方向需求通过转移所有权的方式，将需求分配给各子系统负责人和各技术方向负责人；建立虚拟结构树，将该负责人所负责的需求添加到所创建的虚拟结构树中，方便进行统一管理。

3）需求测试方案定义。针对需求创建测试用例和验证参数，为后期需求验证提供参考和验证指标。针对需求创建测试用例，测试用例中定义测试步骤。测试判据等信息，作为需求测试验证的参考和指标；通过创建审批流程来发布测试用例，并对测试用例进行审批；通过创建审批流程来发布测试用例，并对测试用例进行审批。

4）需求验证。在测试用例中创建测试执行，依据测试用例的描述对需求进行测试验证，并上传测试报告，实现需求闭环。测执执行是用来计划虚拟或物理测试，以及记录测试验证通过还是失败的对象。测试执行完成后，测试工程师可以将在测试执行界面填写验证结果，并上传测试报告。需求验证完成后，根据需求验证情况，和测试用例、需求的成熟度来判断需求是否闭环。

5）需求控制与监控。对需求状态、需求变更、测试执行进行实时监控，并进行需求追溯，可查看上下游需求、父子级需求、需求和测试用例的关联状态；对已发布的需求和测试用例进行变更管理。对需求状态、需求变更、测试执行进行实时监控，并进行需求追溯，可查看上下游需求、父子级需求、需求和测试用例的关联状态；通过创建CR、CO、CA的方式来实现需求变更，并通过影响性分析来判断变更范围；测试方案变更通过测试用例变更来实现，测试用例用例变更通过新建修订版的方式实现。

价值收益

• 为企业提供了客户需求和满足它们的产品需求的中央存储库。

• 当捕获客户、监管标准和市场驱动的需求时，使异地开发组织能够在共享的环境中驱动一致性。

• 需求可以被定义和分解成一个层次结构，并通过最终产品的设计、实现和测试来实现，从而在整个产品开发过程中提供可追溯性。

• 由于需求与规划和项目管理活动相关联，因此在整个开发过程中建立了完整的可追溯性，以确保所开发的产品将满足最初的目标。