项目归档按“确定范围与责任—收集并核对交付物—整理过程记录—编写归档说明—评审入库—设置保管与借阅规则”六步执行。归档对象是项目全生命周期的成果与过程证据，需要每步都有输入、动作、输出和完成标志，并由项目经理、文档管理员、技术负责人和业务接收方分工确认。本文给出可直接套用的范围清单、流程表、分工表与完成检查表。
要点总览（TL;DR）
- 项目归档按六步推进：确定范围与责任人、收集并核对交付物与验收记录、整理过程记录、编写归档说明与目录、组织归档评审、入库并设置保管期限与借阅权限。
- 归档范围按成果类、过程类、管理类、合同与验收类四类划定；正常收尾覆盖四类完整内容，提前终止需补充终止决策与清算材料，暂停项目按阶段性归档处理。
- 项目经理负总责并编写归档说明，技术负责人提交技术文档与配置基线材料，文档管理员负责目录、命名与入库保管，业务接收方确认成果移交，质量或PMO组织评审与抽查。
- 归档完成检查按范围完整性、可读性与版本一致性、验收与移交确认、权限与保管期限四组进行，阻断项未通过不予入库。
- 归档任务可作为工作项跟踪责任人与状态，归档文档集中存放并保留版本记录，评审与入库结论随任务和文档留存。
项目归档先定范围：哪些内容必须归档
归档范围决定了后续收集、整理和评审的工作量。范围定得太窄，验收依据和决策过程会缺失；定得太宽，大量草稿和临时文件进入归档库，反而降低检索效率。建议在项目进入收尾阶段时，由项目经理牵头列出归档范围清单，经技术负责人和文档管理员确认后执行。
按四类对象划定归档内容
| 类别 | 典型内容 | 判定规则 |
|---|---|---|
| 成果类 | 最终交付物、产品文档、源代码或配置基线、培训材料 | 属于合同或验收范围、可对外移交的成果 |
| 过程类 | 关键会议纪要、变更记录、风险与问题台账、阶段评审记录 | 能说明重要决策依据和过程偏差的材料 |
| 管理类 | 项目计划、预算与成本记录、资源投入记录、周报月报汇总 | 反映项目目标、资源与执行情况的管理文件 |
| 合同与验收类 | 合同及补充协议、验收报告、移交确认单、结算材料 | 具有法律或商务效力的文件，原则上全部归档 |
判定一份材料是否归档，可以问三个问题：它是否记录了项目的重要承诺或决策？它是否是验收、审计或后续维护的依据？它是否在项目结束后难以重新获取？三个问题中有一个答案为“是”，就应纳入归档范围。
按项目结束方式调整范围
正常收尾的项目，归档范围覆盖上述四类完整内容，重点是验收报告与移交确认。提前终止的项目，除已完成部分的成果和过程记录外，还需保留终止决策文件、终止原因说明、合同处理与清算材料、未完成事项清单，便于后续追溯责任和复用经验。暂停的项目按“阶段性归档”处理：已完成的阶段成果和关键决策记录先入库，同时标注暂停状态和预计恢复条件，恢复后补充后续材料。
范围确认的责任人与时点
范围清单由项目经理编制，在项目进入收尾或决定终止、暂停时完成初稿；技术负责人确认技术类材料是否齐全，文档管理员确认分类与命名是否可执行，业务接收方确认成果类内容是否满足接收要求。范围清单确认后作为后续收集和评审的依据，中途新增材料需在清单上补充记录。单次软件交付的验收操作属于交付验收与追溯范畴，本文不展开。
归档六步操作：从收集到入库
六步流程按顺序推进，每一步都有明确的输入、动作、输出和完成标志。完成标志未达成时不进入下一步，避免问题累积到评审阶段才暴露。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 确定责任人与时间窗 | 项目结束或终止、暂停的决定 | 指定归档负责人和各角色接口人，约定收集截止日与评审日期 | 归档任务分工与时间计划 | 每个角色都明确交付物和截止时间 |
| 2. 收集并核对交付物与验收记录 | 范围清单、合同与验收文件 | 按清单逐项收集，核对版本与验收结论是否一致 | 成果类与合同验收类材料集合 | 清单内成果项均有对应文件且版本正确 |
| 3. 整理过程记录 | 会议纪要、变更单、风险台账、阶段评审记录 | 筛选关键记录，去除草稿和重复文件，按类别归并 | 过程类与管理类材料集合 | 关键决策和变更均有记录可查 |
| 4. 编写归档说明与目录 | 已整理的全部材料 | 编写归档说明，建立目录结构，统一文件命名 | 归档说明、目录索引 | 目录与实际文件一一对应，说明字段完整 |
| 5. 组织归档评审 | 归档说明、目录、全部材料 | 由质量或PMO组织评审，按检查表逐项核对 | 评审记录与整改意见 | 阻断项全部通过，整改项有处理结论 |
| 6. 入库并设置保管与借阅规则 | 评审通过的材料与目录 | 导入归档库，设置保管期限、借阅权限和责任人 | 入库记录、权限配置 | 可检索到归档条目，权限与期限已生效 |
时间窗的设置需要与项目实际节奏匹配。正常收尾项目通常在验收完成后两周内完成收集，一个月内完成评审入库；提前终止项目应在终止决定作出后尽快启动，优先保证合同与清算材料入库。时间窗过紧容易导致材料凑数，过松则人员分散、材料难以追溯。
角色与交付物分工：谁在什么时候交什么
归档责任不清是流程卡住的常见原因。把每个角色的交付物和提交时点写进归档任务，可以减少反复催收。以下分工适用于多数项目，组织可结合自身岗位设置调整。
| 角色 | 主要职责 | 交付物 | 提交时点 |
|---|---|---|---|
| 项目经理 | 归档总责，确认范围，编写归档说明 | 范围清单、归档说明、管理类材料 | 收尾启动时提交范围清单，评审前提交归档说明 |
| 技术负责人 | 提交技术文档与配置基线材料 | 技术文档、代码或配置基线说明、版本记录 | 收集截止日前 |
| 文档管理员 | 建立目录、统一命名、执行入库与保管 | 目录索引、命名规范执行记录、入库记录 | 整理阶段完成目录，评审通过后完成入库 |
| 业务接收方 | 确认成果移交 | 移交确认单或接收签字记录 | 评审前 |
| 质量或PMO | 组织归档评审与抽查 | 评审记录、抽查报告 | 评审时及入库后 |
分工表需要与项目实际参与人对应，明确到姓名而非岗位名称。对于跨部门项目，业务接收方的确认时点应提前约定，避免评审时因等待签字而延期。质量或PMO的抽查可以在入库后按季度进行，重点检查目录与实物是否一致、权限设置是否符合规定。
归档目录与命名示例
以下示例假设一个为期八个月的企业内部系统建设项目，以正常验收方式结束。示例仅用于说明目录结构和命名规则，实际项目可按组织规范调整层级和字段。
目录层级示例
- 01_成果类：最终交付物、用户手册、培训材料、配置基线说明
- 02_过程类：关键会议纪要、变更记录、风险与问题台账、阶段评审记录
- 03_管理类：项目计划、预算与成本记录、周报月报汇总
- 04_合同与验收类：合同及补充协议、验收报告、移交确认单、结算材料
文件命名规则示例
统一采用“项目代号_文档类型_版本_日期”的结构，例如：
PRJ2024-018_验收报告_V1.0_20241120
PRJ2024-018_变更记录_V1.2_20240915
PRJ2024-018_配置基线说明_V1.0_20241110
日期使用八位数字，版本号在文件内容实质变化时递增，避免出现“最终版”“最终版2”这类无法判断先后的命名。
归档说明字段示例
| 字段 | 填写示例 |
|---|---|
| 项目名称 | 企业内部审批系统建设项目 |
| 项目周期 | 2024年4月至2024年11月 |
| 项目负责人 | 项目经理姓名 |
| 归档范围 | 成果类、过程类、管理类、合同与验收类，共四类 |
| 保管期限 | 按组织制度与合同约定填写 |
| 归档日期与经办人 | 入库日期、文档管理员姓名 |
示例体现的通用规律是：目录按材料性质分层，命名包含可检索的关键字段，归档说明记录项目基本信息和保管要求。三者配合，才能让后续查阅者在不询问原项目成员的情况下找到所需材料。
归档完成检查：逐项判断是否通过
归档评审按四组检查项逐项核对，任一组存在阻断项未通过时不予入库。检查结果需留存记录，作为评审结论的证据。
| 检查组 | 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|---|
| 范围完整性 | 范围清单内各类材料是否齐全 | 清单条目均有对应文件，无缺项 | 范围清单与目录对照记录 | 项目经理 |
| 范围完整性 | 提前终止或暂停项目是否保留决策与清算材料 | 终止决策、原因说明、未完成事项清单齐全 | 终止相关文件 | 项目经理 |
| 可读性与版本一致性 | 文件能否正常打开，命名是否符合规则 | 抽检文件可读，命名统一 | 抽检记录 | 文档管理员 |
| 可读性与版本一致性 | 同一文档是否存在多个版本混放 | 每个文档仅保留有效版本，历史版本有说明 | 版本清单 | 技术负责人 |
| 验收与移交确认 | 验收报告与移交确认单是否齐全 | 验收结论明确，接收方已确认 | 验收报告、移交确认单 | 业务接收方 |
| 权限与保管期限 | 保管期限与借阅权限是否设置 | 期限符合制度或合同要求，权限按角色配置 | 权限配置记录 | 文档管理员 |
阻断项包括：合同与验收类材料缺失、验收结论不明确、移交未确认、权限未设置。这些情况直接影响归档的法律效力和后续使用，必须在入库前解决。其余问题可作为整改项记录，限期处理。检查人与证据留存应写入评审记录，便于后续抽查时追溯。
用工具承载归档流程与状态
归档涉及多个角色在不同时间提交材料，靠邮件和口头催收容易丢失状态。把归档作为一组工作项纳入项目管理工具，可以让责任人、截止时间和状态流转保持可见。
具体做法是：在项目收尾阶段创建“项目归档”工作项，拆分为范围确认、材料收集、目录整理、评审、入库等子任务，分别指派给对应角色并设置截止时间，状态按“待处理—进行中—待评审—已完成”流转。归档文档集中存放在项目文档区，按目录结构组织并保留版本记录，评审意见和入库结论作为文档或工作项记录留存。项目负责人可以按项目筛选归档相关任务，查看哪些环节尚未完成。
ONES 支持以工作项跟踪任务责任人与状态，并提供项目文档的集中存放与版本管理能力，可用于承载上述归档任务流转和文档归集；评审与入库的交接记录也可通过工作项状态和文档记录保留。具体配置方式以组织实际使用的产品版本和功能为准。工具承载的是流程状态和材料归集，归档范围与检查标准仍需按本文前面的清单执行。
常见问题
项目暂停后又恢复，之前做的阶段性归档需要重新整理吗？
不需要推倒重来，但需要做一次衔接核对。恢复时先调出暂停阶段已入库的材料和范围清单，确认暂停期间是否有新的决策、变更或合同调整；如有，补充进范围清单并归入对应类别。恢复后的阶段成果按正常流程继续收集，最终收尾时把暂停前后的材料合并成完整目录，归档说明中注明暂停起止时间和恢复条件，便于后续查阅者理解项目节奏。
归档评审发现材料缺失，但原项目成员已经调离，怎么处理？
先由项目经理确认缺失材料的性质和影响：合同、验收报告、移交确认单这类阻断项缺失，需要联系原成员或相关业务方补取，无法补取的应形成书面说明并记录替代证据，例如系统记录、邮件往来或验收会议纪要。过程类材料缺失且不影响验收与审计的，可作为整改项记录并注明原因。评审记录中要写清缺失项、处理方式和责任人，避免入库后无人跟进。
归档时间窗应该定多长，提前终止的项目和正常收尾有区别吗？
时间窗要跟项目实际节奏匹配。正常收尾项目通常在验收完成后两周内完成材料收集，一个月内完成评审入库；提前终止项目应在终止决定作出后尽快启动，优先保证合同、清算材料和终止决策文件入库，其余材料可分批补充。时间窗过紧容易导致材料凑数，过松则人员分散、材料难以追溯，建议在归档任务中把每个角色的截止时间写清楚。
归档目录和文件命名需要所有项目统一，还是可以按项目类型调整？
建议在同一组织内保持基本框架统一，至少目录的一级分类和命名中的关键字段保持一致，这样跨项目检索和抽查才有可比性。具体层级和字段可以按项目类型微调，例如研发项目增加配置基线说明，工程项目增加施工与监理材料。调整后的规则应写入组织归档规范，并在归档说明中注明本项目采用的目录版本，避免不同项目各写一套导致后续查找困难。
归档完成后，借阅权限和保管期限由谁维护，到期后怎么处理？
入库时由文档管理员按组织制度和合同约定设置保管期限与借阅权限，并在归档说明中记录。日常借阅按权限执行，超出权限的申请走审批。保管期限到期前，由文档管理员发起复核，确认是否续期、移交档案部门或按制度销毁；涉及合同和验收材料的，复核时应征求法务或业务方意见。复核结论同样留存记录，保证归档从入库到处置的全过程可追溯。
