关联的史诗

关联的史诗是任意两个史诗之间的双向关系，显示在史诗描述下方的区块中。您可以关联不同组的史诗。

只有当用户能同时看到两个史诗时，该关系才会在 UI 中显示。当您尝试关闭有未解决阻塞项的史诗时，会显示警告。

要通过 API 管理关联的史诗，请参阅关联的史诗 API。

关联的史诗的使用方式

您可以使用关联的史诗来解决多种规划和协调挑战。以下示例展示了关联的史诗如何帮助团队更有效地协作。

跨职能计划

使用关联的史诗来协调多个团队之间的工作，并跟踪相互依赖的交付成果。当团队共同参与大型计划时，每个团队可以管理自己的史诗，同时保持对相关工作的可见性。

例如，在发布新功能时，开发和营销团队通常并行工作。开发团队在其史诗中跟踪技术实施，而营销团队在单独的史诗中规划推广活动。

通过关联这些史诗：

• 团队可以跟踪技术和推广工作之间的依赖关系。
• 每个团队在保持对更广泛计划一致性的同时，维持自主性。
• 利益相关者可以全面了解发布的范围。
• 团队可以识别并解决跨组织边界的阻塞项。

这种协调有助于打破孤岛，确保计划的所有方面保持同步。

当您跨组关联史诗时：

• 每个团队将工作保存在自己的组中。
• 团队可以在不切换组的情况下查看相关工作。
• 状态更新在关联的史诗之间自动流转。

依赖管理

使用关联的史诗来管理和跟踪工作依赖。当开发必须在基础设施变更完成后才能开始时，关联的史诗帮助团队管理这些依赖。

例如，在构建新功能时，团队通常需要在开发开始前进行基础设施更新。基础设施团队在一个史诗中跟踪他们的数据库迁移工作，而开发团队在另一个史诗中规划功能实施。

通过关联这些史诗：

• 团队可以跟踪基础设施工作何时准备好进行开发。
• 开发团队可以更好地规划他们的冲刺容量。
• 产品经理可以识别潜在的工作流程延迟。
• 团队无需频繁会议就能了解进度。

这种可见性帮助团队按正确顺序完成工作，避免任务阻塞。

当您关联史诗以显示依赖关系时：

• 基础设施和开发工作保持连接。
• 团队知道何时可以开始他们的工作。
• 状态更新在史诗之间自动流转。

高级规划

使用关联的史诗将短期执行与长期规划联系起来。在管理一系列发布时，您可以组织高级目标并跟踪单个功能交付成果。

例如，在规划多个季度的多个发布时，您可以为每个发布创建单独的史诗。然后将这些发布史诗关联到一个跟踪整个项目的中心路线图史诗。

通过关联这些史诗：

• 团队可以了解他们的工作如何融入更大的战略。
• 产品经理可以跟踪多个发布的进度。
• 团队在看到未来计划的同时，专注于当前工作。
• 利益相关者可以监控细粒度和高级别的进度。

这种结构帮助团队在保持更广泛目标的同时推进当前工作。

当您为规划而关联史诗时：

• 每个发布的进度在路线图中可见。
• 团队可以提前看到即将进行的工作。
• 状态更新汇总到更高级别的视图中。

添加关联项

关联一个史诗和另一个：

• Epic
• Issue
• Task
• Objective
• Key Result

先决条件：

• 您必须对两个组或一个组和一个项目至少拥有 Guest 角色。
• 对于 GitLab SaaS：您正在编辑的史诗必须在 GitLab Ultimate 的组中。您要关联的史诗可以在较低级别的组中。

要将一个史诗关联到另一个项目：

1. 在史诗的关联项部分，选择添加。

2. 选择两个项目之间的关系。可以是：

   • 关联到
   • 阻塞
   • 被阻塞

3. 要输入关联项，可以：

   • 输入 #，后跟项目编号。例如，#123。
   • 输入 #，后跟项目标题中的一个词。例如，#Deliver。
   • 粘贴项目的完整 URL。

   同一组的项目可以通过引用编号指定。不同组的项目需要额外信息，如组名。例如：

   • 同一组：#44
   • 不同组：group#44

   有效的引用会添加到您可以查看的临时列表中。

4. 选择添加。

关联项随后按关系分组显示在史诗上。只有当用户能看到两个项目时，该关系才会在 UI 中显示。

或者，您可以使用快速操作添加关联项：

• /relate
• /blocks
• /blocked_by

移除关联项

先决条件：

• 您必须对史诗的组至少拥有 Guest 角色。

要移除关联项：

1. 在描述底部，找到工作项的关联项部分。
2. 对于每个关联项，选择移除（ ）。

该关系将从两个史诗中移除。

阻塞史诗

当您添加关联项时，可以显示它阻塞或被另一个史诗阻塞。

如果您尝试使用关闭史诗按钮关闭被阻塞的史诗，会出现确认消息。