业务需求&需求多层级 分享链接

一、产品：

• 开源版、企业版、旗舰版中，业务需求、用户需求、研发需求仅支持1级、1级、2级，层级标签分别叫BR、UR、SR、子。
• IPD版中，业务需求、用户需求、研发需求均支持多层级拆分。
• 业务需求无法直接拆解研发需求。

• 您可以根据公司的需要，在后台关闭业务需求和用户需求。也可以在后台自定义语言项，例如改为Epic、Feature、Story，或者史诗、特性、故事等叫法。

”产品“中的需求菜单分为三个，您可以对业需梳理人员、用需梳理人员、软需梳理人员分配不同的操作权限。

• 树状视图帮助您查看需求的整体追溯关系。一眼便清晰了解从业需到软需是如何拆分与承接的。
• 平铺视图帮助您查询，筛选的时候可以忽略层级，更关注状态、优先级等属性。

需求列表中还展示子项完成情况，只统计直属的子需求。

• 例如业务需求1拆解用户需求1、2、3，用户需求1拆解研发需求1。业务需求1的子项为用户需求1、用户需求2和用户需求3，共3个。

需求逐层向下拆解。

• 父需求变更时，只通知直属的子需求，逐层向下通知。
• 父需求关闭时，子需求自动关闭；子需求全部关闭后，父需求需要手动关闭。
• 子需求激活时，父需求自动激活；父需求激活后，子需求需要手动激活。
• 仅叶子研发需求（没有任何子需求的研发需求）才可以拆解任务，关联用例、bug等。拆分后就无法再拆需求了。
• 发布与版本中仍只关联叶子研发需求。

• 业务需求、用户需求、父研发需求的阶段为：未开始、已计划、研发立项、研发中、交付中、已交付、已关闭。
• 叶子研发需求的阶段为：未开始、已计划、研发立项、设计中、设计完毕、研发中、研发完毕、测试中、测试完毕、已验收、验收失败、已发布、已关闭。

新增了任意需求关联功能。

• 原用户需求和研发需求的关系升级后，优化为父子关系。
• 需求可以与任意产品、任意状态的需求进行关联，该关联功能帮助您建立相关性。

计划中支持关联业务需求、用户需求、研发需求了，但是业务需求、用户需求可以在多个计划中，研发需求只能在一个计划中。

二、项目：

创建项目后，您可以在项目中关联业务需求、用户需求、研发需求，您可以在前期需求关联业务需求、用户需求，等待需求明确后再进行细分。

• 项目中业务需求、用户需求、研发需求列表合并为一个需求列表，这样项目成员就可以方便的看到项目中关联的所有需求。
• 需求解除关联时，仅解除自己，不影响其他项目中的父子需求，如果您要一起移除的话，可以批量勾选后移除。

创建和编辑项目时，我们增加了限制项目能关联的需求概念的开关，您可以限制在项目中是否要关联业务需求和用户需求。

瀑布项目中，需求类型的阶段增加需求菜单。

瀑布项目中， 综合类、需求类、设计类的阶段支持管理业务需求、用户需求、研发需求，其余迭代、阶段、看板仅关联研发需求。

由于需求概念和需求阶段的不同，执行中的研发看板修改为展示业务需求、用户需求、父研发需求和研发需求。

三、工作流（企业版）：

业务需求、用户需求都支持独立配置工作流，您可以分别修改里面的字段与属性。详细功能请参考工作流。

四、反馈（企业版）：

反馈也支持转业务需求了。

五、 后台：

您可以在后台通知设置中配置业务需求、用户需求、研发需求的通知方式。

业务需求、用户需求、研发需求都支持独立设置状态、关闭原因、来源、优先级、类型、必填字段、评审设置，你可以根据公司规定进行自定义配置。

六、 后台（IPD版）：

业务需求、用户需求、研发需求均支持开启多个层级，需求可以根据层级自上向下拆解。

• 您可以将不用的层级停用，这样用户就无法创建该层级的需求。
• 需求层级的名称您可以进行自定义，例如BR1、BR2、BR3，或者一级业需、二级业需、三级业需等。

另外，您可以配置业务需求、用户需求、研发需求的细分流程。

• 例如您的公司比较严格，必须从每一级的需求逐层进行细分，直至拆解到研发需求才能分解任务，您可以选择”否“。
• 例如您的公司每个需求层级都有明确的定义，但是存在BR1级的业务需求就可以直接拆解一个用户需求了，这样您可以选择”是“。