标签: jira-agile

这篇博客在JIRA中有史诗的定义:

史诗是更大的工作机构.Epics是功能级别的工作,包含许多用户故事.使用上面的示例,史诗可能是整个帐户管理功能和查看以前购买的能力.

因此,如果(作为产品所有者)我有一个我希望交付的大型功能,它将包含许多较小的任务并可能跨越冲刺,那么史诗是一个不错的选择.

但是,我可以轻松地创建(使用博客中的示例)"帐户管理"组件,并且与该功能相关的任何任务都会分配该组件.

同样地,我也可以轻松地使用"Account_Management"标签,并且任何属于帐户管理功能的故事/票证都会被标记为该标签.

所以我的问题是:你为什么/什么情况会使用史诗？为什么/你会在什么情况下使用组件？为什么/什么情况下你会使用标签？即 - 所有三个(史诗,标签,组件)似乎服务于非常相似的目的(分组一系列问题),有什么区别？

我是JIRA + Greenhopper中敏捷流程的新手.我试图了解在JIRA + GH中使用敏捷的正确/更好的方法是什么.我已经在网上阅读了一些信息 - 到目前为止,我知道我们有故事和史诗(这是一个很大的故事).我想知道创建任务的流程是什么:

1. 首先,我们打开一个故事/史诗,并用非技术文本定义它.
2. 我们可以为故事创建子任务(我现在只有技术子任务).
3. 打开故事后 - 为了开发,创建新故障单(错误/新功能/任务等)并使用问题链接链接到故事.

这是正确的流程吗？我的问题是:

1. 我不明白为什么在(2)中如果我单独打开开发票并将它们链接在一起,我们应该打开技术问题的子任务 - 那么故事中子任务的目的是什么？
2. 是否有更好/更简单的方法直接从GH创建开发票？或者我必须单独打开它们并将它们链接到故事的父母问题？

非常感谢您的快速反应.

我们正在使用Jira/GreenHopper在Scrum团队中运行我们的冲刺.事实上,Jira是一个bug跟踪工具,而GreenHopper是一个Scrum-ish附加组件,这一事实变得非常痛苦.

我们希望我们的产品负责人在Jira/GreenHopper中输入用户故事,并让团队将技术任务挂在用户故事上.怎么做到这一点？Jira/GreenHopper似乎没有关于任务的用户故事的概念.这是正确的还是我错过了什么？

此外,我们希望Jira/GreenHopper中的任务板跟踪用户故事和任务,从"待办事宜"到"完成".再一次,似乎没有办法做到这一点.用户故事在完成所有任务后即完成.用户故事正在进行时,任务应该能够从待办事宜移动到完成.我们认为Jira/GreenHopper任务板不能这样做是否正确？

我一般对如何使用Jira/GreenHopper来解决上述问题的想法,书籍,教程等感兴趣.

我希望创建一个大型项目列表,以便轻松插入新项目,并轻松更改该列表中项目的位置.更新项目的位置时,我想更改关于项目顺序的尽可能少的字段.

经过一些研究,我发现Jira的Lexorank算法满足了所有这些需求.Jira中的每个故事都有一个'rank-field',其中包含一个由3个部分组成的字符串:<bucket>|<rank>:<sub-rank>.(我不知道这些部分是否有实际名称,为了便于参考,这就是我所说的)

有效等级字段的示例:

• 0|vmis7l:hl4
• 0|i000w8:
• 0|003fhy:zzzzzzzzzzzw68bj

当拖动上面的卡时0|vmis7l:hl4,新卡将接收排名0|vmis7l:hl2,这意味着只需要更新该新卡的排名字段,而整个列表总是可以在该排名字段上排序.这是相当聪明的,我无法想象Lexorank是唯一使用它的算法.

1. 这个子排名中使用的这种排序方法有名称吗？

我的问题与在Jira中创建新卡片有关.每张新卡都以空的子排名开头,并且总是选择排名,使得新卡位于列表的底部.我创建了一堆新故事只是为了看看排名会如何变化,而且排名总是增加8(基数为36).

2. 有没有人更具体地知道如何生成新卡的排名？为什么它增加8？

