3

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

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

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

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

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

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

4

2 回答 2

4

听起来您的过程相当简单。我建议您使用 GreenHopper 5.10.1 中的新快速板。快速委员会有一个明确的计划 > 工作 > 向他们报告流程。

查看您的具体情况，我建议以下内容：

  • 首先为一般开发创建一个快速板。该板将用于您的开发团队，并具有包含错误修复、故事和积压项目的 Sprint。该板的最后一列将是“完成”或“准备好进行 QA”
    • 在 Sprint 结束时，团队将简单地“完成”该 Sprint 并记录一张票以获取构建并部署到 QA
  • 然后，我建议将与 Sprint 中相同的问题转移到 QA 流程中，这样每个问题都可以被拒绝。要做到这一点，QA 团队可以简单地拥有一个单独的 Scrum Rapid Board，第一列是“为 QA 做好准备”。这将允许他们运行一个单独的 Sprint，其中包括刚刚完成的 Sprint 中的问题
    • 在这个 Sprint 结束时，只有好的故事才会出现在“完成”列中，团队可以决定只部署正确的故事或拒绝整个发布
    • 未通过 QA 的故事可以更新回一个状态，使它们重新回到开发团队的待办事项列表中，以包含在下一个 Sprint 中。或者，他们可以与开发团队单独提出来进行修复
于 2012-06-14T01:31:26.890 回答
3

我们在这里做了一些非常相似的事情，并且在 JIRA / Greenhopper 中运行良好：

  1. 产品负责人在 JIRA/Grasshopper 中创建史诗/主题/用户故事

  2. 发生积压梳理，故事被打乱了，故事点进入了用户故事

  3. 冲刺计划：为即将到来的冲刺选择故事，并使用greenhopper，我们创建将故事添加到冲刺。见下文

  4. Sprint 开始。开发人员在 JIRA 中创建任务以跟踪进度，并链接到用户故事。一旦故事的所有任务完成，用户故事就完成了。

  5. 我们在 JIRA 中放置了脚本，以便有一个“完成”按钮，它会自动分配我们的构建团队的故事，他们将其合并到我们的主要基线中（不确定这是否适用于您）。一旦他们将其投入生产构建，用户故事就会分配给 QA 团队。

  6. QA 团队测试生产构建...如果通过，故事就结束了。

在此处输入图像描述

我可能会补充一点，QA 团队可能需要比 sprint 允许的时间更长的时间来测试故事 - 因此，出于团队的 sprint 和速度的目的，故事在分配给构建团队时被视为已完成。

那有意义吗？

JIRA 能够做到这一切，这很棒——尽管您可能需要进行一些配置来设置史诗/主题等的条目。

我们使用 Greenhopper 功能来创建和跟踪故事和冲刺，但对于任务进度等，我们使用白板 - 更明显，更适合日常站立。

希望这会有所帮助..任何问题我都会很乐意回答:)

于 2012-06-07T08:03:30.640 回答