问跨多个产品分离问题(JIRA)

EN

Jira倾向于以项目为中心，而不是以产品为中心。因此，正如你已经意识到的，产品没有一个非常丰富的模型(在吉拉)。这是一个标准的字段“组件”，它可能表示类似于您正在寻找的内容。将Jira“项目”映射到您的每个产品的方法也是有效的，但这会使您的产品有一个统一的视图变得更加困难。

最后，这在很大程度上取决于你的工作方式。

我个人会这样做(我们目前正在我的数字代理中使用这个)：

为您正在管理的每个项目创建一个不同的JIRA项目。这使得跟踪问题和你正在做的每一个工作都更容易。

然后将另一个JIRA项目设置为看板，以跟踪项目的总体状态。

例如，我们的列如下：

• 冰箱
• 估计值
• 等待批准
• 功能需求
• 会计核算
• 设计
• 开发
• 已拒绝
• 发布
• 完成

并不是每个项目都按照给定的顺序对每个项目进行检查。这样，即使没有直接参与每个项目的人也可以快速了解正在发生的事情。

然后，您应该在Development专栏中为项目设置一个自定义字段，跟踪当前正在开发的sprint。

我不知道是否有更好的实践，但我可以告诉你，从我的经验，这是相当好的工作对我们！

对我来说，最佳实践对你来说可能不是最好的实践，但我可以把我的经验联系起来，那就是在一个单独的Jira系统中构建几个商业产品，作为单独的项目，对我来说真的是无痛的。

这些产品是独立的，并不是所有的客户都可以使用，但是它们也是完全集成的、相关的和共享的依赖关系。

Jira的项目前缀对于编写和阅读git提交注释以及快速查找和过滤问题变得非常方便。

如果发布周期和版本号不同，项目分离就很简单。

根据我的经验，一般来说，它利用了吉拉的能力。然而，我们仍然可以在仪表板和搜索结果中看到来自所有产品/子产品的问题。

对于我的工作来说，这是一个没有头脑的工作，单独的项目工作和使用一个自定义属性将是一个痛苦的我们。

如果我每隔几周就有新的子产品，我会考虑改变我的故事，仅仅是因为管理设置和维护，并且想知道产品项目的激增是否会像会计代码一样令人困惑，UI太混乱了。因此，如果这意味着快速完成1到20个项目，我会停下来好好考虑一下。5或6，没问题。

如果产品/子产品总是一起发布和版本化，那么将它们放在同一个项目中就不会有那么大的伤害，而且在某个时候，您确实是在谈论组件或模块。我更喜欢使用标签，因为我不想花钱让别人在正式的相互排斥的组件列表中保持最新的条款。随着团队和产品的变化，组件列表往往需要定期修改。顾客不用付钱。在完成更改之后，Git提交仍然是更明确的。在它完成之前，对我来说最重要的是它被分配给了哪个人。

免责声明:我真的对花哨的度量标准不感兴趣，对跨产品/子产品的汇总图不感兴趣，我不需要跟踪或记录时间。所以我从来没有看过这些东西是如何受到影响的。