Atlassian GreenHopper和发布管理

Question

我们正在玩Atlassian产品，我使用GreenHopper准备了一个敏捷冲刺，并且很少与流程混淆。

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

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

2. 一旦sprint的所有问题都完成，我们就会有一个发行票据，提供发布细节，我们将其分配给INF团队，以便在QA中构建和部署。如果事情在质量保证中获得批准，那么它就会转移到分期，生产。

3. 如果发现任何问题或任何问题未得到解决，我们会拒绝该版本并将其分配给开发人员。并且开发者纠正它们并准备另一个版本。

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

Answer 1

听起来你的过程相当简单。我建议您使用GreenHopper 5.10.1中的新Rapid Board。快速董事会有一个明确的计划＆gt;工作＆gt;向他们报告流程。

根据您的具体情况，我建议如下：

• 首先为一般开发创建一个快速董事会。该板将用于您的开发团队，并将包含错误修复，故事和积压项目的Sprint。该委员会的最后一栏将是“完成”或“准备QA”
  • 在Sprint结束时，团队只需“完成”Sprint并记录一张票，即可获得构建并部署到QA
• 然后我会建议通过QA流程移动与Sprint相同的相同的问题，这样每个人都可以被拒绝。要做到这一点，QA团队可以简单地拥有一个单独的Scrum Rapid Board，第一栏是“Ready for QA”。这将允许他们运行单独的Sprint，其中包括刚刚完成的Sprint的问题
  • 在本Sprint结束时，只有好的故事才会出现在“完成”列中，团队可以决定部署正确的故事或拒绝整个发布。
  • 未通过质量保证的故事可以更新回状态，将其重新放回开发团队积压，以包含在下一个Sprint中。或者，他们可以与开发团队一起单独提出来修复

Answer 2

我们在这里做了一些非常类似的事情，它在JIRA / Greenhopper中运作良好：

1. 产品所有者在JIRA / Grasshopper中创建Epics /主题/用户故事

2. 发生了积压修饰，故事发生了一些故事，故事点进入了用户故事

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

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

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

6. QA团队测试生产构建......如果它通过，故事就会关闭。



我可能会补充一点，QA团队可能需要更长的时间来测试故事，而不是sprint允许的 - 所以为了团队的冲刺和速度，故事就是在分配给构建团队时完成的。< / p>

这有意义吗？

JIRA能够做到这一切，这很棒 - 虽然你可能需要做一些配置来设置史诗/主题等条目。

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

希望这会有所帮助..任何我很乐意回答的问题：）