我们正在使用Atlassian产品,并且我已经使用GreenHopper准备了一个敏捷的sprint,并且对此流程感到困惑。

这是我们在办公室进行当前开发的方式:


开发人员完成分配给他们的问题。将它们标记为已解决。
完成有关sprint的所有问题后,我们将获得一张发行单,其中提供了发行详细信息,并将其分配给INF团队以进行质量检查并进行部署。如果事情在质量保证中得到批准,则将其转移到生产阶段。
如果发现任何问题或任何问题未解决,我们将拒绝发布并分配给开发人员。开发人员会更正它们并准备发布另一个版本。


是否有人对通过JIRA + GreenHopper实现类似目标或任何更好的想法有任何建议。

最佳答案

我们在这里做了类似的事情,并且在JIRA / Greenhopper中都可以很好地工作:


产品所有者在JIRA / Grasshopper中创建史诗/主题/用户故事
进行积压整理,将故事改头换面,并将故事点输入用户故事
冲刺计划:为即将到来的冲刺选择故事,然后使用greenhopper创建故事并添加到冲刺中。见下文
Sprint开始。开发人员在JIRA中创建任务以跟踪进度,并将其链接到用户故事。一旦完成了故事的所有任务,便完成了用户故事。
我们已在JIRA中放置了脚本,以具有“完成”按钮,该按钮会自动分配构建团队的故事,故事将其合并到我们的主要基准中(不确定是否适用于您)。一旦他们将其投入生产后,用户故事就会分配给质量检查小组。
质量检查小组会测试生产版本...如果通过,故事就结束了。




我可能还要补充说,质量检查团队可能需要比sprint更长的时间来测试故事-因此,出于团队的sprint和速度的目的,故事将在分配给构建团队的那一刻完成。

那有意义吗?

JIRA具备所有这些功能,这非常棒-尽管您可能需要进行一些配置以设置史诗/主题等的条目。

我们使用Greenhopper功能来创建和跟踪故事和冲刺,但是对于任务进度等,我们使用白板-更加可见,并且更适合日常站立。

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

关于jira - Atlassian GreenHopper和发布管理,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/10927570/

10-09 05:54
查看更多