ProjeQtOr 介绍与选型指南
ProjeQtOr 13.1.1 介绍与选型指南：基于 2026-10-28 官方一手来源，梳理项目定位、AGPLv3 许可与 0 欧元成本模型、十一组功能模块，并与 Redmine 7.0.2、OpenProject 17.9.4、Taiga 6.10.2 做版本、社区、价格与功能的量化对比。
ProjeQtOr 介绍与选型指南
目标：面向正在为团队挑选项目管理平台的技术负责人与运维工程师，讲清 ProjeQtOr 是什么、技术架构与功能边界，并用 2026-10-28 实查的官方数据与 Redmine、OpenProject、Taiga 做量化对比，给出可执行的选型结论。
本文为认知与选型篇，全部版本、许可证、价格、下载量与星数均来自官方一手来源（查询日期 2026-10-28），不含任何本地实测数据；安装、参数与运维的实操内容见同专栏的部署篇、配置篇与运维篇。
一、信息来源与取证说明
选型文档最怕"听说"。本篇的每一组数据都能回溯到具体页面，下表是完整取证清单：
| 取证项 | 结论 | 来源 | 查询日期 |
|---|---|---|---|
| 项目定位 | "Quality based Project Organizer"（以质量为基础的项目组织者） | ProjeQtOr 官方用户手册 | 2026-10-28 |
| 最新稳定版 | V13.1.1（官网新闻：V13.1.1 has been deployed as sets this release stable） | 官方新闻页 | 2026-10-28 |
| 安装包指纹 | projeqtorV13.1.1.zip，2026-09-24 15:02:33，117,427,304 字节，SHA-256 c52b01a8e8b561198d0af77d35cc891c31be0e184145ef76228cd6851ef95e30 | SourceForge best_release.json | 2026-10-28 |
| 开源许可证 | GNU Affero General Public License v3（或更高版本） | 官方版权页 | 2026-10-28 |
| 技术栈 | Apache + MySQL 或 PostgreSQL + PHP | 官方 FAQ（Startup & installation） | 2026-10-28 |
| 官方最低配置 | 2 CPU、100 MB 磁盘、4 GB 内存 | 同上 | 2026-10-28 |
| 下载量 | 3,117 次（2026-09-01 至 2026-10-27） | SourceForge 下载统计 | 2026-10-28 |
| 用户评分 | 4.9 / 5（13 人评分） | SourceForge 项目页 | 2026-10-28 |
| 官方定价 | 软件 Basic/Premium/Business 三档均为 0 €，不限用户数 | 官方价格页 | 2026-10-28 |
| 竞品版本 | Redmine 7.0.2、OpenProject 17.9.4、Taiga 6.10.2 | 各项目官方站点 | 2026-10-28 |
两条必须提醒的元数据差异，不注意就会抄错：
- 许可证：SourceForge 项目页的分类字段写的是 GPLv2 / GPLv3，而官方版权页明确声明为 GNU AGPL v3。两者不一致时以官网为准——SourceForge 的分类是上传者勾选的，容易滞后。
- 版本日期：官网新闻页只说 V13.1.1 已作为稳定版部署，没有给具体日期；构建时间以 SourceForge 文件时间戳 2026-09-24 15:02:33 为准。V13.1.0 的发布日期为 2026-09-11，两者相差 13 天。
二、软件概述
2.1 一句话定位
官方手册对 ProjeQtOr 的定义是"以质量为基础的项目组织者"（Quality based Project Organizer），并特别说明它"尤其适合 IT 项目，但可以管理任何类型的项目"，目标是把不同项目管理角色所需要的功能"放在一个统一的协作界面里"。
这句话拆开看有三层含义：它不是单一维度的工具（比如只做看板或只做工单），而是覆盖项目全生命周期的模块集合；它以"质量"为主线，需求、测试、缺陷、变更之间有可追溯的关联；它面向的是一个组织内的多个角色，而不是单个小团队。
2.2 名称与设计取向
ProjeQtOr 这个名字来自 Project Organizer 的缩写拼写（Q 代替 c，视觉上接近 Projector）。理解它的设计取向，最直接的方法是看官方手册的章节目录：活动流、概念、敏捷方法、设置、图形界面、计划与跟踪、文档管理、财务、驾驶舱（Steering）、配置管理、需求与测试、风险与工单、环境参数、人力资源、插件、术语表。
这份目录反映的是一种重结构、重配置的设计：模块多、字段多、角色多，官方手册自己也承认"界面元素非常多，第一眼可能让人望而生畏"。作为交换，团队几乎不需要为了补一个能力而去装第三方插件。
2.3 发展脉络
官方版权页显示：Copyright © 2009-2026，作者 Pascal BERNARD，产品归 PROJEQTOR 公司所有。也就是说，这个项目从 2009 年持续迭代到 2026 年，已有 17 年历史，版本线走到 13.x。对于一个开源项目管理工具来说，这个时间跨度本身就是稳定性的佐证——它经历过 PHP 5 到 PHP 8 的运行时迁移，也经历过 MySQL 到 MariaDB/PostgreSQL 的适配。
从官方新闻看近两年的节奏：V13.0 主打"更顺滑的体验"与多项人体工学改进；V13.1.0 是一次包含大量新功能的大版本；V13.1.1 在 13 天后作为稳定版部署。这种"大版本 + 快速补丁"的节奏，说明维护方仍在活跃投入，而不是只做维护性发版。
2.4 它不是什么
选型时先排除误解，比先罗列优点更有价值：
- 不是轻量看板：Taiga 这类工具打开就能用，ProjeQtOr 需要先理解项目、活动、资源、角色等概念，配置成本更高；
- 不是纯工单系统：Redmine 的强项是问题跟踪与知识库，ProjeQtOr 在计划、成本、组合管理上的原生覆盖更厚；
- 不是 Jira 的免费克隆：它没有 Jira 那样的插件市场生态，扩展方式以官方插件、REST API 2 与配置项为主；
- 不是"装上就能跑"的 SaaS 优先产品：官方主推自托管与官方托管两种形态，自托管需要自己维护 Web 服务器、PHP 与数据库。
三、技术架构
3.1 运行栈
官方 FAQ 给出的组件很朴素：Apache、MySQL 或 PostgreSQL、PHP。官方同时给出最低配置——2 CPU、100 MB 磁盘、4 GB 内存。
这里有两点值得注意。第一，100 MB 磁盘是程序本身的口径，不含附件、文档、日志与数据库；真实生产环境要按团队附件量另算，几百人规模通常要按几十 GB 预留。第二，官方写 Apache，但 PHP 应用同样可以跑在 Nginx + PHP-FPM 上，本专栏的部署篇就是在 Nginx 1.18 + PHP-FPM 8.1 + MariaDB 10.6 上完成的完整安装，说明这条路径可行。
3.2 两种交付形态
官方 FAQ 明确：ProjeQtOr 同时提供 on-premise（自托管） 与 SaaS（官方托管） 两种模式。自托管适合对数据主权、内网隔离、二次开发有要求的组织；SaaS 适合没有运维人力、希望开箱即用的小团队。选型时要把这条写进决策表，因为它直接决定后续的人力投入。
3.3 统一界面框架
官方手册对界面的描述是：所有界面使用相同的框架，各区块的结构与位置保持一致。这个设计对培训成本的影响很大——用户学会一个界面的操作逻辑，就能迁移到其余几十个界面；代价是单个界面里的字段密度偏高，新用户第一周需要有人带。
3.4 扩展面
按官方手册"设置"一章，可用的扩展与治理能力包括：REST API 2、Plug-ins 管理、Automation Tools（自动化工具）、List of Types / List of Values（类型与值列表）、Access rights（访问权限）、Audit connections（连接审计）、Administration Console（管理控制台）。
这套组合的意义是：字段与枚举值可以在界面上扩展，业务规则可以挂自动化，外部系统通过 REST API 2 对接，权限与审计由平台统一收口。对中等规模的组织，这意味着很多"差一点"的需求不必改代码。
四、功能矩阵
下表按官方手册的章节归组，只保留对选型有决策价值的模块，并给出对应的使用场景：
| 功能组 | 官方模块 | 典型场景 |
|---|---|---|
| 计划与跟踪 | Gantt Chart、Planning View、Today（仪表盘）、Diary、Reports、Real work allocation | 排期、基线对比、工时与实际投入分析 |
| 组合管理 | Program（多项目组合）、Projects Dashboard | PMO 管理多条项目线，横向比较进度与成本 |
| 财务 | Expenses、Incomes、Financial situation、Multi currency、Factur-x | 项目预算、收支、多币种、法务发票（Factur-x 为法国电子发票标准） |
| 驾驶舱 | Meetings、Live Meeting、Periodic meetings、Change Request、Decisions、Questions、Deliverables、Incomings、Deliveries、Mails follow-up、Abacus | 项目治理：会议纪要、决策记录、交付物与验收 |
| 配置管理 | Products、Product Versions、Components、Component Versions、Relationships、Versions planning | 产品版本与组件版本的关系管理，适合软硬件研发 |
| 需求与测试 | Requirements、Tests | 需求条目与测试用例的关联，形成可追溯链 |
| 风险与工单 | Risks、Ticketing | 风险登记册、缺陷与请求的闭环 |
| 敏捷 | SCRUM、KanBan、Live Meeting、Planning Poker | 迭代、看板、估算；与传统计划并存 |
| 组织与人资 | Roles、Resources、Teams、Material resources、Users、Contacts、Calendars、Clients、CRM、Providers、Organizations、Employment contract、Leaves、Absence、Skill Management | 资源池、团队、客户与供应商、合同与请假、技能矩阵 |
| 协作与文档 | Activity Stream、Document Management、Notes/Attachments/Links、Glossary | 项目动态流、文档版本、术语统一 |
| 平台治理 | Administration Console、Access rights、Audit connections、Automation Tools、REST API 2、Plug-ins | 权限模型、审计、集成、扩展 |
4.1 计划与财务是它的主战场
ProjeQtOr 的原生覆盖里，最不容易被替代的是"计划—工时—成本"这条闭环：Gantt 排期之后，实际工时进入 Real work allocation，费用与收入进入财务模块，最终在项目仪表盘上汇总成进度与成本的对比。Redmine 有 Gantt 与工时，但官方主功能清单里没有预算/成本模块；Taiga 则完全不做成本。
4.2 需求、测试与风险的原生覆盖
需求与测试、风险与工单都是官方主线模块，不是插件。对受监管行业（医疗、汽车、公共部门）来说，"需求—测试—缺陷—变更"能形成一条可审计的链路，这比"用插件拼出来"更容易通过评审。
4.3 敏捷与传统方法并存
官方手册单列"敏捷方法"一章，包含 SCRUM、KanBan、Live Meeting、Planning Poker。它的定位不是"纯敏捷工具"，而是让同一套项目数据既能支撑传统阶段式计划，也能支撑迭代看板——这对从瀑布向敏捷过渡的组织很实用。
4.4 组织建模能力强于同类
角色、资源池、团队、物料资源、日历、客户、供应商、组织、合同、请假、技能矩阵，这些在 Redmine 与 Taiga 里基本要靠自定义字段或插件拼。ProjeQtOr 把它们做成了原生实体，好处是报表能直接按资源与技能维度切；坏处是初始配置工作量大，需要先做组织建模。
五、版本与发布节奏
5.1 当前稳定版
截至 2026-10-28，官方最新稳定版是 V13.1.1。官网新闻的表述是 V13.1.0 发布后，V13.1.1 已作为稳定版部署。SourceForge 上的安装包为 projeqtorV13.1.1.zip，文件时间 2026-09-24 15:02:33。
选型时不要用 13.0.x 或更早的包做评估，因为 13.1 引入了较多新功能，评估旧版会低估它的能力。
5.2 安装包指纹
| 字段 | 值 |
|---|---|
| 文件名 | projeqtorV13.1.1.zip |
| 发布时间 | 2026-09-24 15:02:33 |
| 大小 | 117,427,304 字节（约 112 MiB） |
| SHA-256 | c52b01a8e8b561198d0af77d35cc891c31be0e184145ef76228cd6851ef95e30 |
| 解压后大小 | 约 224 MB（含 19,226 个条目） |
把 SHA-256 写进内部制品库，后续每次升级前先校验，可以避免下载到被篡改或不完整的包。
5.3 采纳度量化
ProjeQtOr 没有官方 GitHub 仓库（GitHub 上能搜到的都是第三方封装或个人再分发仓库，星数不足以代表项目本身），因此不能用星数衡量。可用的官方口径有两个：
- SourceForge 下载量：2026-09-01 至 2026-10-27 共 3,117 次，约 54.7 次/天；
- SourceForge 用户评分：4.9 / 5，13 人评分。
这两个数字说明它有稳定的存量用户，但社区声量远小于 Redmine 与 OpenProject——选型时如果看重"遇到问题能搜到大量现成答案"，这是它的短板。
5.4 升级策略
官方包是整目录覆盖式的：新版本解压后替换代码目录，数据目录（配置、日志、附件、文档、报表）保持不动。升级前必须备份数据库与数据目录，升级后确认代码版本与数据库版本一致。具体步骤与回滚清单见本专栏运维篇。
六、许可与成本模型
6.1 AGPLv3 的实际含义
官方版权页声明：本程序按 GNU Affero General Public License v3（或更高版本）发布，版权归 PROJEQTOR 公司所有。
AGPLv3 与 GPLv3 的关键差别在网络分发条款：如果你修改了程序并通过网络向第三方提供服务，需要向使用者提供修改后的完整源码。这条对两类组织的含义完全不同：
- 企业内部自用（员工通过浏览器访问，不对外提供服务）：不构成"向公众分发"，通常不触发开源义务；
- 对外提供 SaaS 或交付给客户（哪怕只交付给一个客户）：属于分发/网络服务，需要按 AGPLv3 开放修改后的源码，并保留原产品的署名与来源说明。
如果你的商业模式是把项目管理平台包装成对外服务，选型时必须让法务先看这条。
6.2 软件 0 欧元，不限用户
官方价格页给出的三档（Basic 小团队、Premium 专业团队、Business 企业账户）标价都是 0 €，且均包含"全部模块、全部功能、完全可定制、不限用户数"。官方还专门写了一句"No, this is really not a joke!"来回应外界对"全免费"的怀疑。
对 20 人以上、又不想按人头付费的团队，这是最直接的吸引力：OpenProject 的 Basic 档要 25 用户起、按用户计费，Taiga 的付费档虽然不限用户但按存储与支持分级。
6.3 付费的是服务，不是许可证
官方价格页列出的付费项（价格为不含税 HT）：
| 服务 | 官方标价 | 覆盖范围 |
|---|---|---|
| Subscription（订阅：更新与修复） | 96 €HT / 月 | 1–20 用户档 |
| Hosting（官方托管） | 120 €HT / 月 | 20 用户 |
| Support（支持，含优先工单与承诺响应） | 160 €HT / 月 | 20 用户 |
价格随团队规模阶梯变化，上表是 1–20 用户档的口径。也就是说，软件本身永远免费，付费买的是"持续更新、托管、承诺响应"。
6.4 三年 TCO 粗算（20 用户）
只算官方标价、不含税与折扣，做一次同口径比较：
| 方案 | 许可 | 三年订阅/托管 | 合计 |
|---|---|---|---|
| ProjeQtOr（自托管 + 订阅） | 0 € | 96 × 36 = 3,456 €HT | 3,456 €HT |
| ProjeQtOr（官方托管） | 0 € | 120 × 36 = 4,320 €HT | 4,320 €HT |
| OpenProject Basic（25 用户起） | 0 € | 5.95 × 25 × 36 = 5,355 € | 5,355 € |
| Taiga Premium（云版） | 0 € | 60 × 36 = 2,160 € | 2,160 € |
| Redmine（自托管） | 0 € | 0 € | 0 € + 自担运维 |
结论很清楚：ProjeQtOr 与 Redmine 在许可证成本上是同一档（0 元），差别在运维与功能覆盖；OpenProject 的付费档按人头计，20 人团队被最低 25 用户门槛抬高；Taiga 的云版最便宜，但功能只覆盖敏捷。
6.5 成本之外的成本
0 元许可不等于 0 元总成本。自托管 ProjeQtOr 需要有人会 Nginx/Apache、PHP-FPM、MariaDB、备份恢复与升级回滚；这部分人力在中小企业通常是兼职运维。反过来，如果团队已经有 PHP 运维能力，边际成本很低；如果全是 Windows 管理员，学习曲线要计入。
七、同类选型对比
7.1 总览表
四个项目都是开源、都能自托管、都覆盖"项目 + 任务"，但重心完全不同。下表数据除注明外均为 2026-10-28 实查：
| 维度 | ProjeQtOr 13.1.1 | Redmine 7.0.2 | OpenProject 17.9.4 | Taiga 6.10.2 |
|---|---|---|---|---|
| 最新版日期 | 2026-09-24（包时间） | 2026-09-30 | 2026-10-26 | 2026-07-02（tag 提交） |
| 许可证 | AGPLv3 | GPLv2 | GPLv3（Community） | 后端 MPL-2.0 / 前端 AGPL-3.0 |
| 技术栈 | PHP + MySQL/PostgreSQL + Apache | Ruby on Rails + 多数据库 | Ruby on Rails + TypeScript | Python/Django + CoffeeScript/Angular |
| 功能重心 | 计划、成本、组合、需求与测试、HR/CRM | 问题跟踪、Wiki、论坛、SCM、工时 | 组合管理、计划、成本、敏捷、BIM | 敏捷（Scrum/Kanban/Issues） |
| 社区量化 | SourceForge 近两月 3,117 次下载；评分 4.9/5 | GitHub 6.1k 星 | GitHub 17k 星 | GitHub 858 + 385 星（前后端） |
| 商业版 | 软件 0 €，服务 96–160 €HT/月 | 无官方商业版 | Basic €5.95/用户/月（25 用户起） | 云版 Free / €5 / €20 / €60 每月 |
| 最低门槛 | 2 CPU / 4 GB / 100 MB | 官方未在首页给出 | 官方未在定价页给出 | 云版免费档 10 MB 存储 |
说明：星数取自 shields.io 徽章（2026-10-28）；ProjeQtOr 无官方 GitHub 仓库，故用 SourceForge 下载量与评分替代。
7.2 功能重心差异
- ProjeQtOr：官方模块目录覆盖了计划、组合、财务、驾驶舱、配置管理、需求与测试、风险与工单、敏捷、组织与人资、协作、平台治理十一组。它是四者中"原生覆盖最宽"的一个。
- Redmine：官方主功能清单是问题跟踪、Gantt/日历、工时、新闻/文档/文件、Wiki、论坛、SCM 浏览、LDAP、多数据库。没有预算/成本、风险、需求与测试的原生模块，这些要靠插件补。
- OpenProject：官方产品导航列出组合管理、计划与排期、任务与问题跟踪、敏捷/看板/Scrum、工时与成本报告/预算、会议、路线图、工作流定制，以及面向建筑行业的 BIM。它是 ProjeQtOr 最直接的对手。
- Taiga：官方定位是"面向跨职能敏捷团队"，核心是 Scrum、Kanban、Issues 三个模块，加 Wiki 与团队管理。它不做 Gantt，也不做成本。
7.3 技术栈与运维差异
- PHP 栈（ProjeQtOr）：部署最"传统"，Nginx/Apache + PHP-FPM + MySQL/MariaDB 即可，几乎所有 Linux 运维都熟；缺点是现代前端体验不如 Rails/TS 栈。
- Ruby 栈（Redmine、OpenProject）：需要 Ruby 运行时与 Bundler，升级时的依赖冲突是常见坑；OpenProject 前后端分离（Rails + TypeScript），资源开销更大。
- Python 栈（Taiga）：后端 Django、前端 CoffeeScript/Angular，自托管需要更多中间件（消息队列、缓存），运维复杂度最高，但云版可以完全跳过运维。
7.4 社区量化
星数只能说明"被看见的程度"，不能直接等同于生产采用量：
- OpenProject 17k 星，是四者中社区最大的；
- Redmine 6.1k 星，但项目始于 2006 年，大量存量部署不在 GitHub 上体现；
- Taiga 前后端合计 1,243 星，敏捷社区里知名度高，但总量小；
- ProjeQtOr 没有官方 GitHub 仓库，SourceForge 近两个月 3,117 次下载，属于"小而稳"的类型。
如果你所在组织要求"出问题能在中文社区搜到答案"，ProjeQtOr 与 Taiga 的资料密度明显低于 Redmine 与 OpenProject；本专栏的四篇文档正是为了补这块空白。
7.5 逐项胜负
| 需求 | 更优选择 | 理由 |
|---|---|---|
| 零许可成本 + 功能全覆盖 | ProjeQtOr | 0 € 不限用户，原生模块最宽 |
| 问题跟踪 + 知识库 + 代码仓库联动 | Redmine | 官方主线功能，插件生态成熟 |
| 组合管理 + 预算 + 敏捷 + BIM | OpenProject | 官方产品线直接覆盖，企业级支持完善 |
| 纯敏捷小队、快速上手 | Taiga | 三模块极简，云版免费档即可起步 |
| 需求—测试—缺陷可追溯 | ProjeQtOr | 原生需求与测试模块 |
| 中文资料与落地案例 | Redmine / OpenProject | 社区存量最大 |
八、适用场景与边界
8.1 推荐场景
- IT 服务商与软件外包公司：项目多、客户多、要按合同管收入与成本，ProjeQtOr 的客户/供应商/合同/财务模块正好对上；
- 有 PMO 的中大型组织：需要多项目组合视图、资源池与技能矩阵，ProjeQtOr 的 Program 与 HR 模块能减少 Excel 汇总；
- 受监管行业：需求、测试、风险、变更、决策记录都在一个平台里，审计时不用跨系统取证；
- 预算敏感、用户数多的团队：50 人以上仍不想按人头付费，0 € 不限用户是决定性因素；
- 已有 PHP 运维能力：部署与升级不引入新运行时，边际成本最低。
8.2 不推荐场景
- 10 人以下、只需要看板：配置成本高于收益，Taiga 或直接上 SaaS 更划算；
- 只做缺陷跟踪：Redmine 更轻、更成熟，插件与主题更多；
- 必须开箱即用的现代 UI：ProjeQtOr 的界面信息密度高，需要培训期；
- 不能接受 AGPL 对外服务条款：若要把平台包装成对外 SaaS 售卖，先过法务；
- 没有运维人力且不愿买托管：自托管的备份、升级、证书、监控都要有人负责。
8.3 三类典型画像
- 画像 A：30 人软件公司，项目 20 个/年——ProjeQtOr 自托管 + 订阅支持，重点用计划、工时、财务、客户；
- 画像 B：200 人制造企业 IT 部门——ProjeQtOr 自托管 + 官方支持，重点用组合、需求与测试、风险、资源池；
- 画像 C：8 人敏捷小队——Taiga 云版免费档或 Redmine，ProjeQtOr 属于过度配置。
九、选型决策清单
9.1 一票否决项
先做排除法，任何一条命中就直接划掉候选：
| 否决项 | 命中则排除 |
|---|---|
| 要求许可证为 MIT/Apache 等宽松许可 | ProjeQtOr（AGPLv3）、Redmine（GPLv2）、OpenProject（GPLv3）、Taiga（MPL/AGPL）全部排除 |
| 禁止对外服务开源修改 | ProjeQtOr、Taiga 前端需评估 AGPL 条款 |
| 不允许自建数据库 | 四者均需数据库，全部排除 |
| 必须纯 SaaS、零运维 | 只剩 Taiga 云版或 OpenProject 云版 |
| 必须支持 BIM/IFC | 只剩 OpenProject |
9.2 加权打分表
按组织实际权重打分（1–5 分），加权求和后比较。下表给出一组常见权重供参考：
| 维度 | 权重 | ProjeQtOr | Redmine | OpenProject | Taiga |
|---|---|---|---|---|---|
| 功能覆盖（计划/成本/组合/需求测试） | 30% | 5 | 3 | 5 | 2 |
| 许可成本 | 20% | 5 | 5 | 3 | 4 |
| 上手与培训成本 | 15% | 2 | 4 | 3 | 5 |
| 运维复杂度（越高分越易维护） | 15% | 4 | 3 | 2 | 2 |
| 社区与资料密度 | 10% | 2 | 5 | 4 | 2 |
| 扩展与集成 | 10% | 4 | 4 | 4 | 3 |
| 加权总分 | 100% | 4.00 | 3.85 | 3.65 | 2.95 |
（ProjeQtOr：5×0.3 + 5×0.2 + 2×0.15 + 4×0.15 + 2×0.1 + 4×0.1 = 1.50+1.00+0.30+0.60+0.20+0.40 = 4.00；Redmine：3×0.3 + 5×0.2 + 4×0.15 + 3×0.15 + 5×0.1 + 4×0.1 = 0.90+1.00+0.60+0.45+0.50+0.40 = 3.85；OpenProject：5×0.3 + 3×0.2 + 3×0.15 + 2×0.15 + 4×0.1 + 4×0.1 = 1.50+0.60+0.45+0.30+0.40+0.40 = 3.65；Taiga：2×0.3 + 4×0.2 + 5×0.15 + 2×0.15 + 2×0.1 + 3×0.1 = 0.60+0.80+0.75+0.30+0.20+0.30 = 2.95。）
在这组权重下 ProjeQtOr 4.00 > Redmine 3.85 > OpenProject 3.65 > Taiga 2.95，差距不大，说明四者没有绝对优劣。把"上手与培训成本"权重从 15% 提到 30%、把"功能覆盖"降到 20%，得分会变成 ProjeQtOr 3.60、Redmine 3.95，Redmine 反超。权重比分数更重要——请按自己的痛点改权重，而不是照抄这张表。
9.3 试点路径
不要一上来就全量迁移。建议按三周试点：
- 第 1 周：按本专栏部署篇在一台测试服务器完成安装与首次登录，导入 1 个真实项目的历史数据（项目、任务、资源、工时）；
- 第 2 周：让 5–8 名核心用户跑一遍"计划 → 执行 → 工时 → 报表"闭环，记录卡点；同时验证备份恢复（运维篇第五章）；
- 第 3 周：对比试点数据与现有工具的口径差异，评估培训成本与推广阻力，再决定是否全量。
试点的验收标准建议写成三条可量化指标：核心用户完成一次完整项目闭环的耗时、每週工时填报完成率、备份恢复演练是否在 30 分钟内完成。
十、站内延伸阅读
- 安装部署：《ProjeQtOr 13.1.1 Ubuntu 22.04 安装指南》——Nginx + PHP-FPM + MariaDB 实测主线、Web 安装器、首次登录验证与升级回滚；
- 配置参数：《ProjeQtOr 13.1.1 配置参数详解》——两层配置体系、220 条参数的分组解读、日志与邮件参数、生产推荐值；
- 命令运维：《ProjeQtOr 13.1.1 常用 CLI 与运维命令详解》——服务管理、Cron 运维、备份恢复、日志排障与升级回滚清单。
十一、参考链接
- ProjeQtOr 官方用户手册（功能与模块目录）：https://manual.projeqtor.org/html_en/ （查询日期 2026-10-28）
- ProjeQtOr 官方新闻页（V13.1.1 稳定版说明）：https://www.projeqtor.com/en/news/ （查询日期 2026-10-28）
- ProjeQtOr 官方 FAQ（组件、最低配置、交付形态）：https://www.projeqtor.com/en/help/ （查询日期 2026-10-28）
- ProjeQtOr 官方版权页（GNU AGPL v3 声明）：https://www.projeqtor.com/en/copyright_en/ （查询日期 2026-10-28）
- ProjeQtOr 官方价格页（0 € 三档与服务价格）：https://www.projeqtor.com/en/price/ （查询日期 2026-10-28）
- SourceForge 项目页（评分 4.9/5）：https://sourceforge.net/projects/projectorria/ （查询日期 2026-10-28）
- SourceForge 安装包元数据（版本、时间、大小、SHA-256）：https://sourceforge.net/projects/projectorria/best_release.json （查询日期 2026-10-28）
- SourceForge 下载统计（2026-09-01 至 2026-10-27 共 3,117 次）：https://sourceforge.net/projects/projectorria/files/stats/json （查询日期 2026-10-28）
- Redmine 官方下载页（7.0.2 / 2026-09-30）：https://www.redmine.org/projects/redmine/wiki/Download （查询日期 2026-10-28）
- Redmine 官方首页（GPLv2 与主功能清单）：https://www.redmine.org/ （查询日期 2026-10-28）
- OpenProject 官方定价页（Basic €5.95/用户/月，25 用户起）：https://www.openproject.org/pricing/ （查询日期 2026-10-28）
- OpenProject GitHub Releases（v17.9.4 / 2026-10-26）：https://github.com/opf/openproject/releases （查询日期 2026-10-28）
- Taiga 官方部署与价格页（Free / €5 / €20 / €60 每月）：https://taiga.io/deployment-pricing-options/ （查询日期 2026-10-28）
- Taiga GitHub 仓库（6.10.2，后端 MPL-2.0 / 前端 AGPL-3.0）：https://github.com/taigaio/ （查询日期 2026-10-28）
- GitHub 星数徽章（Redmine 6.1k / OpenProject 17k / Taiga 858+385）：https://img.shields.io/github/stars/redmine/redmine.json （查询日期 2026-10-28）