迁移资源评估要回答的是“这次替换到底要投入多少人力、资金和时间”。可用的依据包括六类：迁移范围与时间跨度、成本与资源项、统一口径与假设、可复算的计算模型、影响结果的关键敏感因素，以及每项数据的取数方法。评估时先把对象、数据量、系统数量和迁移窗口定下来，再按人力、工具、停机、外部服务分项估算，用统一单位和计费周期汇总，最后对数据量、并行期长度、返工比例做敏感性分析，给出区间而非单点数字。ONES 的迁移方案覆盖项目、工作项、附件、权限等对象，可作为范围统计与阶段任务跟踪的承载工具。
要点总览（TL;DR）
- 迁移资源评估的依据可归为六类：迁移范围与时间跨度、成本与资源项、统一口径与假设、可复算的计算模型、关键敏感因素、取数方法与留痕。
- 评估顺序是先界定对象、数据量、系统数量和迁移窗口，再按人力、工具、业务影响、外部服务、隐性投入分项估算，最后用统一单位和计费周期汇总。
- 成本口径要写明人天与人时换算、内部人力是否折算、工具按席位还是按年计费、是否含税与币种汇率，事实价格与示例假设分开标注。
- 计算模型采用分项加总，区分一次性投入与持续性投入，输出基准值用于立项、区间用于说明不确定性。
- 数据量、字段映射复杂度、并行期长度、返工比例和外部报价是主要偏移来源，每项数据应登记来源、取数时间、责任人和确认状态。
迁移范围与时间跨度怎么界定
范围界定是整份评估的起点。范围不清，后面的人力、工具和停机成本就无法对齐同一口径，不同人算出的总额也不可比。建议先产出一张范围表，把“迁什么、多大、分几步、到什么时候”四件事写实。
迁移对象清单至少覆盖五类：项目与工作项、附件与历史记录、用户与权限、集成配置、插件与定制功能。前四类决定数据搬运量，第五类决定功能匹配与改造工作量。ONES 的 Jira 迁移范围包括项目、工作项、状态、字段、流程、附件和历史记录，Confluence 侧则涉及空间、页面、附件和权限结构，可据此对照清点本企业实际需要迁移的对象。依赖插件的功能需要先梳理实际使用清单，再逐项评估匹配方式，这部分往往被低估。
规模基准用可统计的数字表达：项目数、工作项条数、附件总量与平均大小、活跃用户数、系统与集成数量。这些数字既是人力估算的乘数，也是工具选型和存储带宽预算的依据。
时间跨度按阶段划分，每个阶段给出起止时间：准备（盘点、映射设计）、试迁移（小批量验证）、正式迁移（全量搬运）、并行运行（双系统维护）、收尾（验收、旧系统下线）。单次全量迁移周期短但停机压力集中；分批迁移把风险摊开，却拉长了并行期和协调成本。两种方式对总投入的影响方向不同，需要在范围表里明确选择哪一种。
| 界定项 | 记录内容 | 用途 |
|---|---|---|
| 迁移对象 | 项目、工作项、附件、用户与权限、集成配置、插件 | 确定搬运量与改造量 |
| 规模基准 | 项目数、工作项数、附件总量、活跃用户数、系统数 | 人力与工具估算的乘数 |
| 阶段划分 | 准备、试迁移、正式迁移、并行运行、收尾 | 分阶段预算与排期 |
| 起止时间 | 各阶段计划开始与结束日期 | 折算人力投入与并行成本 |
| 迁移方式 | 单次全量或分批迁移 | 影响周期与停机口径 |
迁移要投入哪些成本和资源项
范围确定后，把投入拆成可逐项估算的类别。拆得足够细，才能让每个数字找到责任人和估算方式；拆得太粗，汇总时容易漏项或重复计算。建议按五类展开，每项标注单位、估算方式和责任角色。
人力项是最大的一块，包括数据梳理与清洗、字段与流程映射设计、脚本或工具开发、测试验证、培训与上线支持。每项用人天计量，并注明由内部团队还是外部顾问承担。
工具与平台项包括迁移工具授权、临时环境、存储与带宽扩容。若采用厂商迁移工具加原厂服务的组合，工具费用与服务费用要分开列。
业务影响项容易被忽略：停机窗口造成的业务中断、并行期双系统维护的人力、切换期间效率下降的折算。并行期越长，这部分成本越高，且随并行人数线性增长。
外部服务项包括实施服务、咨询、认证或合规检查。ONES 方案中提到的原厂迁移服务属于此类，具体报价需向厂商询价后填入。
内部隐性投入包括评审会议、跨部门沟通协调、返工修正。可以用“人力项的百分比”做粗估，并在敏感因素中单独检验。
| 类别 | 典型子项 | 计量单位 | 估算方式 | 责任角色 |
|---|---|---|---|---|
| 人力 | 数据梳理、字段映射、脚本开发、测试验证、培训支持 | 人天 | 工作量分解后逐项估 | 迁移负责人、各模块负责人 |
| 工具与平台 | 迁移工具、临时环境、存储带宽 | 套/月、GB | 按报价或按用量估 | IT 与采购 |
| 业务影响 | 停机损失、并行期维护、效率下降 | 小时、人天 | 按影响人数与时长折算 | 业务负责人 |
| 外部服务 | 实施、咨询、合规检查 | 项目/人天 | 询价后填入 | 采购与厂商 |
| 隐性投入 | 评审、协调、返工 | 人天 | 按人力项比例粗估 | 项目经理 |
口径与假设怎么统一
各项成本要能相加，前提是单位和计费周期一致。口径不统一是评估返工最常见的原因：有人按人天报、有人按人时报，有人报含税价、有人报不含税价，汇总时就会出现无法解释的差额。
人力口径要写明人天与人时的换算关系（例如 1 人天按 8 人时计）、内部人力是否折算成成本、折算时采用的费率来源（内部核算标准或市场参考价）。内部人力不折算金额时，也要保留人天总量，便于与外部报价对比。
工具口径要写明按席位、按年还是按月计费，是否含税，币种是什么，涉及外币时采用哪个汇率和取数日期。席位数量按迁移期实际使用人数计，避免按全公司人数虚高。
时间口径要区分工作日与自然日，说明是否扣除节假日，并行期按自然日还是按实际维护工时计。
事实价格与示例假设必须分开标注。已取得报价单或合同条款的项写实际数字并注明来源；尚未询价的项写“待询价”，不填猜测值；用于演示计算逻辑的金额明确标注为假设值。这样管理层看到总额时，能分辨哪些是已确认支出、哪些是待落实的估算。
| 口径项 | 需明确的内容 | 示例写法 |
|---|---|---|
| 人力换算 | 人天与人时关系、是否折算成本、费率来源 | 1 人天=8 人时；内部人力按核算标准折算 |
| 工具计费 | 席位/年/月、含税与否、币种汇率 | 按席位按年计费，人民币含税价 |
| 时间计算 | 工作日或自然日、节假日处理 | 工期按工作日计，并行期按自然日计 |
| 数据性质 | 事实价格或示例假设 | 已询价项标来源；演示数字标“假设值” |
| 未确认项 | 标注状态而非填估值 | 原厂服务费：待询价 |
计算模型与预算框架怎么搭
计算模型的作用是让任何人拿到同一组输入都能复算出同一结果。结构上采用分项加总，并把一次性投入与持续性投入分开列示，避免把年度订阅费和一次性实施费混在一个数字里。
总投入公式：总投入 = 人力成本 + 工具成本 + 业务影响成本 + 外部服务成本 + 隐性投入。其中人力成本 = Σ（各人力项人天 × 对应费率）；工具成本按计费周期折算到迁移期；业务影响成本 = 影响人数 × 影响时长 × 单位时间成本；隐性投入可按人力成本的一定比例计。
分阶段预算把总额拆到准备、试迁移、正式迁移、并行与收尾四个阶段，便于按季度申请预算和跟踪执行偏差。一次性投入（实施、迁移开发、培训）与持续性投入（新平台订阅、运维）分列两栏，管理层据此判断首年支出与长期年化支出的差别。
下面是一段示例演算，所有数字均为假设值，仅用于说明计算过程，不代表任何实际报价：假设迁移范围含 200 个项目、15 万条工作项、500GB 附件，投入人力合计 120 人天，内部费率按 800 元/人天折算，人力成本约 9.6 万元；迁移工具与临时环境按 3 个月计 2 万元；并行期 4 周、10 人参与维护，按每日 2 小时折算约 4 万元；外部实施服务待询价，暂按 10 万元假设；隐性投入按人力成本 15% 计约 1.4 万元。合计约 27 万元，区间可给 24 万至 32 万元，下限对应并行期缩短和返工较少的情形，上限对应数据量超预期和外部报价上浮的情形。
输出结果建议同时给基准值和区间：基准值用于立项申报，区间用于说明不确定性，两者共用同一套公式和假设表。
哪些因素会让估算明显偏移
估算给出的是区间，区间的宽度由几个敏感因素决定。识别这些因素，并在汇报时说明它们的影响方向，比追求一个精确的单点数字更有决策价值。
- 数据量与附件规模超预期：附件总量翻倍会直接推高存储带宽和搬运时长，并延长试迁移轮次。
- 字段映射复杂度与历史数据质量：自定义字段多、状态流转不规则、历史数据存在脏数据时，映射设计和清洗工作量上升，这是人力偏差的主要来源。
- 并行期长度：并行期每延长一周，双系统维护人力和订阅费用同步增加，属于线性放大的成本项。
- 返工比例与验证轮次：试迁移发现问题需要回改映射或脚本，每增加一轮全量验证，人力投入按比例上升。
- 外部服务报价与汇率波动：原厂服务与实施费用在询价前只能给假设值，外币计价项还受汇率影响。
- 人员可用性与关键角色缺口：熟悉旧系统的骨干被抽调或离职，会拉长准备阶段并增加外部支持依赖。
建议对每个因素给出影响方向（推高或降低）和大致幅度（例如“附件量增加 50%，工具与人力合计上浮约 10%—15%”），幅度依据来自历史项目复盘或访谈判断，并注明是估算而非实测。
取数方法与依据来源怎么留痕
评估要经得起复核，每个数字都要能回答“从哪来、谁确认、什么时候取的”。做法是建一张取数台账，逐项登记，未确认的项保留待确认状态，不用估值填充。
主要取数渠道有四类：一是系统导出统计，包括项目数、工作项数、附件总量、活跃用户数，导出时记录导出时间和统计口径；二是供应商报价单与合同条款，作为工具和外部服务的价格依据；三是历史项目工时记录或同类迁移复盘数据，用于校准人力估算；四是访谈与工时估算，需与历史数据交叉验证，两者差异较大时说明原因。
台账字段建议包括：数据项、来源、取数时间、责任人、确认状态、备注。确认状态分为已确认、待确认、待询价三档，汇报时按状态汇总，让管理层清楚总额中有多少来自已确认数据。
在工具层面，迁移范围统计和阶段任务可以在 ONES 中承载：迁移对象清单、各阶段任务和责任人可登记为工作项，工时与资源投入可在 ONES Plan 中查看登记工时、预估工时和剩余工时，并生成资源报表反馈投入情况，使评估数据与执行数据使用同一套记录。迁移前的取数流程仍需企业按上述台账方法自行建立。
| 数据项 | 来源 | 取数时间 | 责任人 | 确认状态 |
|---|---|---|---|---|
| 项目数、工作项数 | 旧系统导出统计 | 填写导出日期 | 系统管理员 | 已确认 |
| 附件总量 | 旧系统存储统计 | 填写导出日期 | 系统管理员 | 已确认 |
| 工具与平台费用 | 供应商报价单 | 填写报价日期 | 采购 | 待询价或已确认 |
| 人力费率 | 内部核算标准 | 填写取数日期 | 财务或 HR | 已确认 |
| 同类迁移工时 | 历史项目记录或复盘 | 填写取数日期 | 项目经理 | 待确认 |
六类依据齐备后，评估报告的结构也就清楚了：范围表说明迁什么、多大、多久；成本项清单说明钱和人花在哪；口径表保证数字可加总；计算模型给出可复算的总额与区间；敏感因素说明不确定性来源；取数台账支撑复核。按这个顺序推进，迁移预算既能向管理层交代清楚，也能在执行中持续对照修正。
常见问题
迁移范围里哪些对象最容易被漏算，导致预算偏低？
常见漏项集中在三类：依赖插件的定制功能、历史附件与历史记录、集成配置。项目和工作项数量通常有人统计，插件实际使用清单、附件总量与平均大小、对外集成接口往往没有现成台账，需要单独导出核对。建议在范围表里为每类对象写明统计口径和取数时间，插件与定制场景逐项评估匹配方式，再进入人力估算。
内部人力要不要折算成金额，两种做法各适合什么情况？
向管理层申请预算、需要与外部报价横向比较时，把内部人力按企业核算费率折算成金额，总额更完整。仅评估团队排期和占用时，保留人天总量即可，不强行折算。两种做法都应在口径表中写明，并保持全文一致；如果部分项折算、部分项不折算，汇总数就失去可比性。
没有历史迁移工时数据，人力估算怎么做才不至于拍脑袋？
可以用工作量分解加交叉验证的方式：把人力拆到数据梳理、映射设计、脚本开发、测试验证、培训支持等子项，每项按对象数量给出估算区间；再找参与过类似迁移的骨干做访谈，与分解结果对照，差异大的子项说明原因。试迁移阶段的小批量结果也可以反过来校准全量估算。所有估算注明依据来源和确认状态，不用单一数字掩盖不确定性。
并行期应该按多长时间估算，延长后成本怎么变化？
并行期长度取决于业务对切换风险的容忍度和验证轮次，常见做法是覆盖一个完整业务周期后再下线旧系统。成本上，并行期每延长一周，双系统维护人力和订阅费用同步增加，属于随并行人数线性放大的项。评估时把并行期作为独立假设写入口径表，并在敏感性分析中给出缩短和延长两种情形下的总额变化。
评估完成后，执行阶段的实际投入怎么和预算对照？
关键是让评估数据和执行数据使用同一套记录。迁移对象清单、各阶段任务和责任人可以登记为工作项，工时按阶段登记，再定期把实际工时与预算分项对比，偏差超过设定阈值的项回到敏感因素清单里复核。ONES Plan 可查看 ONES Project 中的登记工时、预估工时和剩余工时，并生成资源报表反馈投入情况，便于按阶段跟踪。取数台账的确认状态也应随执行更新，把待询价项逐步替换为实际价格。
