按项目定价，而不是按人定价

几乎每个项目管理工具都是按席位计费的。大河没有。它的计划是每月固定费用，并且包括免费在内的每一层都带有“用户数量不受限制”的字样。您实际购买的是一些项目和一定量的存储空间。

从 部署和定价页面，于 2026 年 9 月 1 日检查。价格以欧元为单位。

免费层比最初读取的要薄。 1个公共项目和1个私人项目，共享10MB。存储空间也是付费级别的限制，因为 Basic 上的 500MB 是整个帐户，而不是每个项目 500MB。将设计模型附加到票据上的团队早在项目用完之前就会达到存储上限。

Taiga 直到 2025 年 10 月才重新推出付费计划，公告的逻辑很直接：“我们强烈反对的一个决定是：我们不会向每个用户收费。根据需要邀请尽可能多的合作者，没有隐藏费用。”同一篇文章还要求现有用户在 2026 年 1 月 1 日之前选择一个计划、减少项目数量或转向自托管。如果您最后一次查看 Taiga 是在截止日期之前，那么您的帐户现在的条款会有所不同。

谁在实际维护它

对于开源软件来说，这比功能列表更重要，而 Taiga 的答案很复杂。建造它的西班牙机构 Kaleidos 在 2024 年退出：“截至 2024 年 3 月 1 日……Taiga Cloud Services……是 SaaS tree.taiga.io 的独家服务提供商，并支持 Taiga 自托管实例以及产品开发核心团队……鉴于 Taiga 的成熟度……我们决定将所有精力和资源投入 Penpot。”

重写的目的是成为下一个大河，但从未以大河的身份出现。它是在另一家公司旗下作为独立产品 Tenzu 推出的，在 Taiga 自己的论坛上将其描述为“Taiga-Next 的新身份，是几年前 Kaleidos 启动的 Taiga 的继任者”。自 2023 年 12 月 13 日以来，保存该重写的存储库没有提交。

所以 Taiga 6 就是产品，并且仍在开发中。计算 2026 年 9 月 1 日在 GitHub 上的提交：后端在过去 12 个月中进行了 66 次提交，最后一次推送于 2026 年 8 月 4 日；前端进行了 47 次提交，最后一次推送于 2026 年 8 月 18 日。最新标签是 6.10.2，日期为 2026 年 7 月 2 日。5 月的版本 6.10.1 添加了项目归档，值得注意的是，“我们修复了 Trello进口。”

每个存储库大约每周一次提交是维护速度，而不是开发速度。有两个数字让这个问题更加突出：后端有 94 个未解决的问题，前端有 141 个。 Docker 存储库应该是自托管者最担心的，因为它在 12 个月内进行了一次提交，最后一次推送是在 2025 年 10 月 13 日，而 Docker 是该项目推荐的安装方法。文档页脚显示“上次更新时间为 2024 年 4 月 3 日”。大河还活着并且正在得到修复。没有人建造它。

它有什么作用，没有什么作用

起作用的部分

Taiga 涵盖了敏捷基础知识，而无需 Jira 所需的配置开销：带有泳道和 WIP 限制的看板、提供冲刺任务板、史诗和子任务的 Scrum 积压工作、问题跟踪器、每个项目的 wiki、项目和冲刺级别的燃尽图以及名为 Taiga Seed 的估计工具。报告以仪表板和 CSV URL 的形式提供，您可以将自己的工具指向。

值得注意的设计决策是看板和 Scrum 是每个项目打开的独立模块，而不是一个数据集的两个视图。支持团队可以在运行冲刺的产品团队旁边运行纯看板，并且两者都不会继承对方的仪式。

缺席的部分

我于 2026 年 9 月 1 日在 taiga.io 自己的功能页面上搜索了“甘特图”、“时间轨迹”、“移动应用程序”和“原生应用程序”。四人均零匹配。供应商不会在其工作是销售产品的页面上省略这些文字，因此将沉默视为答案：没有甘特图，没有内置时间跟踪，没有移动应用程序。 Capterra 评论家在 2018 年就已经这么说了：“该软件还没有为移动设备做好准备。没有应用程序。”

