JIRA中的用户状态依赖性

时间:2018-09-06 09:55:22

标签: jira jira-agile

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

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

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

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

一旦任务/问题移至状态5,则由团队B的人员Y负责。

以此类推。

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

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

因此,现在在JIRA中,我不确定以下几点。

  1. 如何为上述方案计划JIRA中的工作时间?

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

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

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

2 个答案:

答案 0 :(得分:1)

回答您的问题:

  

如何为上述方案计划JIRA中的工作时间?

一种方法可能是拥有子任务。创建一个更大的封闭任务,该任务具有一个状态为1到4的子任务,然后创建另一个状态为5到10的子任务,依此类推。如有必要,每种子任务类型都有自己的工作流程,也可以独立计划。

  

如果某人X当天请假,请问所有任务/问题   自动转到下一个工作日?或者我们需要对其进行管理   手动?

不确定我是否理解这一点。如果一个人出去了一天,香草吉拉不会做任何事情。吉拉(Jira)的工作时间不计入人员是否在里面,也不仅仅计算该人说自己在其中工作的时间(通过填写工作日志)。

  

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

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

  

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

您可以具有后功能(通过Atlassian Marketplace获得Jira的默认值和第三方功能),这些后功能可以根据过渡情况进行处理(例如让某人成为任务受让人)。

希望这会有所帮助。

答案 1 :(得分:0)

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

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

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 Bar C(取决于TB-34)-故事点:3

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

将功能和故事添加到 Epic 中,以将它们视觉上结合在一起(史诗将显示在故事摘要中)。

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

总而言之,父功能跟踪整个任务(完成子项时的更新状态),针对子故事的估计,并且子项构成工作流程的依赖项链。