如果你的 Jira 现在还跑在自己的服务器上，它的倒计时已经开始了。Atlassian 已宣布终止 Jira Data Center：自 2026 年 3 月 30 日起不再向新客户销售 Data Center，Data Center 将于 2029 年 3 月 28 日正式停止服务（Atlassian 官方公告）。Server 版本更早就已停止。2029 年之后，你能买到的 Jira 只有 Atlassian 云上的那一种。
对很多团队来说，这没什么问题。但对另一些团队来说，上云根本不是一个选项。
哪些团队会因此无处可去
- 数据不能出内网的团队。受监管的行业、政府和公共部门、国防供应商，以及任何受合同或法律约束、项目数据必须存放在指定位置的团队。
- 没有出口的网络。实验室、工厂和办公室，运行在物理隔离（air-gapped）环境中，或者受严格的出站规则限制。
- 想用自己的 AI 的团队。如果工作项文本和文档只能交给你自己运行的大模型处理，托管在别人云上的项目管理系统就很难做到。
- 就是更愿意掌控自己工具的团队。自己的备份、自己的升级节奏、自己的服务器。
三年听起来很长。可一旦算上评估、试迁移、试点团队、培训和正式切换，而且这些都要在日常工作之余完成，时间就没那么宽裕了。能从容完成迁移的团队，都是早早开始的团队。
Specivo：可私有化部署的 Jira 替代方案
Specivo 是一个由你自己运行的项目管理和知识库平台，从设计之初就以留在你自己的基础设施上为目标：
- 部署在你指定的位置。用 Docker 安装在你控制的服务器上，也支持完全物理隔离的网络。
- 工作项和维基在同一个地方。项目、冲刺、版本、工时记录、自定义字段，以及带历史记录的维基，不需要再接第二个产品。
- 用什么 AI，你说了算。接入云端模型、跑在自己硬件上的本地模型，或者干脆不用。AI 智能体和人遵循同一套权限。
- 升级节奏由你决定。你锁定版本，什么时候方便什么时候升级。
历史数据跟着你走
只有把多年积累的决策一起带走，更换项目管理系统才值得。Jira 迁移工具通过 Jira 的公开 REST API 读取你的项目（Cloud 和 Data Center 都支持），然后生成一个 Specivo 导入包。它只需要读取权限，不会改动 Jira 中的任何内容。
工作项会连同评论、变更历史、附件和内嵌图片、工作项之间的链接、父子任务关系、工时日志、版本、组件、冲刺、自定义字段、标签和关注者一起迁移过来。凡是无法迁移的内容都会列在报告里，不会有任何东西悄无声息地消失。完整列表见文档。
一次可以反复演练的迁移
你不必在一个周末里一口气切换、然后听天由命：
- 导出一个项目或整个站点，Jira 照常运行。
- 先用试运行模式导入测试实例，和团队一起到处看看。
- 反复演练，想做几次都行。项目可以一个一个迁移，项目之间的链接照样能解析。
- 正式切换，等你准备好之后，再做一次最终导出，把这期间的变更一并带上。
Jira 迁移工具文档逐步讲解了每一个步骤、Jira 账户所需的权限，以及每类数据的映射方式。
环境要求
- Specivo 0.11.0 或更高版本，通过 Docker 安装。
- Jira Cloud，或者能从运行迁移工具的机器访问到的 Jira Data Center。
- 一个有权读取待迁移项目的账户。
迁移工具随 Specivo 0.11.0 一起发布。
赶在截止日期之前动手
在一台闲置服务器上装好 Specivo，导出一个真实项目，看看自己的历史数据迁过去之后是什么样子。如果你同时也在从 Redmine 迁移，我们也提供了 Redmine 迁移方案。
Jira 和 Atlassian 是 Atlassian Pty Ltd 的商标。Specivo 与 Atlassian 无关联，也未获得其认可。文中日期以撰写时 Atlassian 公布的信息为准；最新日期请查看 Atlassian 的页面。