在JIRA中定义文档和本地化任务的工作流的最佳实践是什么？

Question

几乎每个问题都需要文档子任务。

许多问题都需要本地化的子任务。

文档和本地化问题是否应该有自己的工作流程(按问题类型)？

每个项目是否应该有文档和本地化组件，以便这些问题将自动分配给组件所有者？

"Create Issue“屏幕是否应该有一个"Needs”复选框，这将创建一个包含特定字段的documentation子任务？

Answer 1

我对JIRA的工作有不同的理解。对我来说，JIRA帮助我理解什么时候必须做某事，状态是什么，以及什么时候我完成了它。当每次都需要文档和本地化时，我不想让我的JIRA中的所有这些子任务溢出，每个人都知道它们是必要的。

将这些任务提取为子任务(并使用工作流进行管理)的唯一原因是：

• 您通常有不同的文档和/或本地化任务接受者，因此您可以将其分配给不同的人员。
• 他们的工作流程不同，因此您需要单独管理它。

我不希望它们有额外的组件，因为当您想要隔离它们时，只需为其创建一个自定义字段(或者为文档和本地化创建子任务，不知道这是否容易实现)。

我不会添加“需要文档”标志，因为添加问题的人通常不知道是否需要文档。因此，我不会将它们添加为子任务，也不会添加为额外的标志，而是向每个人解释文档和本地化是必要的。应该有自动检查的方法，没有任何问题...

当然，您还可以自由地添加一个带有附加自定义字段的文档屏幕。在那里，您可以在实现问题时记录您在文档和国际化方面所做的工作。因此，检查这些参数是否为空，将替换您提到的标志。

Answer 2

我同意，只为并行发生的工作创建问题或子问题，并需要不同的受让人或截止日期或类似的工作。如果这项工作在每种情况下都会发生，那么就将其构建到工作流程中。

另一件需要注意的事情是，在诸如“文档说明”之类的字段中输入的任何内容在发送给客户之前总是需要人工审查。