【发布时间】:2014-03-06 19:31:56
【问题描述】:
几乎每个问题都需要一个文档子任务。
许多问题需要本地化子任务。
文档和本地化问题是否应该有自己的工作流程(按问题类型)?
每个项目是否应该有文档和本地化组件,以便将这些问题自动分配给组件所有者?
“创建问题”屏幕是否应该有一个“需要文档”复选框,这将创建具有特定字段的文档子任务?
【问题讨论】:
几乎每个问题都需要一个文档子任务。
许多问题需要本地化子任务。
文档和本地化问题是否应该有自己的工作流程(按问题类型)?
每个项目是否应该有文档和本地化组件,以便将这些问题自动分配给组件所有者?
“创建问题”屏幕是否应该有一个“需要文档”复选框,这将创建具有特定字段的文档子任务?
【问题讨论】:
我同意,仅为并行发生且需要不同受让人或截止日期等的工作创建问题或子问题。如果工作在每种情况下都发生,则改为将其构建到工作流中。
需要注意的另一件事是,在“文档注释”等字段中输入的任何内容在发送给客户之前始终需要人工审核。
【讨论】:
我对使用 JIRA 有不同的理解。对我来说,JIRA 帮助我了解我什么时候必须做某事,状态是什么,以及我什么时候完成。当每次都需要文档和本地化时,我不想让我的 JIRA 溢出所有这些每个人都明白它们是必要的子任务。
为什么这些应该被提取为子任务(并通过工作流管理)的唯一原因是:
我不希望它们有额外的组件,因为当你想隔离它们时,只需为其设置一个自定义字段(或创建一个子任务,如用于文档和本地化的工作项,不知道这是否容易可能)。
我不会添加“需要文档”标志,因为添加问题的人通常不知道是否需要文档。所以不,我不会将它们添加为子任务,也不会作为附加标志添加,而是向大家解释文档和本地化是必要的。应该有办法自动检查,没有任何问题......
当然,您可以随意添加带有其他自定义字段的文档屏幕。在那里,您可以记录在实施该问题时您对文档和国际化所做的工作。因此,检查这些是否为空,将替换您提到的标志。
【讨论】: