JIRA 中的用户状态依赖

User Status Dependency in JIRA

我不确定下面的场景是否可以在 Jira 中实现。

在当前的工作流程中,我们有 16 个状态。

说状态 1、状态 2、状态 3....状态 16

现在状态 1 到状态 4 将与团队 A 的 X 人一起。

一旦 Task/Issue 移动到状态 5 然后它将与团队 B 的人 Y.

等等..

我们有n个相互依赖的团队

以上系统是在 JIRA 之外开发的,现在我们计划迁移到 JIRA。

所以现在在 JIRA 中我不确定以下几点。

  1. 以上场景如何在JIRA中规划工作时间?

  2. 如果 X 当天请假,所有任务/问题是否会自动转移到下一个工作日?或者我们需要手动管理吗?

  3. 如何管理多个团队对单个任务的估算?

  4. 是否可以添加与状态相关的用户所有权?说状态 1 到 4 将由 X 团队管理?

回答您的问题:

How to plan Working Hours in in JIRA for above Scenario?

一种方法可能是有子任务。创建一个更大的封闭任务,其中有一个子任务引用从 1 到 4 的状态,然后是另一个状态从 5 到 10 的子任务,依此类推。如果需要,每个子任务类型都有自己的工作流程,也可以独立规划。

If Person X is on Leave for the day , Will All Task(s)/Issue(s) Automatically Shifted to next Working day? OR We need to manage it manually?

不确定我是否理解这一点。如果一个人外出一天,Vanilla Jira 将不会做任何事情。 Jira 中的工作时间不计入一个人是否在其中,或者不只是这个人说他们在其中工作的时间(通过填写工作日志)。

How to manage Multiple team's Estimation for single task?

如果几个人估计一项任务,那么应该有人来决定哪种估计是最准确的。您可以使用 Confluence 等其他工具对任务进行协作评估,一旦做出决定,就在 Jira 中创建任务(您可以直接从 Confluence 在 Jira 中创建任务)

Is that possible to add user ownership Relevant to status ? say Status 1 to 4 Will Be managed By X Team?

您可以拥有后置功能(Jira 的默认功能和来自 Atlassian Marketplace 的第三方功能),这些功能可以根据转换做出一些事情(比如让某人成为任务受托人)。

希望这对您有所帮助。

关于多个团队处理具有 16 种状态的单个问题:

参见 Jira Agile,假设使用 Atlassian Software 服务器。

Jira 在 多个 项目中工作得更好,每个项目一个团队

                                              TeamA          TeamB         TeamC ...
Feature parent                                Story          Story
DO-11 Do Foo  -> children ---------------->   TA-23 Bar A    TB-34 Bar B
                                                ^----------- depends on

估计 children 的故事点,而不是 parent。这样估计就解决了。

DO-11 Do Foo (parent)

  • TA-23 栏 A - 故事点数:8
  • TB-34 B 栏(取决于 TA-23)- 故事点数:5
  • TC-30 Bar C(取决于 TB-34)- 故事点数:3

创建一个 Sprint 并向其中添加故事。冲刺将汇总故事点。您可以通过减少承诺的故事点数来手动调整休假时间。

将正片和故事添加到 史诗 中以在视觉上将它们联系在一起(史诗显示在故事摘要中)。

Sprint 1  
  DO-11 Do Foo                                 Epic Foo  
  TA-23 Bar A                                  Epic Foo   8
  TB-34 Bar B                                  Epic Foo   5
  TB-30 Bar C                                  Epic Foo   3
                                    Story point estimate 16

总而言之,parent 特征跟踪整个任务(更新状态为 children 已完成),估计是针对 child 个故事,children 形成工作流的依赖链。