Jira 母公司几年前做了全面上云的战略，并制定了在未来几年陆续停止私有化部署产品的销售和服务支持， Jira 正是受此影响的产品之一。2 月 15 日为停服的最后期限，目前距离此停服日期已经不足一月。

使用私有化部署 Jira 的用户目前有以下两种解决方案

第一种：不用服务支持，继续使用私有化部署的 Jira。

第二种：使用 Atlassian 官方提供的解决方案：Migrate to Atlassian Cloud 或使用 Data Center。

对于第一种解决方案来说，会面临巨大的安全风险。因为停服的产品将不再获得企业级的服务支持，也就意味着无法获取产品的安全补丁。在此情况下用户使用时间越长，用户积累的安全债就越多，面临的安全风险也越大。

对于第二种解决方案来说，会面临数据安全或者成本上升问题。对于 Mirgrate to Cloud 的解决方案，由于 Atlassian 在国内并没有服务器，所以用户要是上云继续使用 Jira 服务，那么所有的数据都会存储在国外，这就带来了严重的数据安全问题。如果要使用 Data Center 的话，成本就上去了，根据 Atlassian 官方解释，Data Center 是一种用户专属的环境，更加注重安全合规等方面，所以价格是比较高的，而且接连提过几次价格。因此，这种解决方案又要面临成本问题。

还有另外一个因素：Atlassian 在国内都没有原厂的企业级服务支持，通常都是代理商在提供服务。所以，综合起来，Jira 产品的私有化部署停服，对于国内用户来讲，可行的解决方案就是寻找国产替代了。

替代方案

在寻找替代方案的时候，有以下几个因素需要考虑：

• 产品成熟、安全：安全、成熟的产品除了意味着产品的功能丰富，还意味着用户使用的时候不用过分担心产品安全问题、使用问题以及数据问题等。安全成熟的企业级产品意味着产品已经经过了市场的筛选和考验，是选择企业级软件的首要考虑要素。
• 支持私有化部署：产品支持私有化部署，才能减少对现有工作流程（包括基础设施的管理）的变动，降低替换成本。另外，私有化部署的方式要够简单，用户无需专业人士的指导就能够自己完成安装包的下载和部署。
• 产品文档齐全：全面详细的文档能够帮助用户快速学习新产品，对于新产品了解得越深入，替换起来信息就越足，而且后期万一出现问题也能够通过查找文档来解决。
• 和源代码托管无缝集成：Jira 通常是敏捷项目管理，而在 DevOps 流程中，项目管理的下一步通常是代码开发，也就会用到源代码托管工具。在这个过程中，如果敏捷项目管理和源代码托管工具是集成的，那么用户就无需在多个工具之间来回切换来查看需求变更和代码变更的对应关系，而且这两者的数据打通，能够加速整个软件的价值流交付，对于提升软件交付速率来讲也是非常重要的。

极狐GitLab

而极狐GitLab 就是这样一款产品。极狐GitLab 是 GitLab 在国内的发行版，专门为中国用户提供企业级 DevOps 能力的产品。而敏捷项目管理正是极狐GitLab 的重要功能之一。

根据 Gartner 2022 年发布的企业敏捷计划工具魔力象限显示，GitLab位于挑战者象限。这足以说明 GitLab/极狐GitLab 敏捷项目管理成熟度，其完全能够支撑企业落地敏捷项目管理。（下文均以极狐GitLab 来展示敏捷管理相关功能）

极狐GitLab 敏捷开发项目有一套独特的术语体系，一切以议题（Issue）为核心展开，与基础敏捷开发术语的对应关系如下图：

图中功能基本工作流程如下：

（1）用户故事 → 议题

• 基础敏捷开发：用户通常会从用户故事开始规划，其定义了一个为用户提供使用价值的功能描述；
• 极狐GitLab：使用议题来创建用户故事，并提供议题模板，实现用户故事结构和规范标准化。

（2）任务 →（议题）任务

任务表示将用户故事进一步分解成各子任务。

• 极狐GitLab：用户可在议题描述中创建任务列表，以进一步规划这些单独任务。

（3）史诗 → 史诗（群组）

史诗表示由多个功能组成的更大的用户功能或流程。

• 极狐GitLab：在群组级别提供了史诗功能，用户可以将多个议题附加到史诗下，以父子层次结构来管理。

（4）产品待办事项(Backlog) → 议题列表 + 标签

• 基础敏捷开发：用户故事正式进入开发前，通常放入产品待办事项（Backlog）中，根据需求紧迫性和价值等因素决定优先级；
• 极狐GitLab：创建标签如 “Backlog” 并分配给相关议题，议题列表就能系统收集管理 Backlog，用于查看、跟踪需求和研发进展；也可以创建标签如 “优先级” 为 Backlog 排序。

（5）冲刺（Sprint）→ 里程碑

• 基础敏捷开发：一个冲刺（Sprint）代表一个时间段，用于完成对应开发工作；
• 极狐GitLab：里程碑功能和冲刺概念一致，可设置开始日期和到期日期。把议题分配给里程碑，则该议题正式进入对应开发计划中。

（6）估点 → 权重

• 基础敏捷开发：评估每个用户故事的技术工作量，即估点；
• 极狐GitLab：用议题中的 “权重” 属性表示预估的工作量。建议将用户故事进一步分解为可交付成果，记录技术计划和架构，再给出具体权重预估结果。该过程可记录在议题中或合并请求描述中，以更好的开展技术协作。

（7）敏捷看板 → 议题看板

• 基础敏捷开发：使用敏捷看板来分类议题，以诸如准备开发、开发中、QA 中、评审中、完成等阶段为列，可视化所有开发事项进度；
• 极狐GitLab：议题看板允许用户自定义阶段，并能在阶段之间移动议题，更新工作进度。

**（8）燃尽图 → 极狐GitLab 燃尽图 + 燃起图
**
燃尽图是一种表示剩余工作量的工作图表。

• 基础敏捷开发：使用燃尽图直观追踪并预测开发工作进度；
• 极狐GitLab：通过燃尽图 + 燃起图，图形化展示每个里程碑进度情况。
• 燃尽图展示时间和剩余总体工作量之间的关系；
• 燃起图进一步补充项目时间与已完成工作间的关系。

以上是极狐GitLab 对应敏捷开发的基础概念，在满足基础敏捷框架的同时，也发展了许多灵活变通的实践思路，希望极狐GitLab 的敏捷开发逻辑，能切实融入团队与企业的敏捷开发流程中。

目前已经有不少企业级客户在使用极狐GitLab 的敏捷项目管理功能来进行需求管理了。下一篇文章，我们将详细解读如何从 Jira 迁移到极狐GitLab。关注【极狐GitLab】获取更多 DevOps 行业最佳实践。