问题标签 [jira-agile]

我可以就状态为“已关闭”的问题记录工作吗？我在 Sprint“敏捷”区域，将一些问题从“进行中”拖到“完成”。我忘了实际记录工作时间，期望“估计”时间只是传播到“记录工作”。重新打开问题很麻烦，并且会创建不必要的通知线索。

我们将一个更大的故事细分为更多的子任务。但是如果我们关闭子任务对燃尽图没有影响，这是令人沮丧的。任何想法如何解决这个问题？

我们目前在“问题计数”模式下使用 Greenhopper 中的燃尽图。目前在计算燃尽时只考虑标准问题类型（错误、任务、故事）。

问题：在燃尽计算中是否还有考虑子任务的选项？

示例： 假设我们有 3 个故事和 8 个与之相关的子任务。如果我关闭一个故事，燃尽图就会受到影响。但是如果我关闭一个子任务，图表不会受到影响。

我已经检查了项目过滤器，其中还包括子任务。但由于某种原因，它们没有在图表中考虑（这对我们来说很糟糕）。

我的 sprint 中有 100 个问题（例如：Sprint 10）。现在我想将 50 个问题移至新的 Sprint（例如：Sprint11），而无需手动创建新的 sprint。

作为一种解决方法，我选择了 50 个问题并右键单击然后进行批量更改。我有“更改冲刺”可用。如果我给出 11，那么它会自动创建 sprint11 并将问题移至 Sprint11。但在某些情况下，如果我给出任何随机数，它会显示“Sprint 必须退出：44”

这是批量转移到新冲刺的正确方法吗？如果是这样，发生错误的原因是什么？

提前致谢

KCB

We're re-organizing workflow in our team and one of the key decisions was to use Scrum process, provided with help of Jira and Greenhopper.

I've read various Scrum guides, documentation of Greenhopper and started Scrum process implementation in our team. After some corrections and changes it mostly good, but one thing doesn't let me sleep well: bugs.

Different solutions are proposed by developers, but I still can't find my way here.

In our workflow any issue lives in 4 states: Open -> In Testing -> Resolved -> Closed

When developer is satisfied with his code he puts issue to In Testing state, and it becomes automatically assigned to QA lead. QA verifies the issue and, if everything is ok issue becomes Resolved. If not - Open again. In Resolved state code review is performed, and if code is secure, optimal and fits the developed structure, issue becomes Closed. If developer did something wrong - Open again.

The tricky part here is re-opening of an issue (story), because at same time bugs are raised, which land in product backlog - not sprint backlog, and due to Scrum-way developer can't work on issues, that are not in sprint backlog, but at same time story can't be closed, because code is buggy or written bad.

So, the question is: should a story be closed, even if it has some bugs, related to it, and these bugs are planned to be fixed in further sprints?

Or story can't be closed, until all related bugs are fixed, meaning that if a sprint is finished, but not all bugs are fixed for a story, story remains opened, excluded from finished sprint and moved to a next sprint, so it's story points are not burned in finished sprint?

我工作的公司将开始使用 ServiceNow 进行 IT 运营和呼叫中心管理，他们正在研究其 SDLC 模块以进行软件项目管理。然而，也有使用 JIRA+Greenhopper+Fisheye+Crucible 的推动（由我推动）。

有没有人通过这两个工具的功能比较来完成一个功能？

使用 ServiceNow 演示，听起来它非常通用，但我相信 Service-Now 自己为我们的呼叫中心进行了大量定制。

我最喜欢 JIRA 的最大优点之一是我们可以自行完成的极端定制化程度，并通过我们的回顾来改变我们的流程。我不完全相信 ServiceNow 可以提供这一点，我肯定希望听到更多。

我想在 ServiceNow 中使用 JIRA+Greenhopper 完成的一些功能：

• 跨多个项目冲刺（ServiceNow 中的 Scrum 产品？）

• 源代码/代码审查集成，如 Fisheye 和 Crucible

• 跨越多个项目的史诗管理

• 发布管理 - JIRA 版本与 ServiceNow 发布 - 一些团队计划未来的发布，而另一些团队只是根据发布分支上看起来不错的内容剪切构建标签。JIRA 让我有不同的操作流程来帮助潜在客户完成这项工作，以匹配他们“在现实生活中”所做的事情。

这两种产品之间的任何其他差异点都会很好。谢谢！

我创建了一个 javascript 解决方案来在快速板上显示故事点。
见评论：https ://jira.atlassian.com/browse/GHS-6755 。

我想在快速板动态加载或更新时处理它的问题。当 Greenhopper 完成快速板更新时，是否可以接收事件（javascript）？

我正在考虑在 JIRA GreenHopper 上从 scrum 切换到看板模板。

看板式工作模式上的用户故事卡不显示用户积分：

我怎样才能把它改成这样：

我无法通过我的 Gadget 应用程序从 GreenHopper REST API 获取 URL http://:2990/jira/rest/greenhopper/1.0/sprints/1 的响应。

当我从浏览器尝试时，我能够得到以下输出，下面是输出。

我在 Gadget 中检索 sprint 详细信息的代码片段是：

任何人都可以建议我如何从 greenhopper REST API 获取 JIRA 仪表板的 JSON 响应。

我在服务器中收到以下异常：

Scrumwise 可以将其全部数据导出为 XML。这包含大量数据，包括项目、积压、冲刺、任务、团队成员等。它还可以将任务导出为 CSV。

GreenHopper 可以导入各种格式的项目（但不是 XML）。

我想尽可能多地在 Scrumwise 和 GreenHopper 之间转移。我正在考虑从 XML 中提取 Projects 节点，转换为 JSON，然后将其导入。现在 GreenHopper 从一开始就拒绝数据。

是否引用了 GreenHopper 中使用的数据模式？我想传输的不仅仅是项目，而是它的所有相关数据。