本机集成列表很短：用于存储库的 GitHub、GitLab、Bitbucket 和 Gogs、用于聊天的 Slack、通用 Webhook 系统以及“部分通过 Zapier”的一些覆盖范围。将其设置在目录旁边 点击按钮 和 体式 广告数以百计。如果您的工作流程需要一种工具与其他 11 个工具进行通信，那么您将自己编写 Webhook。另一个反复出现的批评是速度，它跨越了数年而不是一个糟糕的补丁：2018 年“有时网站运行有点慢”，2020 年一位澳大利亚用户说，“在澳大利亚，服务器有时会运行缓慢。” Taiga 没有发布其云的区域列表，因此距欧洲的距离是一个真正的因素。

自托管是一项九个容器的工作

自托管是许多团队关注 Taiga 的原因，而且它是真正免费的：我发现托管产品和您自己运行的产品之间没有功能门。它也比“开源 Trello”所暗示的更多基础设施。

阅读官方 docker-compose.yml 2026 年 9 月 1 日，标准安装启动九个服务：Postgres、后端、异步工作线程、该工作线程的 RabbitMQ、前端、事件服务、用于事件的第二个 RabbitMQ、受保护文件服务和网关。附带五本有名字的书。设置指南仅指出“docker：版本 >= 19.03.0+”，并警告“有必要熟悉 Docker、docker compose 和 Docker 存储库”，没有给出 Docker 路径的 RAM 或 CPU 数据。旧的源安装路径确实发布了最低要求，“至少 1GB RAM”和“至少 20GB 可用存储空间”，而 1GB 对于具有两个消息代理的 9 个容器来说是虚构的。

备份是手动的。该文档为您提供了一个 shell 命令，用于将数据库从 Postgres 容器中转储出来，这就是整个故事。没有计划，没有恢复按钮，没有快照。

如果您计划修改 Taiga，一个许可细节很重要。后端是 MPL-2.0，自 2024 年 4 月 2 日重新许可以来，前端一直是 AGPL-3.0 或更高版本。分叉前端并通过网络将其提供给用户，AGPL 的网络条款现在适用于您的更改。在此日期之前并没有发生，因此 2023 年形成的假设已经过时。

获取数据并退出

Trello、GitHub 和 Jira 都有导入器，另外还有一个 Asana 导入器，该导入器是真实的，但在导入器页面中缺失，并且在自托管安装中，需要手动向 Asana 注册 OAuth 应用程序。 Taiga 云服务人员在 2025 年 6 月做出了诚实的总结：“从 Taiga 导出 CSV 从来都是不可能的。我们确实提供 CSV 报告，但不提供导出。关于从其他平台的迁移，Trello、Github 和 Asana 应该可以正常工作。尤其是 Jira 存在问题。”

如果您要逃离 Jira，请再次阅读该内容，因为 Jira 是供应商称为已损坏的单一来源。来自 特雷洛 是最顺利的路径，尽管即便如此，记录也好坏参半：Trello 导入器在 2026 年 5 月的版本中得到修复，而标题为“[BUG] Trello 导入器未显示”的错误自 2024 年 10 月 14 日以来一直处于开放状态。

出去是可行的，但很笨拙。每个项目的设置下都有一个 JSON 转储，服务器构建完成后会通过电子邮件发送给您，并且它可以在 Taiga 实例之间干净地移动项目。它没有移动的是一个帐户：四十个项目意味着四十个导出，整个实例迁移回落到原始 Postgres 转储。没有电子表格逃生口，因为 CSV 功能生成实时报告而不是导出文件。

支持按名称分级，仅此而已。该计划列出了“社区支持”、“基本支持”、“高级支持”以及仅限本地的“SLA 优先支持”。没有公布任何付费级别的响应时间。论坛是实际提供帮助的地方。

谁应该使用 Taiga，谁不应该使用 Taiga

如果您的团队足够大，每个席位的定价已成为主线项目，您的附件可容纳 3GB，并且看板加上 Scrum 加上问题跟踪器就是整个工作，请使用 Taiga。一旦超过大约 15 个用户，每年 240 欧元的无限人数就可以击败任何基于座位的竞争对手。如果团队中有人愿意拥有 9 个容器和一个备份 cron 作业，则可以自行托管它，并且您无需支付任何费用。

如果您需要甘特图、时间跟踪或移动应用程序，请跳过它。这些不是你可以等待每周提交一次的项目的路线图差距；去 点击按钮 或 星期一网 并接受每个座位的账单作为该宽度的价格。也请跳过它，因为您的 Jira 出口也一样，因为 Jira 导入器是 Taiga 本身所说的损坏的。如果对一家公司的软件进行标准化让你感到不安，而该公司的创建者已公开转向另一种产品，那么这种直觉是合理的。 Taiga 正在保持正常运行。它没有被种植。