我们正在尝试使用 Atlassian 产品，我已经使用 GreenHopper 准备了一个敏捷冲刺，并且对流程几乎没有混淆。
以下是我们在办公室进行当前开发的方式:
开发人员完成分配给他们的问题。将它们标记为已解决。
完成 sprint 的所有问题后，我们将获得提供发布详细信息的发布票证，并将其分配给 INF 团队以在 QA 中构建和部署。如果事情在 QA 中得到批准，它就会转移到暂存、生产阶段。
如果发现任何问题或未解决任何问题，我们将拒绝该版本并将其分配回开发人员。开发人员更正它们并准备另一个版本。
有没有人对使用 JIRA+GreenHopper 实现类似的东西有任何建议或更好的想法。
最佳答案
听起来您的流程相当简单。我建议您尝试使用 GreenHopper 5.10.1 中的新 Rapid Boards。 Rapid Board 有明确的计划 > 工作 > 报告流程。
根据您的具体情况，我会推荐以下内容:
- 首先为一般开发创建一个 Rapid Board。该板将供您的开发团队使用，并且会有包含错误修复、故事和积压项目的冲刺。此板的最后一栏将是“完成”或“准备好进行质量检查”
- 在 Sprint 结束时，团队将简单地“完成”该 Sprint 并记录一个工单以完成构建并部署到 QA
- 然后我建议将与 Sprint 中的相同问题移到 QA 流程中，这样每个问题都可以被拒绝。为此，QA 团队可以简单地拥有一个单独的 Scrum Rapid Board，其第一列为“准备好进行 QA”。这将允许他们运行一个单独的 Sprint，其中包括刚刚完成的 Sprint 中的问题
- 在这个 Sprint 结束时，只有好的故事会出现在“完成”列中，团队可以决定只部署正确的故事或拒绝整个发布
- 未通过 QA 的故事可以更新回开发团队待办列表中的状态，以便包含在下一个 Sprint 中。或者，他们可以与开发团队单独提出来进行修复
关于jira - Atlassian GreenHopper 和发布管理，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10927570/