问题标签 [jira-agile]

我在一家偏远的公司工作，其中电子邮件、论坛和 IM 是主要的沟通工具。我们没有正式遵循任何书籍方法，但在发布时间表、客户交互和适合分布式团队的一种 Scrum 方面，我们一直在朝着更敏捷的设置方向发展。

我们在一个项目中使用 Jira，我想知道 Greenhopper 是否有用。或者，它是否专注于更正式地坚持整个敏捷教条的团队，最终会成为阻碍？

我不想讨论敏捷是好是坏，它涉及什么等等……只是Greenhopper对于那些方法论受到敏捷原则启发而不是由敏捷原则定义的项目是否有用。

我们正在使用 Jira / GreenHopper 在 Scrum 团队中运行我们的 sprint。Jira 是一个错误跟踪工具，而 GreenHopper 是一个 Scrum 式的附加组件，这一事实正变得非常明显。

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

此外，我们希望 Jira/GreenHopper 中的任务板在用户故事和任务从 To Do 移动到 Done 时跟踪它们。同样，似乎没有办法做到这一点。当所有任务都完成时，用户故事就完成了。当用户故事正在进行时，任务应该能够从待办事项移动到完成。我们认为 Jira/GreenHopper 任务板不能做到这一点是否正确？

我通常对任何关于如何使用 Jira/GreenHopper 解决上述问题的想法、书籍、教程等感兴趣。

我已经在 J​​IRA 中创建了几个发布版本（我能找到的最接近“sprint”功能的东西），但我一生都无法弄清楚它如何决定将它们放入的顺序，也不知道如何更改它。我想也许它会按开始日期或发布日期按时间顺序对它们进行排序，但没有骰子。

我想做的只是制作一堆版本，这样我就可以分配用户故事，但让它们按时间顺序出现在计划视图中。

有任何想法吗？

是否有最佳实践或推荐的项目组件版本控制方法？只是我可能有一个EnvironmentServices项目，其中包含组件SpecificService1，SpecificService2 ......这些孩子中的每一个都有独立的版本控制。

实现这一点的最有效方法是什么？由于独立的 Jira 似乎不支持组件版本控制：正如在此处提出的那样。

是否会为我希望拥有生命周期的每个“ SpecificService ”创建项目？或者我可以利用 GreenHopper 并使用组件/版本层次结构吗？

任何建议表示赞赏。

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

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

我认为我们应该保持简单，只有 Epic、Story、Bug；但是，我不想隐藏改进并最终产生一些意想不到的效果或最终丢失有用的功能。

提前感谢您的建议。

如何从 Jira Greenhopper 获取数据以创建燃尽图？

我想用自己的图形创建自己的燃尽图。有没有可以获取当前和历史任务数据的api？

我已经设置了 Jira 和 Greenhopper 并设置了初始冲刺。在我这些年里，我主要通过白板和面对面的交流来完成 Scrum。我想知道我应该如何使用greenhopper处理计划外物品？我不只是想添加一个New Card并让它搞砸统计数据。当冲刺完成时，能够获得计划外工作量的数字会很高兴。我最初的猜测是在上添加一个New Card并将Task Board其标记为计划外。但我似乎没有找到任何unplanned标签Card。

是否可以在泳道类型的视图中显示 Jira/Greenhopper 中的问题？我需要的是一个类似于 Greenhopper 的任务视图的视图，带有 ToDo/In Progress/Done 通道，但带有版本通道。例如，我想看到显示 V1/V2/V3 的垂直车道，属于每个版本的问题显示在适当的车道上？

也许有一个插件？理想情况下，我们可以配置通道，因此我们可以在单个屏幕上显示按受让人、类型、组件、自定义问题字段等分类的问题，而不是版本。

在 Jira/Greenhopper 中输入我的 sprint 计划时我犯了一个错误：事实证明我们的容量比计划的要多一点。
这发生在 sprint 的第二天，但如果我在 sprint 开始后添加额外的问题，红色的“指南”将从我们最初的估计开始。
有没有办法避免这种情况？

我是 JIRA + Greenhopper 中敏捷流程的新手。我试图了解在 JIRA + GH 中敏捷工作的正确/更好的方法是什么。我在网上阅读了一些信息 - 到目前为止，我知道我们有故事和史诗（它们是大故事）。我想知道创建任务的流程是什么：

1. 首先，我们打开一个故事/史诗并在非技术文本中定义它。
2. 我们可以为故事创建子任务（我现在只有技术子任务）。
3. 打开故事后 - 对于开发，创建新票证（错误/新功能/任务等）并使用 ISSUE LINKING 链接到故事。

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

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

非常感谢您的快速回复。