问题标签 [greenhopper]

我想知道是否可以在 Hour Burndown 图表中为子任务创建单独的曲线。所以我们将在图表中有两条曲线 - 一条用于标准问题类型，另一条仅用于它们的子任务？

这可能吗？如果是，我该如何设置？

在 Greenhopper 中，是否可以找到在工作流程的特定步骤中分配给特定用户的所有问题？

我们有一个“测试”步骤，我想找到我们在该步骤中分配给特定用户的所有问题。我已经浏览了高级搜索文档，但没有任何效果。

Jira 中的 Greenhopper 允许版本的层次结构（版本之间的父子关系）。设置版本层次结构。

Jira 或 Greenhopper 是否公开 Web 服务接口来获取此层次结构信息？似乎可以从 Jira 数据库中获取此信息，如下所示。

但是，如果任何 Web 服务 API 可用于检索层次结构信息，则任何指针。

有没有办法为整个项目（即所有版本）构建燃尽图？我将 Jira 与 GreenHopper 插件 4.3 一起使用

我正在玩 greenhopper 的评估，并设置了一个看板快速板，它有一个主桶和几个泳道。完成列中的发布按钮将完成列中的任何 Jira 添加到发布中。

有没有办法用那个按钮释放一条泳道？因此，即使我们已经在我的主要工作桶中完成了 Jira，我可能只想自己发布一个紧急补丁。如果释放按钮有更多的控制，那就太好了，这样我就可以快速释放某个车道。

或者是吗？

我开始使用 JIRA/GreenHopper 来实施我的个人 Scrum。但是，我想知道 JIRA 任务和 GreenHopper 技术任务之间的区别。

我们正在使用 Atlassian 产品，我已经使用 GreenHopper 准备了一个敏捷 sprint，并且对流程几乎没有混淆。

以下是我们在我的办公室进行当前开发的方式：

1. 开发人员完成分配给他们的问题。将它们标记为已解决。

2. 一旦冲刺的所有问题都完成了，我们就会有一张提供发布详细信息的发布票，我们会将其分配给 INF 团队以在 QA 中构建和部署。如果事情在 QA 中获得批准，则将其转移到暂存、生产。

3. 如果发现任何问题或任何问题未解决，我们将拒绝发布并分配回开发人员。开发人员更正它们并准备另一个版本。

有没有人对使用 JIRA+GreenHopper 或任何更好的想法实现类似的东西有任何建议。

我一直在使用 JIRA 和 Greenhopper 来支持我们的 Scrum 方法。由于用户故事是要求，那么我如何能够跟踪问题类型“问题”并将其链接到 Greenhopper 中的用户故事，以便它也出现在任务板下？我希望发生这种情况，以便通过问题解决用户故事的任何依赖关系，而不是在用户故事中添加评论，有时会错过并且没有解决。

我们现在正在做一个自定义 JIRA 项目，对于查看问题屏幕，我们希望仅针对某个项目删除右侧的敏捷部分（在人员和日期部分下）。（因为对于 JIRA 实例，启用了 greenhopper 功能）

有谁知道该怎么做？

在使用 Rapid Board 进行计划会议时，有哪些合理的方法可以确保团队中的每个人在 sprint 期间都有足够的工作量？

例如，如果您的团队中有 10 个人，您如何快速查看 1 个人是否只有 2 小时的工作时间？你应该等待他们说出来还是可以通过 Greenhopper 以某种方式完成？