JIRA中的用户状态依赖关系

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

在当前工作流中，我们有16个状态

说状态1，状态2，状态3。。。。现状16

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

一旦任务/问题移动到状态5，则将与团队B的人员Y一起执行

等等

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

上述系统是在JIRA之外开发的，现在我们正计划迁移到JIRA

所以现在在吉拉，我不确定以下几点

如何为上述场景规划JIRA的工作时间

如果人员X当天休假，所有任务/问题是否会自动转移到下一个工作日？或者我们需要手动管理它

如何管理多个团队对单个任务的评估

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

---

回答您的问题：

如何为上述场景规划JIRA的工作时间

一种方法是设置子任务。创建一个较大的封闭任务，该任务包含一个子任务，该子任务引用的状态为1到4，然后创建另一个子任务，该子任务的状态为5到10，依此类推。如有必要，每个子任务类型都有自己的工作流，也可以独立规划

如果人员X当天休假，所有任务/问题 是否自动切换到下一个工作日？或者我们需要管理它 手动

不知道我是否理解这个。香草吉拉如果一个人出去一天就什么也做不了。如果一个人在Jira中工作，或者不只是该人说他们在Jira中工作的时间（通过填写工作日志），那么Jira中的工作时间不算在内

如何管理多个团队对单个任务的评估

如果有几个人对一项任务进行评估，那么应该有人来决定哪项评估最准确。您可以使用其他一些工具（如Confluence）对任务进行协作评估，一旦做出决策，就在Jira中创建任务（您可以直接从Confluence在Jira中创建任务）

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

您可以使用PostFunction（Jira的默认设置和通过Atlassian Marketplace的第三方功能），根据转换情况进行操作（比如让某人成为任务受让人）

---

希望这能有所帮助。

关于多个团队处理一个问题的16种状态：

请参阅，假设使用Atlassian软件服务器

Jira可以更好地处理多个项目，每个项目一个团队

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

为孩子而不是家长估算故事点。这就解决了估计问题

DO-11 DO-Foo（家长）

• TA-23酒吧A-故事点：8
• TB-34杆B（取决于TA-23）-故事点：5
• TC-30钢筋C（取决于TB-34）-故事要点：3

创建一个Sprint并将故事添加到其中。这场冲刺将使故事点数总和增加。您可以通过减少提交的故事点数量来手动调整休息时间

将功能和故事添加到史诗中，以将其直观地结合在一起（史诗显示在故事摘要中）

---

总之，父功能跟踪整个任务（在子任务完成时更新状态），评估子故事，子任务形成工作流的依赖链

谢谢您的回答，您是否使用过任务估算/休假管理或其他附加组件？@SmitShah不，我没有使用过。

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