产品

维护需求 分享链接 /book/zentaopms/886.html?releaseID=17

作者:禅道 最后编辑:刘振华 于 2024-12-11 09:08:54 浏览量:23399
摘要:创建计划后,可以进行需求的维护。支持业务需求、用户需求、研发需求的三层概念拆分。项目中可以关联业务需求、用户需求、研发需求。

创建计划后,可以进行需求的维护。产品经理在禅道中如何维护需求,可以观看视频了解:https://www.zentao.net/redirect-index-20676.html



一、提需求

1. 提业务需求、提用户需求、提研发需求

  • 支持在产品-业务需求、产品-用户需求、产品-研发需求的列表页中,点击“提需求”按钮来创建不同类型的需求;



  • 跨层级细分设置。在“后台”-“功能配置”-“产品”-“业务需求/用户需求/研发需求”中的细分流程,开启允许跨层级细分。可以在需求创建时选择设置好的层级。



2. 拆分需求

  • 支持按照业务需求-用户需求-研发需求的三层概念进行拆分需求;
  • 在各需求列表中,可以点击操作列中的“拆分”按钮,拆分需求。
  • 业务需求(BR),无法直接拆解为研发需求。

3. 批量创建

点击“提业务需求”-“批量创建”、“提用户需求”-“批量创建”、“提研发需求”-“批量创建”,可以批量创建需求。、

4. 多图上传

支持多图上传功能,“多图上传”是通过批量上传图片作为需求。图片的名称默认为需求的名称。

5. 多项录入

支持多项录入,“多项录入”是将每一行作为需求内容。

保存后,需要手动选择模块、计划、类型、优先级等信息。

6. 求的编辑与维护

需求添加完成后,自动返回需求列表。可以通过操作按钮对需求进行变更、评审、提交评审、撤销评审、关闭、编辑、建用例或添加子需求。

7. 子项相关

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

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

需求逐层向下拆解。

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

二、功能配置与维护

1.层级名称设置

  • [open]业务需求仅支持拆分1级,层级标签为BR;用户需求仅支持拆分1级,层级标签为UR;研发需求支持拆分2级,层级标题为SR、子。
  • 层级名称支持在“后台”-“功能配置”-“产品”-“业务需求”或“用户需求”或“研发需求”中的层级设置里修改。

2. 层级拆分设置

  • 业务需求、用户需求、研发需求均支持多层级拆分。
  • 层级名称支持在“后台”-“功能配置”-“产品”-“业务需求”或“用户需求”或“研发需求”中的层级设置里修改。也支持在操作列中进行多层级拆分。

三、权限配置与维护

1. 语言项设置

支持在后台切换或自定义语言项,例如改为Epic、Feature、Story,或者史诗、特性、故事等叫法。

2. 需求关闭设置

支持关闭业务需求和用户需求。在“后台”-“功能开关”-“产品-用户需求/产品-业务需求”中关闭。

3. 权限设置

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

四、视图切换

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

五、需求关联计划

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

除了在创建需求时可以关联计划,在计划页面下,还可以进行批量关联。选择要关联的计划,点击“关联研发需求”。

选择想要关联的需求,点击“关联研发需求”。

六、任意需求关联

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


评论列表
🚙
王辰 2025-02-26 15:15:15 回复
维护需求能不能设置计划开始完成时间
回复
可以把需求关联到产品计划中,维护计划的起止时间。
📖
姝尹 2025-02-13 11:07:55 回复
提需求那里没有”不需要评审“的按钮
回复
新版本禅道管理员在后台-功能配置-产品-研发需求-评审流程中,点击关闭评审流程后,在创建需求时才可以勾选不需要评审按钮。
🍑
干练的鼠标 2024-07-24 10:55:23 回复
创建需求后,进行子需求拆分,进入需求列表中,被拆分的需求前面没有出现+号,无法看到拆分的子需求
回复
你好,你使用的什么版本的禅道 ?
子需求创建成功了吗?

是否可以加一下官网客户经理QQ,邀请您加入技术交流群沟通,即时性会更好一些。
🐋
早本身 2024-03-26 15:14:11 回复
产品菜单内,添加了研发需求,分配了研发人员,也评审了。
1,研发人员登录后,可在待办内看见研发需求,但是操作一栏,显示空白。
2,研发人员在执行菜单内,在我参与的执行里面找不到项目,也找不到研发需求
🌷
赵晓 2023-11-29 09:29:22 回复
如果说,用户需求的预计故事点是产品经理对需求可能消耗资源的预估,是否可以理解为 预计故事点代表消耗的人月或人工时
回复
故事点 类似于工时,是敏捷项目管理和开发中的一种抽象的度量单位,用于估计实现一个或多个用户故事的复杂度,它是对工作量的一种描述方式。
回复
所以,用户预计故事点 在禅道的其他活动中,有互相佐证的地方吗?
如何评估用户需求或研发需求的预计故事点是否合理?
回复
迭代设置团队成员时,团队成员可以设置每日工时和参与这个迭代的天数,汇总出这个迭代的可用工时。
在需求关联进迭代时,可以汇总需求的预计总工时。
看出团队的可用工时是否能覆盖完成这些需求的预计工时。
需求的预计工时是产品对需求的一个大概评估,具体的需求还会拆分成任务,任务还会有自己的预计工时,消耗工时信息,可以通过需求和任务的关联关系,来看下任务的实际消耗工时和需求的预计工时差距
回复
你好。感谢回复。
“在需求关联进迭代时,可以汇总需求的预计总工时”这是在哪里体现?我们迭代关联的研发需求列表,有地方体现需求的预计总工时吗?还是靠pm或迭代负责人自己去线下评估,然后增加团队和任务
回复
可以在 迭代-研发需求列表页面最下方进行查看,有所有研发需求预计工时的汇总;
另外麻烦添加下页面上方QQ,邀请您进入技术交流群沟通禅道相关使用问题。
🌷
赵晓 2023-11-28 17:54:52 回复
再问下,用户需求的预计故事点如果代表消耗多少资源的话,跟成本是如何挂钩的
回复
目前和成本没有关联关系。
🌷
禅道9380 2023-11-28 17:17:55 回复
用户需求的预计故事点跟任务数量及工时是什么关系?
回复
没有直接关系,用户需求的的预计故事点是最初产品经理对需求可能消耗多少资源的预估;任务的工时为需求拆分任务后,开发人员对任务的工时记录。
魏中显
高级客户经理
18561939726
1746749398
统一服务热线 4006-8899-23
我要提问提问有任何问题,您都可以在这里提问。 问题反馈反馈点击这里,让我们聆听您的建议与反馈。