Jira 吉拉:史诗般的问题,可以持续多个版本和;“影响版本”&&引用;“固定版本”;领域

Jira 吉拉:史诗般的问题,可以持续多个版本和;“影响版本”&&引用;“固定版本”;领域,jira,versioning,user-stories,epic,Jira,Versioning,User Stories,Epic,我有一个项目。 这是一个网站。 项目刚刚开始。 我发现将所有与设计相关的故事组合成一部史诗《设计》是合理的 但是 …在我开始填写“设计”epic JIRA卡的那一刻,我发现自己不确定如何正确处理epic over版本(尤其是查看“影响版本”和“修复版本”字段) 问题是: 从一方面来说,这部史诗可以在1.0版中严格规划,并在这个版本中完成。在这种情况下,epic应仅包含1.0版的设计任务。问题:如何组织1.0版以外的设计故事??用这种方法,我不能把它们放进这部史诗。那么,在哪里 从另一方面来说,

我有一个项目。 这是一个网站。 项目刚刚开始。 我发现将所有与设计相关的故事组合成一部史诗《设计》是合理的

但是

…在我开始填写“设计”epic JIRA卡的那一刻,我发现自己不确定如何正确处理epic over版本(尤其是查看“影响版本”和“修复版本”字段)

问题是:

  • 从一方面来说,这部史诗可以在1.0版中严格规划,并在这个版本中完成。在这种情况下,epic应仅包含1.0版的设计任务。问题:如何组织1.0版以外的设计故事??用这种方法,我不能把它们放进这部史诗。那么,在哪里
  • 从另一方面来说,我可以将所有特定于设计的故事(尽管版本控制,因为其中一些计划发布1.0版,其他一些已知但计划进一步发布)放在同一个epic中。但在这种情况下,如何填写“影响版本”和“修复版本”字段?如何在这部经久不衰的史诗中组织故事

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

我会将设计史诗分成更小的主题,这样每个版本的规划就更容易了。例如,您可以为标题创建一个史诗,其中包含设计和开发标题所需的所有故事。我建议不要把一切都放在一部史诗里。版本需要显示当天发布的内容。有了史诗般的跨度版本,看到你发布的东西会让人困惑。以下是吉拉的定义:

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