迁移资源评估把一次工具替换所需的人力、时间和外部投入拆成可复算的科目：先按对象清单确定范围，再按对象类型给出单位工作量与分母，汇总成人天和日历周期，最后用试迁移样本回验偏差。结论用于判断替换是否值得、如何排期，不能当作迁移成功的保证。下文给出可直接代入的清单、公式与算例。
要点总览（TL;DR）
- 迁移资源评估先按对象类型（工作项、字段、附件、用户权限、自动化规则、集成配置）建立可计数清单，再按清洗、映射、导入、校验四段给出单位人天，汇总成人天与日历周期。
- 总人天=Σ(对象数量×单位人天×复杂度系数)+返工缓冲+沟通缓冲；日历周期=总人天÷可投入人力×并行度修正，分母为零时标注待排期而非套用历史均值。
- 每个数字要有来源、单位和时间窗：系统导出统计为主口径，抽样盘点用于无法批量导出的对象，外推结果标注置信程度并留存证据附件。
- 估算以乐观、基准、保守三档区间呈现，用试迁移样本回验偏差并修正系数；验收以试迁移前定义的通过标准为准，不设通用达标线。
- 资源可承受说明预算与排期可行，替换是否值得还需比较长期收益与一次性投入，两类结论在报告中分开表述。
评估目标：迁移资源评估要回答哪几个决策问题
迁移资源评估服务于三类决策，输出物和精度要求各不相同。把这三类问题混在一起，最容易出现“算了一个总数，却没人知道该拿它做什么”的情况。
第一类是“是否值得替换”。这个问题比较的是替换后的长期收益与本次迁移的一次性投入，资源评估只提供投入侧的数字。第二类是“迁移要花多少资源”，关注总人天、外部服务费用、停机窗口和并行期成本，是立项预算的直接输入。第三类是“什么时候可以切换”，关注关键路径上的日历周期和切换条件，用于排期承诺。
评估结论的用途可以归纳为三种：
- 立项预算：给出人力、外部服务和并行期成本的上限区间，供审批使用。
- 排期承诺：给出基准与保守两档日历周期，明确关键路径和依赖条件。
- 切换条件判断：用试迁移通过标准判断是否具备正式切换条件，而非用总人天判断。
需要明确评估不覆盖的内容：从零开始的工具选型、单一工具整体替代方案的设计、具体产品的价格与版本核实。这些工作有各自的评估方法，混入资源评估会让口径失焦。评估的边界是“给定替换方案，算清投入”，方案本身是否合理由替换决策另行判断。
指标与范围：把迁移对象拆成可计数的清单
资源评估的分母是对象数量。范围界定不清，后续所有公式都建立在浮动的基数上。建议先画范围边界，再列对象清单。
范围边界需要回答三个问题：哪些项目纳入本次迁移、哪些历史区间纳入、哪些团队参与。边界一旦确定，就作为估算的固定前提记录在案，后续变更需同步调整估算。
对象类型可按下表拆分，每一类都要给出可统计的数量口径：
| 对象类型 | 计数口径 | 典型处理动作 |
|---|---|---|
| 工作项 | 按项目汇总的问题单总数，区分已关闭与进行中 | 字段映射、状态转换、批量导入 |
| 字段与自定义字段 | 去重后的字段数，标注单选、多选、日期、用户等类型 | 类型匹配、选项值映射、空值处理 |
| 附件 | 文件数量与总容量（GB） | 批量传输、路径重建、完整性校验 |
| 用户与权限 | 账号数、角色数、项目权限方案数 | 账号映射、角色重建、权限核对 |
| 自动化规则 | 规则条数，按触发条件与动作类型分类 | 规则重写、条件等价性验证 |
| 集成与看板配置 | 集成点数、看板数与过滤器数 | 接口重配、视图重建、联动测试 |
资源科目与对象清单分开统计，避免把“处理多少对象”和“投入多少资源”混为一谈。资源科目包括：内部人力（按角色×人天计）、外部服务（迁移工具授权、原厂或第三方服务）、停机窗口（业务中断时长及其影响）、培训与并行期成本（双系统维护、用户适应期支持）。
以 Jira 与 Confluence 替换为例，ONES 的迁移范围覆盖项目、工作项、状态、字段、流程、附件和历史记录，Confluence 侧覆盖空间、页面、附件和权限结构。这些对象类型可以直接作为清单的分类框架，具体数量仍需从源系统导出统计。对于依赖插件的功能，需要先梳理实际使用的插件，再逐项评估功能匹配情况，定制场景在迁移前逐项确认，这部分工作量应单列，不摊入标准对象单位人天。
数据口径与证据：每个数字从哪里来
估算可复核的前提是每个数字都有来源、单位和时间窗。建议在评估启动时就固定取数口径，避免中途换口径导致前后数字不可比。
取数来源分三类，按可靠性排序使用：
- 系统导出统计：从源系统直接导出对象数量、字段清单、附件容量、账号列表。这是最可靠的一手数据，应作为主口径。
- 抽样盘点：对无法批量导出的对象（如复杂自动化规则、定制集成配置），按项目或团队抽样，记录抽样比例和样本量。
- 历史同类迁移记录：用于校准单位人天系数，尤其是清洗和校验环节的实际耗时。使用时需注明来源项目的规模差异。
单位与时间窗需要统一：人天按每工作日 8 小时折算，日历周期按可用工作日计算，扣除节假日和团队已知的不可用时段。涉及跨时区团队时，并行度修正需单独说明。
缺失值处理规则：无法逐项盘点的对象，按抽样比例外推到全量，并在估算表中标注置信程度（高、中、低）。外推结果与直接统计结果分开列示，便于复核时识别哪些数字是推算的。
证据留存是评估可复核的关键。导出文件、抽样清单、访谈记录应作为估算附件归档，与估算表版本对应。评审时先看证据再看数字，能显著减少口径争议。
计算步骤：从单位工作量到总人天与周期
计算分两步：先算总人天，再算日历周期。两步之间用可投入人力衔接，任何一步的分母都要写清楚。
单位工作量按四段拆分，每类对象分别给出标准处理人天：
- 清洗：数据去重、格式统一、无效记录剔除。
- 映射：字段、状态、角色、权限方案的对应关系建立与确认。
- 导入：批量导入执行与失败记录处理。
- 校验：抽样比对、数量核对、关键流程回归。
四段拆分的好处是偏差可定位：试迁移后如果总人天超出，能看出是映射环节低估还是校验环节返工。
汇总公式：
总人天 = Σ(对象数量 × 单位人天 × 复杂度系数) + 返工缓冲 + 沟通缓冲
复杂度系数按对象特征取值，例如字段类型异构程度、附件容量、权限方案交叉度。返工缓冲和沟通缓冲单列，不摊入单位人天，便于在评审时单独讨论。缓冲比例应基于历史记录或试迁移结果设定，不设通用默认值。
周期公式：
日历周期 = 总人天 ÷ 可投入人力 × 并行度修正
可投入人力指实际能投入该迁移的等效全职人数，需扣除其他项目占用。并行度修正反映多团队并行时的协调损耗，取值大于 1。分母为零时（即当前无可用人力），公式无意义，应直接标注为“待排期”，不得用历史平均值替代。
角色分工建议在汇总表中按角色分列人天：业务方负责字段语义确认与验收抽样，平台管理员负责导入执行与权限重建，数据核对人负责数量比对与差异记录。三类角色的投入比例因项目而异，但都需在表中体现，避免只统计管理员工时导致低估。
ONES Plan 可查看 ONES Project 中的登记工时、预估工时和剩余工时，并通过资源报表反馈项目投入情况，适合在迁移执行阶段跟踪实际人天与估算的偏差。评估阶段仍以离线表格完成测算，执行阶段再把工时登记接入跟踪。
例子：一次中等规模迁移的资源估算
以下为演示情景，数字为假设值，用于说明公式代入过程，不代表任何真实项目。
示例假设：3 个项目、12,000 个工作项、80 个自定义字段、附件总量 60 GB、4 个参与团队、15 条自动化规则、6 个集成点。
分项计算（单位人天为假设的经验值）：
| 对象类型 | 数量 | 单位人天 | 复杂度系数 | 小计人天 |
|---|---|---|---|---|
| 工作项 | 12,000 | 0.002 | 1.2 | 28.8 |
| 自定义字段 | 80 | 0.15 | 1.3 | 15.6 |
| 附件（按 GB） | 60 | 0.1 | 1.0 | 6.0 |
| 用户与权限 | 4 个团队 | 2.0 | 1.1 | 8.8 |
| 自动化规则 | 15 | 0.4 | 1.5 | 9.0 |
| 集成与看板 | 6 | 0.8 | 1.2 | 5.8 |
分项合计 74.0 人天。加返工缓冲 15%（11.1 人天）和沟通缓冲 10%（7.4 人天），总人天约 92.5 人天。按可投入 4 人、并行度修正 1.2 计算，日历周期约 92.5 ÷ 4 × 1.2 ≈ 27.8 个工作日。
试迁移回验：选取 1 个项目、约 2,000 个工作项做样本迁移，记录实际耗时。若实际映射环节耗时比估算高 30%，则把字段映射的单位人天上调，重新汇总后得到修正估算。修正后的数字替换原估算，原估算保留作为对比记录。偏差超过设定阈值时，应检查是单位人天假设有误还是对象数量统计有遗漏。
解读与限制：估算结果怎么用、哪里会失真
估算结果应以区间呈现，给出乐观、基准、保守三档。三档的差异来自复杂度系数和缓冲比例的不同取值，而非随意加减。汇报时说明每档对应的假设条件，让决策者知道在什么前提下会落到哪一档。
常见失真来源有三类：
- 历史数据质量：源系统存在大量空字段、重复记录或格式混乱时，清洗工作量会显著超出按对象数量估算的结果。
- 字段映射歧义：自定义字段类型无法一一对应、选项值语义不一致时，映射环节需要业务方反复确认，耗时难以按数量线性推算。
- 并行期双系统维护成本：切换期间两套系统同时运行，团队需要重复录入或同步数据，这部分成本常被漏算，且随并行期长度线性增长。
验收以试迁移通过标准为准，不设通用达标线。通过标准应在试迁移前定义，例如样本对象数量核对一致率、关键流程回归通过项、附件完整性抽检结果。达到标准才进入正式迁移，未达到则修正估算并重新试迁移。
最后需要区分两个结论：资源可承受，说明这次迁移在预算和排期内可行；替换是否值得，还要比较长期收益与一次性投入。把资源评估的结论直接当作替换决策的依据，会跳过收益侧的论证。评估报告应把投入数字和决策建议分开表述，让两类判断各自有据可依。
常见问题
对象数量统计不全时，估算还能不能做？
可以做，但要把推算部分和直接统计部分分开列示。对无法批量导出的对象（如复杂自动化规则、定制集成配置），按项目或团队抽样，记录抽样比例和样本量，再按比例外推到全量，并在估算表中标注置信程度为高、中或低。评审时先看证据再看数字，外推结果单独成列，便于识别哪些数字是推算的。若关键对象（如工作项总量）本身无法统计，建议先补一次导出盘点再启动估算，否则后续所有公式都建立在浮动基数上。
试迁移样本应该选多大，偏差多少需要修正估算？
样本规模没有通用标准，通常按对象类型分别取样：工作项可选取一个项目或约占总量的 10%–20%，字段、权限、自动化规则建议覆盖全部类型各若干条，确保每类对象都有实测记录。偏差阈值在试迁移前设定，例如映射环节实际耗时超出估算 20% 或 30% 即触发修正。修正时先判断偏差来源：单位人天假设偏低就上调系数，对象数量统计有遗漏就补数量，两类原因对应不同的调整动作。修正后的估算替换原估算，原版本保留作对比记录。
并行期双系统维护的成本怎么计入估算？
并行期成本按“并行时长 × 单位时间维护投入”单列，不摊入对象单位人天。需要计入的动作包括：切换期间两套系统重复录入或数据同步、用户在两套系统间切换的支持成本、并行期内的数据一致性核对。并行时长由切换策略决定，分阶段切换时各阶段时长分别估算。这部分成本随并行期长度线性增长，容易在按对象数量估算时被漏掉，建议在资源科目表中单独一行，并在三档区间中体现不同并行时长的影响。
迁移范围中途扩大，估算怎么调整？
范围边界是估算的固定前提，变更时同步调整估算并记录变更原因。调整顺序是：先更新对象清单中的数量，再检查新增对象是否属于已有类型——属于则沿用原单位人天，不属于则新增一行并单独给出单位人天假设。日历周期需要按新的总人天和可投入人力重算，关键路径可能随之变化。若变更发生在试迁移之后，修正系数是否仍然适用需要重新判断，必要时补做一次小样本验证。
评估阶段用离线表格测算，执行阶段怎么跟踪实际投入？
评估阶段以离线表格完成测算，执行阶段把工时登记接入项目管理系统，按角色记录实际人天，定期与估算表比对。ONES Plan 可查看 ONES Project 中的登记工时、预估工时和剩余工时数据，并通过资源报表反馈项目投入情况，适合在迁移执行阶段跟踪偏差。比对时按对象类型和四段工序分别看，才能定位是清洗、映射、导入还是校验环节超出估算，而不是只看到一个总数超支。
