Atlassian GreenHopper和发布管理

Question

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

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

1. 开发人员完成分配给他们的问题。将它们标记为已解决。
2. 一旦sprint的所有问题都完成，我们就会有一个发行票据，提供发布细节，我们将其分配给INF团队，以便在QA中构建和部署。如果事情在质量保证中获得批准，那么它就会转移到分期，生产。
3. 如果发现任何问题或任何问题未得到解决，我们会拒绝发布并分配给开发人员。并且开发者纠正它们并准备另一个版本。

有没有人对JIRA + GreenHopper或任何更好的想法有类似的建议。

Answer 1

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

1. 产品所有者在JIRA / Grasshopper中创建Epics / Themes / User故事
2. 发生了积压修饰，故事发生了一些问题，故事点进入了用户故事
3. Sprint计划：为即将到来的sprint选择故事，并使用greenhopper，我们创建故事添加到sprint。见下文
4. Sprint开始......开发人员在JIRA中创建任务以跟踪进度，并链接到用户故事。一旦故事的所有任务完成，用户故事就完成了。
5. 我们已经在JIRA中设置了一个“完成”按钮，它自动为我们的构建团队分配故事，将其合并到我们的主基线中（不确定这是否适用于您）。一旦他们将其置于生产构建中，用户故事就会被分配给QA团队。
6. QA团队测试生产构建......如果它通过，故事就会关闭。

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

那有意义吗？

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

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

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

Answer 2

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

看看你的细节，我建议如下：

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