项目管理软件从 Excel 迁移，先清洗字段规则，再搬历史任务

把项目台账从Excel搬进项目管理软件，很多团队会先导历史任务，再边用边改。这个顺序看似快，实际把清洗成本推到上线之后：字段含义不统一，导入越顺利，返工越集中。

更稳妥的做法是先把字段规则定清楚，再判断哪些历史任务值得搬、以什么粒度搬。迁移不是文件搬运，而是一次小范围的数据治理。规则先行，返工发生在切换之前；任务先行，返工往往发生在上线之后。

一、为什么必须先定字段，再搬任务

1. 导入只改变位置，不改变含义

Excel的灵活来自它几乎没有强制约束。同一列可以写进行中、处理中、开发中，也可以留空；同一个负责人可能写姓名、拼音或工号。把这些列直接导入系统，系统只能照单全收。导入成功不等于数据可用，字段含义不统一，记录越完整，后续核对越困难。

2. 旧问题会随历史数据进入新系统

历史任务里常混着重复记录、失效项目和没有负责人的待办。系统不会自动判断这些状态是否合理，只会把它们变成新的待办和报表分母。上线后，团队看到新界面，处理的仍是旧问题。

3. 规则先行，才能判断哪些数据值得搬

字段规则确定后，迁移范围自然清楚：哪些字段必须填、哪些状态可以合并、哪些任务只保留摘要。字段规则不是录入规范，而是迁移的筛选器。

建立规则的第一步，是先列一份字段字典。

二、建立字段字典：把表格语言翻译成系统语言

1. 先盘点业务对象，不要从列名开始

Excel列名常按部门习惯命名，同一对象可能散落在多张表里。先确认要迁移的业务对象：项目、任务、需求、缺陷、里程碑、工时。每个对象对应哪些表、哪些行，先画清楚。对象不清楚，字段映射就会退化成列名对列名。

2. 每个字段至少定清五件事

一个可执行的字段定义，至少包含五项：字段名称与业务含义、数据类型、是否必填与默认值、值域或枚举、异常处理责任人。少一项，清洗时就会反复讨论这条记录该不该留。字段字典的价值不在写得多全，而在每个字段都能回答空值、非法值和判断责任。

图1：字段字典五要素，缺一项就会把判断压力推到清洗现场。

3. 用映射表固定状态、日期与人员规则

状态字段要先做映射。旧表里的处理中可能同时包含已受理和开发中，新系统若通过工作流只允许一个状态，就要拆分或合并。日期字段要统一格式，计划完成时间和实际完成时间不能混用。人员字段要绑定唯一账号。

可直接套用的字段映射表模板如下。

转换规则和异常处理两列不能留空。没有异常处理的映射表只是列名对照，写清异常处理才是可执行的迁移规则。

三、清洗的目标不是删数据，而是把异常说清楚

1. 四类高频异常先处理

第一类是重复记录；第二类是负责人、截止时间等关键字段缺失；第三类是优先级、状态、分类的值域不一致；第四类是任务找不到所属项目，或负责人已离职。2018年发布的国家标准《信息技术 数据质量评价指标》把规范性、完整性、准确性、一致性、时效性和可访问性列为评价维度，清洗可按这组维度设检查项。清洗顺序应按影响决策的程度排列，而不是按修改难度排列。

2. 用三层数据和异常清单保留依据

不要在原表上直接改。至少保留只读的原始导出、清洗结果和异常清单三份数据，出现争议时能追溯是哪条规则改变了哪个值。清洗可以改值，但不能丢失改值的依据。

状态能否合并、过期任务是否保留、离职员工的待办转给谁，这些不是技术问题。每类异常指定一名业务负责人和判断时限，技术团队只做规则执行与核对。

四、历史任务要分层，不必全部搬进新系统

历史任务要不要全搬，是项目管理软件迁移中很容易被低估的一步。

1. 三个问题筛出迁移候选

这条任务是否仍在影响当前决策？是否还有未完成的动作？未来是否可能被追溯？三个问题中至少有一个为是，才进入迁移候选。全部为否的记录，保留只读归档即可。判断标准是记录还有没有使用价值，而不是它在Excel里占了几行。

2. 四层分流，决定保留粒度

候选任务按使用价值分成四层：直接迁移层保留完整字段和关联；摘要迁移层只保留标题、结论、负责人和关键时间；只读归档层保留原始文件，不进入日常视图；清理层记录销毁理由和审批人。迁移目标不是数量完整，而是让每条记录都能被解释。

图2：历史任务按使用价值分为四层，越往下保留的字段越少，维护成本也越低。

3. 附件、讨论和工时单独处理

附件体积大、格式杂，全部迁移会拖慢导入和检索。更实际的做法是用文档管理保留附件索引，正文只迁移结论和关键位置。讨论记录无法保留原时间线时，改为摘要并注明出处。工时数据涉及考核口径，迁移前要确认统计规则是否变化。

同时确定数据截止日，截止日后的变更只在新系统发生，旧表转为只读。没有截止线的迁移，很容易出现两套数据同时更新。

五、试迁移与核对：把错误留在切换之前

1. 小样本试迁，逐批放量

第一次试迁移不要全量。选取覆盖不同项目类型、不同状态、不同异常的数据样本，先跑通字段映射、状态转换和关联关系。小样本不是证明数据没问题，而是尽快暴露规则没覆盖到的情况。 每轮试迁后更新映射表，再进入下一批。

2. 四类核对，缺一不可

数量核对确认总量和分层数量一致；关键字段核对确认负责人、状态、时间、所属项目没有错位；关联关系核对确认任务能回到正确的项目和里程碑；状态与时间核对确认历史流转没有被压平。只核对总数，很难发现字段错位。

图3：迁移核对要同时通过数量、关键字段、关联关系、状态时间四道检查。

3. 设定回滚条件与唯一主数据源

切换前约定触发回滚的具体条件，例如关键字段错误超过阈值、核心项目无法查询、批量任务归属错误。回滚不是失败，而是把影响控制在可恢复范围内。并行期内指定唯一主数据源，否则新旧记录会互相覆盖。

迁移完成也不是导入进度到100%，而是业务人员能在新系统找到任务、看清状态、追溯结论，并且不再回Excel补记录。项目管理软件承接规则，不能替团队定义规则；能被日常使用接住的迁移，才算完成。

六、常见问题解答

1. 项目数量不多，也需要字段字典吗？

需要。项目少不代表字段少，字段含义不清带来的返工与项目数量无关。可先做一页纸的最小字典。

2. 历史任务导入后，原Excel还能继续用来做报表吗？

不建议。报表应逐步迁到新系统统一口径，旧表只作只读核对，否则会形成第二套口径。

3. 迁移后多久可以停用旧表？

不建议按固定天数停用。至少覆盖一个完整结项或月度复盘周期，确认查询、追溯和报表不再依赖旧表后再停用。

4. 字段规则定好后，业务部门不执行怎么办？

规则要嵌入录入和导入校验，而不是只发文档。必填、值域和状态流转由系统校验，例外走审批。培训解决理解，校验才解决执行。