JIRA:可以持续多个版本和“影响版本”和“修复版本”字段的史诗问题

时间:2014-07-24 22:33:25

标签: jira versioning user-stories epic

我有一个项目。 这是一个网站。 该项目刚刚开始。 我发现将所有与设计相关的故事组合成一个名为" Design" ...

的Epic是合理的

BUT

......目前我开始填写" Design"史诗般的JIRA卡我发现自己不知道如何正确处理史诗般的版本(特别是关注"影响版本"&"修复版本"字段)。

问题是:

  • 从一侧可以在版本1.0中严格规划这个史诗,并在此版本中完成。在这种情况下,epic应仅包含1.0版的设计任务。问题:如何组织1.0版以外的设计故事?通过这种方法,我无法将它们置于这部史诗中。那么,在哪里?
  • 从另一方面我可以将所有设计特定的故事(尽管版本化,其中一些计划1.0发布,其他已知但计划进一步发布)放入同一个史诗。但在这种情况下如何填补"影响版本" &安培; "修复版本"字段?如何在这个持久的史诗中组织故事?

就我个人而言,我认为后一种选择更好,但我想听听你的想法。

1 个答案:

答案 0 :(得分:0)

我会将设计史诗分成较小的主题,以便更容易地为每个版本进行规划。例如,你可以有一个标题的史诗,它将包含设计和开发标题所需的所有故事。我建议不要把所有东西放在一个史诗中。该版本需要显示该日期发布的内容。通过史诗级版本,看到你发布的内容会让人感到困惑。这是Jira的定义:

  

版本是一组功能和修补程序,作为产品的单个更新一起发布。将问题分配给版本有助于您规划将产品的新功能(故事)发布给客户的顺序。