如何从 Jira 成功迁移到极狐GitLab，看这个就够了！

内容来源：https://about.gitlab.com/blog

作者：Melissa Ushakov

Atlassian 之前表示，到 2024 年 2 月会全面终止对于其服务器端产品的支持。

随着 Jira Server 的生命周期即将结束，众多组织都在考虑将其敏捷项目管理工具从Jira 迁移到极狐GitLab，以便简化整个组织的流程。让团队使用新的敏捷规划工具似乎是令人畏惧的，但是这种改变是值得的。

极狐GitLab 能够让团队在单一的 DevSecOps 平台上进行无缝协作，这能够为用户更快地交付更多的价值。我们已经帮助了很多客户（不同规模、不同敏捷成熟度）从 Jira 迁移到了极狐GitLab，而且即将帮助更多的客户进行这类迁移。在本文中，你将会找到一些非常实用的技巧来帮助你完成这次迁移之旅。

迁移指南

检查 Jira 的设置

先花点时间来了解团队所使用 Jira 的当前设置——将此视为能够简化配置的一次机会。迁移到新的敏捷项目管理工具也意味着这能够让你重新思考当前的工作流，并且找到能够赋能团队来加速软件交付的方式方法。

从集成开始

极狐GitLab 与 Jira 的集成能够让你在极狐GitLab 的界面上看到所有的 Jira issue。因此，当你将其他的 DevSecOps 流程迁移到极狐GitLab 之际，你仍可以将 Jira 当作敏捷项目管理的单一可信源。工程师们依旧在极狐GitLab 上进行日常工作，而产品经理、项目经理及设计团队还能在完全迁移之前有足够的时间来了解并学习极狐GitLab。这种方法能够让团队有足够的时间来学习使用新的工具，然后调整并适应新的工作方式。

规划极狐GitLab 的设置

花时间做好规划能够节约后续的迁移时间并且减少不必要的变更管理。极狐GitLab 有一些重点功能能够改善你的迁移和使用体验，而且能够让你从此项投资（迁移）中获益匪浅。功能包括：

群组和项目：Jira 不允许为敏捷规划的工作条目创建层次结构。而极狐GitLab 中的群组和项目支持团队/子团队的嵌套模式，而且能够完成相应的敏捷项目规划、权限管理以及数据汇总等工作。当你创建群组或项目结构时，你需要考量如何来对数据汇总和权限分配进行设计。推荐的方法是创建群组与团队的一一对应关系（也就是一个团队一个群组），以便能够更方便地管理史诗故事、标签及看板。而团队群组下面的子项目能够托管对应的代码及管理相应的议题。
标签：极狐GitLab 提供了多种基于标签来定制体验的方法。建议创建一些范围标签（scoped labels）来代表状态（block、doing、done 等）。我们也会经常看到用户创建的一些用来对工作进行分类的范围标签，比如缺陷（bug）、强化（enhancement）及维护（maintentance）。在 Jira 中，如果你是通过某个特定字段来过滤出你想要的某些分析数据，那么你只需要在极狐GitLab 创建一个同等标签，就能做到同等的事情。
里程碑和迭代：使用里程碑来进行长期规划，比如规模化敏捷（SAFe）中的发版。这在 Jira 中是一个典型的修复版本。迭代代表了团队的冲刺。在极狐GitLab 你可以看到里程碑和迭代的燃起/燃尽图。

确定好迁移的数据范围

迁移到新的工具是一个能够清空 backlog 的好机会！当需要决定迁移的数据时，需要聚焦在那些能够让团队继续成功工作的数据上。将大量的历史数据迁移到新的工具上将会增加迁移的复杂性，而且还会花费大量的精力。历史数据可以仍旧存放在 Jira 实例上，或者你也可以将它们归档，这样即使你没有把数据迁移到极狐GitLab 上，但是这些数据依旧能够被访问到。一旦你确定了迁移的数据集，就可以使用 Jira 议题导入器（issue importer）来将数据迁移到极狐GitLab 中。针对那些想要更多定制迁移体验的用户来说，极狐GitLab 还提供丰富的 REST 和 GraphQL API 来进行迁移。