我只能想象,经过一段时间(2.7亿张牌)后,没有更多的牌可以产生,系统需要重新计算所有牌的等级字段,以便为更多的牌位腾出空间.

3. 还有其他需要重新计算所有等级字段的触发器吗？
4. 我认为桶在这次重新计算中发挥了作用.我想知道怎么样？

我们刚开始使用Jira(使用Jira Agile插件 - Scrum模板)进行问题跟踪和敏捷规划.

我对故事和改进之间的差异(或预期的差异)感到困惑.我们所有的"东西"都写成了故事.这些故事描述了新功能和现有功能的改进.这些都应该被列为故事还是应该将改进列为改进？

我认为我们应该保持简单,只有Epic,Story,Bug; 但是,我不想隐藏改进并最终导致一些意想不到的效果或最终缺少有用的功能.

提前感谢您的建议.

是否有类似" http://www.example.com/jira/rest/agile/1.0/sprint?project=XYZ "的内容,以检索项目中的所有冲刺.

JIRA平台api可以检索项目信息,JIRA软件API可以检索给定板的冲刺.但我需要针对给定项目的任何给定项目(组合)或至少板的冲刺,以便我可以在以后检索这些板中的冲刺

是否可以使用原始 JQL（不使用任何插件）来过滤所有故事及其各自的子任务？

目前，我有以下内容成功检索了 EPIC-123 的所有故事：

project = PROJ1 AND "Epic Link" = EPIC-123 AND issuetype = Story ORDER BY priority DESC, updated DESC

不过，我还想要与这些故事相关的子任务。所以我认为这会起作用：

project = PROJ1 AND "Epic Link" = EPIC-123 AND (issuetype = Story OR issuetype = Sub-task) ORDER BY priority DESC, updated DESC

但这只会返回故事。

我认为这是因为 JIRA 将其读作“检索 EPIC-123 的子任务”（值为 0），而不是“检索 EPIC-123 中故事的子任务”。

我也考虑过使用 issue in (linkedIssues(AAA-###)) 但我想这将涉及以编程方式循环上述查询中返回的所有故事。这看起来很荒谬，而且可能是不可能的。

宁愿不走插件之路，而是接受建议。谢谢！

我试图了解如何将故事点分配给子任务以及如何在Jira中管理故事点.

我有一个用户故事,我们估计有25个点.开发人员将把这个用户故事分解为许多任务.

他应该为每项任务分配一些故事点(25个)吗？总而言之,所有任务应该加起来多达25分？如果用户关闭了10个故事点的任务,那么Jira是否会知道10个故事点已经从25个主要用户故事中被烧掉了？

此外,如果在sprint结束时用户故事不完整(比如说只完成了20分),我是否会在下一个sprint中创建一个5分的新用户故事？

我开始使用JIRA REST API了.我已经学会了如何分配给当前用户的所有问题:

rest/api/2/search?jql=assignee=currentuser()

...现在我试图通过当前的冲刺来过滤那些.我认为这个功能是由JIRA Agile(Greenhopper)插件提供的,但我找不到任何文档.我遇到了一些有趣的数据,这些数据似乎是问题分配给sprint的标识符:

customfield_10005: [
  "com.atlassian.greenhopper.service.sprint.Sprint@3094f872[rapidViewId=30,state=CLOSED,name=Sprint 2014-06-02,startDate=2014-06-02T00:00:37.672-07:00,endDate=2014-06-08T11:59:00.000-07:00,completeDate=2014-06-09T10:23:13.983-07:00,id=45]"
]

......但它看起来像一个连续的混乱.如何查询分配给当前sprint的问题？

我希望能够过滤当前sprint中已解决的问题.通常,这将用于防止在先前sprint中解决的问题,但在我们讨论开发人员实现此sprint的时候出现的测试延迟(不重新打开).

封闭的问题也应该出现,但它们不是问题,好像它们在最后一个冲刺时关闭,它们无论如何都不会翻到这个问题.

在mock-JQL中,它会是这样的:

project = "Project name" AND status in (resolved, closed) AND statusChanged() > startOfWeek() 

我见过startofweek()和朋友,但不是这样的startofsprint().

我们有JIRA OnDemand,因此我们无法安装本地Java附加组件.

有什么方法可以获得这些信息？