建议业务需求可以直接拆解为研发需求

您好，这块不支持业务需求直接拆分研发需求的，下面是三个类型的需求在禅道中的定义，如果咱们需求只有两层，是否可以取消业务需求，只启用用户需求和研发需求即可？

1. 用户需求

用户需求是从最终使用产品或服务的用户角度出发描述的需求。它通常反映了用户的目标、期望、痛点和使用场景等。

例如，用户希望软件有简洁的界面、快速的响应速度、方便的操作流程等。

2. 业务需求

业务需求是从组织或企业的业务角度出发描述的需求。它通常与组织的目标、战略、业务流程、法规要求等相关。

例如，企业希望软件能够提高工作效率、降低成本、满足合规要求等。

3. 研发需求

研发需求是从技术实现角度出发描述的需求。它通常是将用户需求和业务需求转化为具体的技术实现方案和开发任务。

例如，开发人员根据用户需求和业务需求确定软件的功能模块、技术架构、数据库设计等。

另外，有禅道使用问题，也可以联系客户经理，邀请您加入技术交流群沟通，即时性会更好一些。

我们目前的用法是：

1. 业务需求，是从组织和战略上来的需求，往往是会制订相应的方案，从公司级来跟踪的

2. 用户需求，是使用者直接反馈的问题和建议，通常粒度较细；如果将业务需求与用户需求混在一起不便于跟踪

   按目前的机制，业务需求非得拆解成用户需求后，才能拆解成研发需求，能否做成一个开关的设置，不需要强制要求。

目前禅道的设计确实是：业务需求 → 用户需求 → 研发需求，这样逐层拆解。您提到的“业务需求直接拆解为研发需求”，目前逻辑不支持跳过中间层。

之所以这样设计，是因为三类需求定位不同：

业务需求：面向组织/业务目标，偏“为什么做”

用户需求：面向最终用户场景，偏“做成什么样”

研发需求：面向技术实现，偏“具体怎么做”

中间保留用户需求这一层，主要是为了确保业务目标能先转化为可被用户感知和验收的场景，再进入研发实现，避免业务需求直接落到技术方案时丢失用户视角。

变通的方案：

1. 停用现在的业务需求。

2. 将现在的用户需求改为业务需求。

3. 原来的用户需求直接录为研发需求。然后通过父子需求进行拆分。