问题标签 [greenhopper]

问问题

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

44 问题

0 投票

10 回答

6787 浏览

project-management - 用于敏捷项目管理的软件工具

我们使用 JIRA 进行错误跟踪和发布管理，我们已经开始使用 greenhopper 在 JIRA 内部进行项目管理，但它缺少的一件事是用户故事与这些用户故事中的任务的概念。有没有人推荐其他任务板，例如完全支持用户故事和任务以及对用户快速简单的敏捷项目管理工具。我开始研究 targetprocess，所以如果有人对此有特别的反馈，那也很好。

2008-11-16T00:34:26.603

0 投票

4 回答

18709 浏览

agile - 在 JIRA / Greenhopper 中跟踪用户故事

如果有人试图做敏捷，我正在想办法为此使用 JIRA / Greenhopper。我们是一个全球开发团队，因此分布式特性在这里至关重要。

我们最初使用 Scrumworks，但团队抱怨他们在 JIRA 和 scrumworks 中一直有重复的信息，并认为这是多余的。

我们得到了 Greenhopper，并认为这可以解决我们的问题，但我遇到的问题是：

JIRA 中没有用户故事概念
Greenhopper 过于专注于“任务”而没有在用户故事级别进行聚合。

有没有人在 JIRA 中成功地做到了这一点，或者我们是否应该考虑回到其他工具，如 scrumworks，只使用 JIRA 来解决我们支持团队提出的错误。

agile jira user-stories greenhopper

2008-11-16T14:13:31.190

0 投票

6 回答

27366 浏览

project-management - Jira 和 Greenhopper 中的 Sprint 版本与发布版本

将 Greenhopper 与 Jira 一起使用时，很明显 Greenhopper 使用 Jira 问题中的“已修复版本”字段来表示该问题正在处理哪个 scrum 冲刺。这本身有点骇人听闻，因为可以想象一个问题可以在多个 sprint 中处理，并且因为问题和 sprint 之间的关系正是它在 sprint 期间已经处理过，并且认识到您可能无法完成计划时间内的任务。

但是好吧，它可能是一个可以忍受的黑客，至少如果没有其他东西试图将“固定版本”字段用于其他东西。

但我发现还有其他问题也建立在“固定版本”字段上。具体来说，应该能够看到计划在哪些发布版本（实际版本）中解决哪些问题，并将此信息用作验证/质量保证的一种手段。

其他 Greenhopper 用户如何结合“固定版本”字段的这两种用途？您是否将 sprint 版本设置为发布版本的子版本？您是否为发布版本使用了一些自定义字段？我发现这很困难，因为 Scrum 团队正在开发多个独立版本的组件。此外，在同一个 sprint 上可能会在同一个组件上发布错误修复和功能开发。

总而言之，我发现团队不可避免地会在同一个 sprint 中开发“Some Product 3.4.0”（一个功能版本）、“Some Product 3.3.1”（一个错误修复版本）和“Other Product 1.2” . 不可能将此 sprint 标记为这三个版本中的每一个的颠覆（跨两个不同的组件）。而在 Greenhopper 中进行三个不同的 sprint，确实会削弱 Greenhopper 的价值。

其他 Greenhopper 用户是否也有同样的情况？你是怎么处理的？

project-management scrum jira greenhopper

2010-07-05T11:54:17.297

0 投票

3 回答

607 浏览