项目归档要把项目全周期的成果、决策记录、过程证据和收尾结论整理成可检索、可追溯的正式记录，并在项目关闭前完成移交、复盘与审批。本文按“收什么—怎么收—谁来做—怎么检查”的顺序，给出归档范围、五步流程、角色分工和一份可逐项核对的完成检查表，适用于项目整体结束时的归档；单次交付验收的技术评审不在本文展开。
要点总览（TL;DR）
- 项目归档按成果类、管理过程类、决策与变更类、收尾结论类划定范围，目录控制在三到四层，命名统一为“项目编号_材料类别_版本_日期”。
- 归档按收集、整理、校验、移交、封存五步推进，每步以明确的完成标志作为进入下一步的条件。
- 项目经理统筹范围与审批，文档或配置管理员维护目录与版本权限，业务接收方签收，质量或PMO抽查，审批人批准封存，整理与验收职责应分开。
- 归档启动时点放在验收与复盘之后、项目关闭之前，变更记录缺失、版本混乱、接收方未签收是收尾阶段最常见的三类缺口。
- 用协作平台承载时，把归档动作拆成工作项、材料集中到受权限控制的文档空间，并让归档记录与项目关闭状态保持一致。
项目归档要收哪些内容、按什么结构组织
归档范围先按四类划定，再决定目录结构。四类材料覆盖了项目从启动到关闭的主要记录，也对应后续不同的使用场景：成果类供业务方复用，管理过程类供审计和复盘，决策与变更类供追溯，收尾结论类证明项目已正式结束。
| 材料类别 | 典型内容 | 主要用途 |
|---|---|---|
| 成果类 | 最终交付物、验收结论、成果说明与使用手册 | 业务接收方使用与后续复用 |
| 管理过程类 | 项目计划、进度报告、风险与问题记录、会议纪要 | 复盘、审计、同类项目参考 |
| 决策与变更类 | 评审纪要、变更申请与审批单、关键决策记录 | 追溯“为什么这样做” |
| 收尾结论类 | 复盘报告、移交签收单、关闭审批记录 | 证明项目已结束、责任已交接 |
目录层级建议控制在三到四层，例如“项目编号 / 材料类别 / 具体材料 / 版本文件”。命名采用统一规则，如“项目编号_材料类别_版本_日期”，让同名文件靠文件名即可区分版本，减少人工辨认。目录结构一旦确定，应在项目启动阶段就建立，收尾时只做归位和核对，避免最后临时拼目录。
材料分为必须归档与按需归档两类。必须归档的是四类中的核心记录：最终交付物、验收结论、变更审批、移交签收和关闭审批，缺一项就无法证明项目完整结束。按需归档的是过程性草稿、中间版本、日常沟通记录，由项目规模和行业要求决定是否保留。需要区分的是，单次交付验收材料只覆盖某一次交付的验收证据，项目归档则覆盖整个生命周期，前者是后者的组成部分，不能互相替代。
归档流程：从收集到封存的五个步骤
归档按“收集—整理—校验—移交—封存”推进，每一步都有明确的输入、动作、输出和完成标志，完成标志未达成不进入下一步。
第一步：收集
输入是项目全周期的材料来源清单，动作是逐项确认材料由谁提供、存放在哪里、何时提交，输出是一份带责任人的材料来源清单。完成标志是清单上每一项都有明确责任人，且责任人已确认可提供。
第二步：整理
输入是收集到的原始材料，动作是按既定目录分类归位、统一命名、去除重复文件、确认每份材料只有一个有效版本，输出是结构清晰、命名规范的归档目录。完成标志是命名与版本核对全部通过，目录中不存在无法判断版本的重复文件。
第三步：校验
输入是整理后的目录，动作是检查材料完整性（对照范围清单逐项核对）、可读性（文件能正常打开、内容完整）、权限与保密设置（敏感材料限定可见范围），输出是校验记录与问题清单。完成标志是完整性与保密检查没有未决项，发现的问题已修复或已记录处理结论。
第四步：移交
输入是校验通过的归档材料，动作是向业务接收方或档案管理方正式交接，双方确认材料范围与可用性，输出是移交签收记录。完成标志是接收方完成签收，签收记录中注明移交日期、材料清单和接收人。
第五步：封存
输入是签收完成的归档包，动作是登记归档记录、关闭项目状态、锁定归档目录的编辑权限，输出是归档登记条目和关闭后的项目状态。完成标志是项目状态已关闭，且归档记录与项目系统中的关闭状态一致。
谁来做：归档中的角色与交付物分工
归档责任要落到具体角色，并避免同一人既整理材料又验收材料。常见分工如下：
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 项目经理 | 统筹归档工作，确认归档范围，提交归档审批 | 归档范围确认、归档审批申请 |
| 文档/配置管理员 | 维护目录结构，管理文件版本与访问权限 | 规范化的归档目录、版本与权限记录 |
| 业务接收方 | 确认成果可用，完成签收 | 移交签收单 |
| 质量或PMO | 抽查材料完整性与流程合规性 | 抽查记录与整改意见 |
| 归档审批人 | 审核归档结果，批准封存与项目关闭 | 封存批准与关闭记录 |
分工的关键在于职责分离：整理由文档或配置管理员执行，成果可用性由业务接收方判断，完整性由质量或PMO抽查，封存由审批人批准。项目规模较小时，一人可能兼任多个角色，但整理与验收两项职责仍应分开，以保证检查的有效性。
示例：一个项目收尾归档的完整过程
以下为演示情景，用于说明流程如何落地，不代表特定组织的实际案例。
某内部系统改造项目进入收尾阶段，项目经理在最后一次周会上宣布启动归档，并指定文档管理员负责目录整理。触发时点是全部交付物通过验收、复盘会已召开之后。
收集阶段，项目经理按四类材料列出来源清单：成果类由开发负责人提供，管理过程类从项目协作空间导出，变更类由项目经理本人整理，收尾结论类由复盘组织者提供。每项都标注了责任人和提交日期。
整理阶段，文档管理员按“项目编号 / 材料类别 / 具体材料”归位，统一命名为“项目编号_类别_版本_日期”，并删除同一文件的多个副本，只保留最终版本。
校验阶段发现两个问题：一是三次需求变更中有一份变更审批单缺失，二是部分会议纪要只有草稿版本。前者由项目经理补齐审批记录，后者由文档管理员确认草稿即为最终记录后标注版本状态。两项问题处理后，校验记录中注明处理结论。
移交阶段，业务接收方对照材料清单确认交付物可用，在签收单上签字并注明日期。封存阶段，审批人审核签收记录与校验记录后批准关闭，文档管理员登记归档条目，项目状态改为已关闭，归档目录转为只读。
这个示例可迁移的规律是：归档启动时点放在验收与复盘之后、项目关闭之前；问题在校验阶段集中暴露并留痕处理；签收与审批构成关闭的前置条件。
归档完成检查表与常见缺口
归档是否完成，用一份检查表逐项核对，每项给出通过标准，而不是只列条目。
| 检查类别 | 检查项 | 通过标准 |
|---|---|---|
| 材料完整性 | 四类材料是否齐全 | 范围清单中每项材料均有对应文件，无缺项 |
| 命名规范 | 文件名是否符合统一规则 | 全部文件可按“项目编号_类别_版本_日期”识别 |
| 版本唯一性 | 同一材料是否存在多个有效版本 | 每份材料仅保留一个最终版本，历史版本有明确标注 |
| 权限与保密 | 敏感材料是否限定可见范围 | 权限设置与材料密级一致，无越权可见 |
| 移交签收 | 接收方是否完成签收 | 签收单包含材料清单、日期与接收人 |
| 审批记录 | 封存是否经审批 | 审批记录完整，审批人与日期可查 |
| 状态一致性 | 归档记录与项目状态是否一致 | 项目状态为已关闭，归档登记条目与关闭时间对应 |
常见缺口集中在三处：变更记录缺失，往往因为变更发生时未同步归档，收尾时才发现审批单不全；版本混乱，表现为同一文件存在多个副本且无版本标识；接收方未签收，导致移交环节无法证明责任已交接。这三类问题都可以通过把归档动作前置到项目过程中来减少，而不是留到收尾集中补救。
用工具承载归档流程：从材料收集到状态关闭
归档流程落到协作平台上，核心是把每个动作变成可追踪的记录，让材料、责任人和审批状态互相对应。ONES 可作为承载这类流程的项目协作平台，具体做法围绕四个环节展开。
第一，把归档任务拆成工作项。收集、整理、校验、移交、封存各建一个工作项，指定负责人和截止时间，材料来源清单作为工作项下的子任务逐项跟踪，完成情况在任务状态上直接体现。
第二，用文档库集中存放归档材料。按目录结构建立文档空间，通过权限设置控制不同角色的可见与编辑范围，文档管理员维护版本，业务接收方以只读方式查阅成果材料。
第三，通过状态流转记录移交与审批。移交签收和封存审批以状态变更和审批记录的形式留存，谁在什么时间完成签收、谁批准关闭，都能在记录中查到。
第四，保持归档记录与项目关闭状态一致。归档工作项全部完成后才允许项目状态转为关闭，归档登记条目与关闭时间对应，避免出现材料未齐但项目已关闭的情况。
组织在落地时可结合自身档案制度、行业监管要求和项目规模调整归档范围与审批层级，工具承载的是流程与记录，具体标准仍以组织制度为准。
常见问题
项目归档应该在什么时点启动，能否等项目关闭后再补？
归档启动的合适时点是全部交付物通过验收、复盘会已召开之后，项目状态正式关闭之前。这个顺序保证归档材料已经定型，同时封存与关闭还能作为归档流程的最后一步完成。
项目关闭后再补归档，常见后果是责任人已转入新项目、变更审批单难以追溯、接收方签收缺少当时的确认依据。如果确实因故延后，应保留归档任务的责任人和截止时间，并在关闭审批中注明归档补交的安排。
项目规模较小、人手有限时，角色分工可以合并吗？
可以合并，但要保留职责分离的底线。整理归档材料与验收材料完整性这两项工作应由不同的人承担，否则检查容易流于形式。
小项目中，项目经理可以兼任归档范围确认与审批申请，文档管理员可以兼任目录维护与版本管理，但质量或PMO的抽查、业务接收方的签收仍应由独立角色完成。角色合并后应在归档记录中写明实际承担人，便于后续追溯。
归档材料需要保存多久，哪些材料可以按需归档？
保存期限取决于组织所在行业的监管要求和内部档案制度，本文不给出统一年限，实施时应以本组织的档案管理规定为准。
必须归档的是能证明项目完整结束的核心记录：最终交付物、验收结论、变更审批、移交签收和关闭审批。过程性草稿、中间版本和日常沟通记录属于按需归档，由项目规模、行业要求和后续复用价值决定是否保留。按需归档不等于可以随意丢弃，取舍标准应在归档范围确认时一次说清。
校验阶段发现材料缺失或版本不清，应该怎么处理？
处理原则是集中暴露、逐项留痕，不把问题带入移交环节。缺失的审批记录由原责任人补齐；无法补齐的，应在校验记录中写明缺失原因和处理结论，并由审批人确认是否影响封存。
版本不清的材料，由文档管理员确认哪一版为最终记录，其余版本标注为历史版本或删除。所有处理结果记入校验记录，作为封存审批的依据之一。
归档记录和项目关闭状态不一致会带来什么问题？
两者不一致时，项目在系统中显示已关闭，但归档材料尚未齐全或未完成签收，后续审计、复盘或成果复用时会出现“项目已结束却找不到完整记录”的情况。
避免的办法是把归档工作项全部完成设为项目状态转为关闭的前置条件，归档登记条目与关闭时间对应。检查表中专门设置状态一致性一项，核对项目状态、归档登记和关闭时间三者是否吻合。
