迁移资源评估要覆盖五类资源：人力、预算、时间、环境和外部支持。分类时可以用五个问题逐项归位——谁投入、花什么、占多久、依赖什么、外部提供什么。这样做的目的是把替换过程中的投入与依赖列清楚，避免把外部顾问算进内部人力，或把测试环境当作免费资源。本文按这五类展开定义、边界与归位示例，并在资源清单跟踪环节说明ONES可承接的部分。
要点总览（TL;DR）
- 迁移资源评估覆盖五类资源：人力、预算、时间、环境和外部支持，用“谁投入、花什么、占多久、依赖什么、外部提供什么”五个问题逐项归位。
- 人力按内部角色与外部顾问分列，外部顾问单列一行并在外部支持中记录合同边界，避免虚增内部投入。
- 预算区分一次性支出与持续费用；时间划分准备期、执行窗口、验证期与缓冲，停机时间需同时评估业务影响。
- 资源评估提供分类完整的资源底账，工作量估算细化到人天，成本核算换算金额，资源缺口再转入风险登记。
- 常见归位错误包括把外部顾问计入内部人力、把停机只算作时间、把测试环境当作免费资源。
迁移资源评估的直接答案：五类资源与分类口径
迁移资源评估的对象是一次工具替换过程中需要投入的人员、资金、时间、环境和外部条件。它回答的是“这次迁移要动用哪些资源、这些资源从哪里来、是否够用”，而不是“迁移要花多少人天”或“总共要花多少钱”。先把资源类型分全，后续的工作量估算、成本核算和风险登记才有稳定的输入。
五类资源的定义与分类口径如下：
| 资源类型 | 定义 | 分类口径 | 在迁移评估中的典型表现 |
|---|---|---|---|
| 人力 | 参与迁移准备、执行和验证的人员及其可投入程度 | 按投入主体区分内部角色与外部顾问 | 系统管理员、开发、测试、业务代表、外部实施顾问 |
| 预算 | 迁移相关的资金支出 | 按支出性质区分一次性支出与持续费用 | 新工具许可、迁移服务费、培训费、后续运维费 |
| 时间 | 迁移占用的日历周期与关键窗口 | 按占用周期区分准备、执行、验证与缓冲 | 数据梳理期、切换窗口、并行验证期、回退缓冲 |
| 环境 | 迁移所依赖的技术与合规条件 | 按依赖条件归位 | 测试环境、网络连通性、账号权限、数据合规要求 |
| 外部支持 | 由组织外部提供的服务、约束与知识 | 按外部来源与交付边界归位 | 厂商迁移服务、合同条款、原厂培训、插件适配支持 |
五个问题与五类资源一一对应：问“谁投入”得到人力，问“花什么”得到预算，问“占多久”得到时间，问“依赖什么”得到环境，问“外部提供什么”得到外部支持。评估时逐项过一遍，能减少漏项，也能让同一件事只归入一类，避免重复计算。
定义与边界：哪些算迁移资源，哪些不算
迁移资源评估的范围是替换过程中的投入与依赖，起点是迁移立项，终点是新工具稳定运行并完成交接。落在这个区间内、为迁移而发生的人员、资金、时间、环境和外部条件，都属于评估对象。
以下事项不属于迁移资源评估的范围：
- 日常运维成本。新工具上线后的例行维护、账号管理、版本升级属于运营预算，除非在迁移期内已经发生，否则不列入迁移资源。
- 产品功能对比。哪个工具的功能更合适，属于选型判断，是迁移决策的前置输入，不是资源项。
- 选型决策本身。评估哪家厂商、走什么采购流程，属于选型与采购主题；迁移资源评估从方案确定后开始计算投入。
- 组织长期的能力建设规划。迁移期内的培训算资源，迁移之后的人才梯队建设不属于本次评估。
与相邻主题的边界也需要说清：整体替代方案讨论的是替换的路径、阶段和风险控制，资源评估是其中一个输入文档；从零选型讨论的是在没有存量系统的情况下如何挑产品，不涉及存量数据和历史配置的搬迁投入。把这三者混在一起写，资源清单会变得臃肿，关键项反而被淹没。
人力、预算、时间、环境与外部支持怎么分类
分类的关键是给每类资源找到唯一归属，并在清单里写清数量、来源和可用性。下面逐类说明构成、归位方法和容易混淆的地方。
人力：内部角色与外部顾问分开列
内部人力按角色列，常见的有系统管理员、开发人员、测试人员、业务代表和项目负责人。每个角色要写清投入比例和可投入的时间段，例如“管理员1人，迁移期投入50%”。业务代表往往被忽略，但字段含义确认、历史数据取舍、验收标准制定都依赖业务侧判断，缺少这一角色会让迁移在验证阶段反复返工。
外部顾问单独成行，标注服务方、服务内容和计费方式。外部顾问参与迁移执行，投入主体在组织外部，归入人力会虚增内部投入，归入外部支持又丢掉了“人”的属性。可行的做法是在人力表中单列“外部顾问”一行，同时在外部支持中记录对应的合同与服务边界，两处信息互相引用而不重复计数。
预算：一次性支出与持续费用分列
一次性支出包括新工具许可或订阅的首次采购、迁移服务费、数据清洗与脚本开发的外包费用、必要的硬件或环境采购。持续费用包括迁移期及之后的运维投入、培训费用、按年续费的部分。两类费用的决策口径不同：一次性支出看总额与审批周期，持续费用看年度占用与长期承受能力。
评估阶段不必给出精确金额，但要列出费用项、计价方式和大致量级，并注明哪些需要走采购流程、哪些已在现有合同内。把培训费混进服务费、把续费算成一次性支出，都会让后续预算审批出现缺口。
时间：准备期、执行窗口、验证期与缓冲
时间资源按阶段划分：准备期用于数据梳理、字段映射、环境搭建和方案确认；执行窗口是实际搬迁数据和切换使用的时段；验证期用于核对数据完整性、功能可用性和用户反馈；缓冲是留给意外情况的余量，通常按执行窗口的一定比例预留。
停机时间要单独标注，并同时评估业务影响。只记录“停机4小时”是时间信息，记录“停机4小时，覆盖月末结算，需财务提前出账”才是完整的资源判断。执行窗口尽量避开业务高峰，这一点在评估阶段就要提出，而不是等到切换前才协调。
环境：测试环境、网络、权限与合规
环境资源包括测试环境的搭建与维护、网络条件、账号与权限配置、数据合规要求。测试环境需要服务器、数据库和配置时间，有实际成本，不能按“免费”处理。网络条件要确认新旧系统之间、办公网与数据中心之间的连通性和带宽，跨网段或跨地域时尤其要提前验证。
权限与合规要求按依赖条件归位：哪些数据需要脱敏后才能进入测试环境、哪些操作需要审批、是否涉及数据出境或等保要求。这类条件往往由安全或法务部门提出，评估时要确认对接人和确认周期，否则会成为执行阶段的阻塞项。
外部支持：厂商服务、合同约束与知识转移
外部支持包括厂商提供的迁移工具与迁移服务、合同中的服务范围与响应条款、原厂培训与文档、插件或定制场景的适配支持。评估时要写清交付边界：厂商负责到什么程度，哪些工作仍需内部完成，出问题时按什么渠道响应。
知识转移是容易被低估的一项。迁移完成后，内部团队需要独立维护新系统，因此培训场次、文档交付、陪跑周期都应作为外部支持的内容列入清单。对于存在插件或定制场景的迁移，还需要逐项评估适配方式，避免假设所有定制都能一一对应。
相邻概念区别：资源评估与工作量估算、成本核算、风险登记的区别
资源评估、工作量估算、成本核算和风险登记经常在同一份迁移方案里出现，但输出物不同，混用会导致重复劳动或遗漏。
| 概念 | 回答的问题 | 主要输出 | 与资源评估的关系 |
|---|---|---|---|
| 资源评估 | 需要哪些资源、从哪里来、是否够用 | 五类资源清单及可用性判断 | 本项 |
| 工作量估算 | 需要多少人天 | 按任务或角色分解的人天数量 | 以人力清单为输入，细化到人天 |
| 成本核算 | 总共花多少钱 | 金额明细与预算科目 | 以预算清单为输入，换算为金额 |
| 风险登记 | 哪些事项可能影响迁移、如何应对 | 风险条目、等级、责任人与应对措施 | 资源缺口可作为风险来源转入登记 |
四者的顺序是先做资源评估，再做工作量估算和成本核算，最后把识别出的缺口登记为风险。资源评估本身不计算人天和金额，也不承担风险跟踪职能；它提供的是分类完整、来源清楚的资源底账。资源缺口一旦确认，例如关键管理员在切换窗口期间不可用，就转成风险条目，由风险登记表跟进应对措施。
具体例子与常见误解
以下为演示情景：某研发团队计划把旧的项目管理工具替换为新工具，存量数据包括项目、任务、附件和评论，团队规模约百人，切换安排在季度末之后的第一个周末。按五类资源填列如下。
| 资源类型 | 填列内容 |
|---|---|
| 人力 | 内部：系统管理员1人（迁移期60%）、开发2人（数据脚本与接口适配，各30%）、测试1人（验证期全职）、业务代表2人（字段确认与验收，各20%）；外部：实施顾问1人，按合同提供迁移工具配置与执行支持 |
| 预算 | 一次性：新工具首年许可、迁移服务费、数据清洗外包费；持续：次年起的订阅续费、内部培训费 |
| 时间 | 准备期3周（数据梳理、字段映射、测试环境搭建）；执行窗口1个周末，停机约8小时；验证期2周并行运行；缓冲按执行窗口的30%预留 |
| 环境 | 测试环境1套（含数据库与附件存储）、新旧系统间网络连通性验证、迁移账号权限申请、附件中客户信息的脱敏要求 |
| 外部支持 | 厂商迁移工具与实施服务、合同约定的响应时限、原厂培训2场、插件适配的逐项评估支持 |
这个例子里有三处常见归位错误值得注意。
- 把外部顾问计入内部人力。实施顾问由服务方派出，计费在服务合同内，若计入内部人力，会让人力投入看起来充足，实际内部可用人手被高估。修正方式是在人力表中单列外部顾问，并在外部支持中记录合同边界。
- 把停机时间只算作时间资源。8小时停机本身是时间信息，但它落在周末、影响哪些业务、是否需要提前出账或通知客户，属于业务影响判断。修正方式是在时间项下同时标注停机覆盖的业务范围与协调动作。
- 把测试环境当作免费资源。测试环境需要服务器、数据库和搭建人力，附件存储还可能涉及额外容量。修正方式是在环境项下列出环境数量、搭建工作量和维护责任，并在预算中体现相应成本。
资源清单形成后，需要在迁移过程中持续跟踪：谁在什么时间投入、哪些资源已到位、哪些出现缺口。ONES 的 Jira & Confluence 替换方案把迁移工具、原厂服务和分阶段切换结合起来，并在正式迁移前确认数据范围、功能匹配和系统适配；对于存在插件或定制场景的企业，迁移前需要逐项评估，避免假设所有插件都能一一对应。在资源跟踪环节，可以把五类资源拆成工作项，用状态标记到位情况，把迁移方案、字段映射表和验收记录放在文档中随任务关联，交接时按角色确认。ONES Plan 提供资源报表和项目工时管理，可查看登记工时、预估工时与剩余工时，适合在迁移期核对人力投入与计划的偏差。具体服务范围、交付周期与版本能力以厂商实际说明为准。
常见问题
迁移资源评估做到什么程度算够用，什么时候可以进入工作量估算？
判断标准是五类资源都已列出，并且每项写清了来源、数量和可用性。人力有角色和投入比例，预算有费用项和计价方式，时间有阶段划分和关键窗口，环境有依赖条件和确认人，外部支持有交付边界。达到这个程度，资源底账就足以支撑后续的人天估算和金额核算。若某类资源仍停留在“大概需要一些人”这类描述，先补齐再往下走，否则估算结果会反复调整。
迁移期间关键人员只能部分投入，资源评估里怎么体现？
在人力项下按角色标注投入比例和可投入的时间段，例如“管理员1人，迁移期投入50%，切换窗口期间全职”。同时把投入不足的部分识别为资源缺口，转入风险登记，写明应对措施，如安排备份人员或调整执行窗口。资源评估负责把缺口暴露出来，不负责解决缺口；把比例写清楚，比笼统写“人手紧张”更有助于后续协调。
外部顾问既参与执行又提供培训，应该归入人力还是外部支持？
建议两处都记、互相引用而不重复计数。人力表中单列“外部顾问”一行，标注服务方、投入时段和计费方式；外部支持中记录对应的合同服务范围、响应条款和培训交付内容。这样人力视图能看到执行投入，合同视图能看到交付边界。若只归入其中一类，要么高估内部可用人手，要么丢失执行层面的信息。
迁移资源清单形成后，如何在执行过程中跟踪到位情况？
可以把五类资源拆成工作项，用状态标记是否到位，并把迁移方案、字段映射表和验收记录作为文档随任务关联，交接时按角色确认。ONES Plan 提供资源报表和项目工时管理，可查看登记工时、预估工时与剩余工时，适合在迁移期核对人力投入与计划的偏差。具体服务范围与版本能力以厂商实际说明为准。
测试环境和合规确认这类资源，评估时容易漏掉什么？
容易漏掉的是确认周期和对接人。测试环境需要服务器、数据库和搭建人力，附件存储还可能涉及额外容量，这些都要计入环境项并体现相应成本。合规要求如数据脱敏、操作审批、数据出境判断，往往由安全或法务部门提出，评估时要写明对接人和预计确认时间，否则会在执行阶段变成阻塞项。
