做研发管理的朋友应该注意到了：今年关于“替换 Jira”的讨论明显变多。光是 8 月，知乎上就接连出现好几篇长文，有的对比十款替代产品，有的拆解国产软件接棒 Jira 要先过哪几道关。
这不是无病呻吟，三个时间节点摆在这里：2024 年 2 月 15 日，Jira Server 正式停止官方支持；2026 年 3 月 30 日起，新客户无法再购买 Jira Data Center 和 Confluence Data Center，私有化部署版本买不到了；2029 年 3 月 28 日，Jira Data Center 全系结束生命周期，现有客户的续约也有看得见的终点。知乎再叠加国产化的要求：按国资委 79 号文件，央企须在 2027 年底前完成信创替代，满打满打只剩一年半。知乎对不少团队来说，窗口期已经在收窄，问题不是“要不要换”，而是“怎么换才不翻车”。
为什么总是禅道被第一个提名
翻一翻最近的选型讨论，禅道的出镜率高得突出。理由不复杂，硬指标摆在那：
2009 年问世，迭代 17 年、累计 600 多个版本，官方口径有 100 万+ 团队在用；
软件测试网 51Testing 的《2025 软件测试行业现状调查报告》里，禅道以 38.9% 的企业使用率排在“公司常用的测试管理工具”第一，而且是连续第十一年。知乎
开源版目前迭代到 22.4，采用 ZPL、AGPL 双授权协议，官方口径免费、不限商用。知乎
信创侧，官方口径是通过 16 项信创认证，兼容统信 UOS、银河麒麟等国产操作系统和达梦数据库、鲲鹏芯片，另有等保三级与国密 SM4，国产化替代要的合规点基本都占齐了。知乎
但有两句话要先说在前面。其一，上面这些数据大多出自媒体口径或厂商运营账号，第三方交叉验证很少，比如“企业版价格约为 Jira 的三分之一”这种说法，做预算参考可以，别当报价单，实际以官方询价为准。其二，知乎上夸禅道的选型文不少，其中相当一部分出自官方账号或带货软文——这不是说产品不行，而是过滤的工作得自己做。下面这份，就是过滤之后的部分。
接棒 Jira，先过这四道关
最近社区里流传较广的一个“四道关”框架，比功能清单式的对比更务实：数据迁移、功能适配、工具链路集成、运维保障。知乎逐道说：
第一关，数据迁移。用了三五年的 Jira，沉淀的是工单、自定义字段、工作流状态、权限方案和一堆附件，迁移不是复制数据库。关键是别丢四条证据链：时间戳、责任人、决策记录（评论与会议纪要）、状态变更历史，这四样丢了，迁移后复盘和审计就追不回去了。知乎禅道目前提供 Jira 迁移方案和《国产化替代解决方案 2.0》白皮书，官方口径支持系统配置、项目数据、工作项数据迁移，也支持迁移前清洗和迁移后校验。知乎能迁到几成像，别信宣传，自己 PoC 里验。
第二关，功能适配。成熟团队的 Jira 里往往是几十种状态、上百条流转规则，判断标准就一句：核心工作流能否跑通，团队要不要为了工具扭曲原有业务流程。禅道的工作流支持可视化自定义，听着美好，但如果你们深度依赖 Jira 的脚本插件做动态校验和字段联动，这些自动化逻辑要准备用规则引擎重做——这常常是迁移里最大的隐性成本。
第三关，工具链路集成。Jira 真正的护城河是插件生态。把现在依赖的插件列个清单按重要性分级：核心插件找等效能力，边缘插件用流程调整替代，实在没有等效的，评估自建 API 对接的成本。如果同时在用 Confluence，文档迁移要单独验收，复杂宏和嵌入链接经常保不住原样。
第四关，运维保障。换过去之后谁维护、出了故障谁兜底、版本迭代平不平滑、二次开发代码会不会被升级覆盖，签合同前把 SLA、升级回退方案、LTS 支持周期写进条款。信创场景还要多确认一条：厂商对国产软硬件栈的兼容性问题负责到底。
三类团队，劝你别硬迁
禅道不是适合所有团队，社区里的反面案例值得看：
一是只想管 Bug 的小团队。对禅道最常见的抱怨就是功能杂、身子重，产品、项目、测试、文档一整套全塞给你，纯粹为了记缺陷反而累赘。知乎轻量测试管理工具或 TAPD 免费版，这类场景反而更顺。
二是流程高度定制、深度绑定 Jira 插件生态的团队。游戏行业已经有人踩过坑：推广禅道困难，最终放弃，事后复盘的问题不在工具本身，而在工具与团队使用习惯的磨合。知乎流程越重，换工具越等于重建流程，这笔账要算清楚。
三是没有信创压力、也能接受 SaaS 的团队，Jira Cloud 可以继续用，没必要为换而换，把数据合规边界想明白就行。
决定要迁，把这三步走完
第一步，两周盘点：列清楚 Jira 里真正在用的功能，把没人用的历史配置和冗余字段删掉，同时明确换系统的驱动是合规、降本还是提效——驱动不同，选型标准和迁移策略都不一样。
第二步，PoC 小规模试跑：挑一个代表团队典型工作方式的项目，迁真实数据进去跑一到两周，重点验证三件事——数据是否完整、核心工作流能否流转、日常操作是否顺手。PoC 不过，坚决不启动正式迁移。
第三步，两到四个月并行：新项目上新系统，存量项目按计划逐步迁。收尾前对照清单逐项验收：工单数量与状态分布一致、自定义字段完整、流转规则与权限映射准确、附件可访问、外部集成连通、审计日志就绪、核心用户完成培训能独立操作。
最后给一张选型速查表：
中大型团队、要连 Jira 带 Confluence 一起迁：重点评估禅道企业版和 PingCode；
跨部门项目、PMO 主导：看看 Worktile；
小型敏捷团队、腾讯生态重度用户：对比 TAPD；
想把代码和 CI/CD 工具链收拢：CodeArts、CODING、Gitee 企业版；
技术能力强、追求免费自主可控：Plane、Redmine 也在候选之列。
禅道是个扎实的选项，但不是唯一选项。在信创大限和 Jira EOL 之前，最贵的错误不是选得慢，而是不验证就换。
顺带留一个值得盯的信号：禅道今年在 AI 方向上动作不小，官方说法是从流程、平台、AI 三个维度布局智能研发。知乎社区里也已经跑通了 MCP 直连禅道读写 Bug 的链路，8 月 29 日上海还有一场智能工作台 Harness 实战工作坊。知乎国产工具进化到哪一步、AI 能力能不能真正帮迁移决策降本，这是个值得持续观察的窗口。
