亚特兰西安GreenHopper与发布管理

Question

我们在玩亚特兰西安的产品，我已经准备了一个敏捷的冲刺使用GreenHopper，没有什么混淆的流程。

以下是我们目前在我的办公室所做的工作：

1. 开发人员完成分配给他们的问题。把它们标记为已解决。
2. 一旦完成了sprint的所有问题，我们就有了提供发布详细信息的发布票证，并将其分配给INF团队，以便在QA中构建和部署。如果产品在质量保证中得到批准，就会转移到生产阶段。
3. 如果发现任何问题或任何问题没有解决，我们将拒绝发布并将其重新分配给devs。开发人员纠正它们并准备另一个版本。

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

Answer 1

我们在这里做了一些非常类似的事情，并且在JIRA /Greenhopper中都很好地工作：

JIRA/Grasshopper

• Backlog产品负责人创建史诗/主题/用户故事(

1. Product )，在修饰发生中创建事件/主题/用户故事，然后将故事点输入到用户故事
   1. sprint计划中:为即将到来的sprint选择故事，并使用
      1. 创建将故事添加到sprint中。见下面
      2. Sprint开始。任务由开发人员在JIRA中创建，以跟踪进度，并链接到用户故事。一旦一个故事的所有任务都完成了，用户故事就完成了。
      3. 我们已经在JIRA中放置了一个“完成”按钮，这个按钮会自动分配我们的构建团队的故事，他们会将它合并到我们的主基线中(不确定这是否适用于您)。一旦他们把它放到一个产品构建中，用户故事就会被分配给QA团队。
      4. QA团队测试生产构建.如果它通过，故事就结束了。--

​

我可能补充说，QA团队可能需要更长的时间来测试这个故事，而不是sprint所允许的--因此，就团队的sprint和速度而言，这个故事在分配给构建团队的时候就已经完成了。

这有意义吗？

JIRA能够做到所有这些，这是很棒的--尽管您可能需要做一些配置来为epics/主题等设置条目。

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

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

Answer 2

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

考虑到您的具体情况，我建议如下：

• 首先为通用开发创建了一个快速板。这个板将用于您的开发团队，并将有Sprints，其中包括错误修复，故事和待办事项。这个板中的最后一列将是“完成”或“准备好”QA

的

• ，团队将简单地“完成”该Sprint并记录一张票证，将构建完成并部署到Sprint中。

​

然后，我建议通过QA过程将与Sprint中相同的问题转移到

• 中，这样每个问题都可以被拒绝。要做到这一点，QA团队可以简单地拥有一个单独的，其中包含第一列“为QA做好准备”。这将使他们能够运行一个单独的Sprint，其中包括刚刚完成的Sprint
  • 在本Sprint末尾的问题，只有适合运行的故事才会出现在“do”专栏中，并且团队可以决定只部署正确的故事或拒绝不通过QA的整个Sprint，可以将它们更新回一个状态，将它们重新放到开发团队的待办事项清单中，以便包含在下一个Sprint中。或者，它们可以单独与fixing

的开发团队一起提高。

​