项目归档是把项目全生命周期的过程记录、交付物、决策依据和结项结论整理成可检索、可追溯、可复用的档案包，并完成移交与关闭动作。做法上按“定范围与清单—收集与核对—整理与编目—评审与签署—移交与关闭—抽检与复用”六步推进，每步明确负责人、输入、输出和完成标志。本文覆盖范围从归档范围界定到项目关闭为止，单次软件交付验收的具体标准与追溯方法不在本文展开，归档只收其结论性材料。
要点总览（TL;DR）
- 项目归档按“定范围与清单—收集与核对—整理与编目—评审与签署—移交与关闭—抽检与复用”六步推进，每步明确输入、动作、输出与完成标志。
- 归档范围按项目全生命周期界定，把材料分为必须归档、按需归档、不归档三类，用固定字段的清单控制边界，避免全量搬运。
- 项目经理、模块负责人、质量或配置管理角色、档案管理方各自在固定时点交付固定产物，归档确认记录与移交清单是两份关键凭证。
- 归档能否关闭项目，按完整性、有效性、可检索性、权限与关闭、移交与登记五项检查判断，关键交付物缺失或签署不全时不得关闭。
- 移交与关闭应同步完成：档案包签收登记的同时，关闭项目工作项、收敛共享空间权限、处理外部协作账号。
项目归档要收哪些内容：先定范围与清单
归档范围按项目全生命周期界定，覆盖立项、计划、执行过程记录、变更与决策、验收结论、结项材料五个来源。判断一份材料是否进入档案包，看它能否回答三个问题：这个项目当初为什么做、过程中做过哪些关键决定、最终交付了什么并被谁确认。能回答的进入清单，回答不了的留在业务系统里即可。
为避免“全量搬运”，清单把材料分成三类：必须归档、按需归档、不归档。必须归档指缺失后无法证明项目合规性或交付结果的材料；按需归档指与项目规模、合同要求或行业监管相关的材料；不归档指过程性草稿、重复副本、临时沟通记录。分类由项目经理在启动归档时初判，质量或档案管理方复核。
清单本身需要固定字段，保证不同项目之间可比、可查。建议字段如下：
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 材料名称 | 使用正式文件名称，不用内部简称 | 项目立项批复 |
| 所属阶段 | 立项、计划、执行、验收、结项 | 立项 |
| 责任角色 | 提交该材料的岗位，不写个人姓名 | 项目经理 |
| 载体形式 | 电子文档、扫描件、系统记录导出 | 电子文档（PDF） |
| 密级 | 按组织保密制度标注 | 内部 |
| 保存期限 | 按合同或档案制度确定 | 项目关闭后5年 |
| 存放位置 | 档案库目录路径或系统位置 | 档案库/2024/项目编号/立项 |
| 归档类别 | 必须归档、按需归档 | 必须归档 |
按阶段分类的清单框架可以这样组织：立项阶段收项目章程、立项批复、初始范围说明；计划阶段收项目计划、资源与预算批复、风险登记册初版；执行阶段收关键会议纪要、变更申请与审批记录、阶段评审结论；验收阶段收验收报告与客户确认文件；结项阶段收结项说明、经验总结、资产与账号移交记录。验收环节只收结论性文件，具体测试用例、缺陷流转明细归交付验收与追溯主题管理。
归档六步操作：从收集到关闭
六步的顺序有依赖关系：清单不定，收集就没有边界；材料不核对，编目只是把错误版本整理得更整齐；评审不签署，移交后出现缺件难以追责。下表给出每步的输入、动作、输出与完成标志，可直接作为操作底稿。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 定范围与清单 | 项目章程、阶段计划、合同条款 | 按阶段列材料，标注必须归档与按需归档，确定责任角色 | 归档清单（含字段与类别） | 清单经质量或档案方复核确认 |
| 2. 收集与核对 | 归档清单 | 向各角色收取材料，逐项核对版本号、签署状态、与变更记录的一致性 | 材料收集台账，缺件与版本问题记录 | 必归档项全部到位或已有书面缺件说明 |
| 3. 整理与编目 | 已核对材料 | 统一命名规则，建立目录结构，补充元数据（阶段、责任角色、密级、保存期限） | 档案包与目录索引 | 按目录可定位到每一份清单内材料 |
| 4. 评审与签署 | 档案包、目录索引 | 项目经理与归档责任人复核完整性与有效性，记录复核意见 | 归档确认记录 | 确认记录签署完成，遗留问题有处理结论 |
| 5. 移交与关闭 | 归档确认记录、档案包 | 向档案管理方移交并登记，关闭项目工作项，回收或关闭共享空间与外部协作账号权限 | 移交清单、关闭记录 | 档案管理方签收，工作项与权限状态为已关闭 |
| 6. 抽检与复用 | 已入库档案包 | 抽样检查完整性与可检索性，提炼可复用经验条目并登记 | 抽检记录、经验条目 | 抽检问题闭环，经验条目进入知识库 |
第二步最容易出问题。核对时重点看三处：文档版本是否为最终批准版，签署页是否齐全，变更记录与交付物内容是否对得上。发现版本不一致时，由模块负责人确认有效版本并书面说明，不把多个版本一起塞进档案包。
第三步的命名与目录决定了档案后续能不能被找到。命名建议采用“项目编号_阶段_材料名称_版本_日期”的结构，目录按阶段分层，元数据与清单字段保持一致。这样即使换人接手，也能凭清单字段反查档案位置。
第五步的关闭动作常被遗漏。项目工作项停留在进行中、共享空间仍对全员开放、外部协作账号未回收，都会让归档停留在“材料交了、项目没关”的状态。移交与关闭应作为同一动作完成，并在关闭记录中留下操作人和时间。
在研发管理平台中执行这套流程时，工作项关闭、文档状态变更与权限回收可以在同一系统内完成。ONES 的项目管理与知识库模块可承载项目工作项与文档的组织，效能管理支持为不同角色配置读写权限，便于在移交阶段按角色收敛访问范围；具体可用范围以实际购买版本与配置为准。
角色与交付物分工：谁在什么时候交什么
归档如果只由项目经理收尾，容易出现两类问题：模块负责人不知道自己该交什么，质量与档案方介入太晚只能事后补漏。把职责按角色横向切开，每个角色在固定时点交付固定产物，归档才能按节奏推进。
| 角色 | 主要职责 | 交付物 | 交付时点 |
|---|---|---|---|
| 项目经理 | 对归档完整性负责，组织清单编制与评审 | 归档清单、结项说明、归档确认记录 | 归档启动时提交清单，评审阶段提交结项说明与确认记录 |
| 各模块负责人 | 按清单提交本领域过程记录与交付物，确认版本有效 | 本领域材料及版本确认说明 | 收集阶段截止前 |
| 质量或配置管理角色 | 核对文档版本、签署与变更记录一致性 | 核对记录、问题清单 | 收集与核对阶段结束前 |
| 档案管理方 | 接收档案包，登记入库，反馈缺件 | 移交清单签收记录、缺件反馈 | 移交阶段 |
两份关键交付物需要单独说明。归档确认记录写明档案包范围、复核结论、遗留问题及处理方式，由项目经理与归档责任人共同签署；移交清单逐项列出移交材料、数量或文件数、载体形式、接收人，双方签收后归档流程才算进入关闭环节。这两份记录既是责任凭证，也是后续抽检和审计的入口。
一个完整示例：中型研发项目如何归档
以下为演示情景：某中型研发项目已完成客户验收，历时约十个月，涉及产品、开发、测试、实施四类角色。示例用于说明操作方式，具体取舍需按项目规模与组织制度调整。
第一步，裁剪清单。项目经理以标准清单为底稿，保留立项批复、项目计划、变更审批记录、验收报告、结项说明等必须归档项；把周报、日常站会记录标为不归档，把部分阶段评审材料标为按需归档，理由是合同未要求且不影响交付结果证明。裁剪结果提交质量角色复核，确认无遗漏后定稿。
第二步，收集与核对。按清单向四类角色发出收取通知，设定截止时间。测试负责人提交的测试报告初版与最终版并存，核对时以客户验收对应的版本为准，初版退回不入包；变更审批记录中发现一次变更缺少审批签署，由项目经理补充说明后随包归档。
第三步，整理与编目。目录按“立项—计划—执行—验收—结项”五层组织，文件按“项目编号_阶段_材料名称_版本_日期”命名，元数据表与清单字段一一对应。编目完成后做一次自查：从清单任取五项，均能在目录中定位到对应文件。
第四步，评审与签署。项目经理与归档责任人逐项复核，确认必归档项齐全、版本与签署一致，在归档确认记录中写明“变更审批缺签署一份，已附情况说明”，并给出处理结论。
第五步，移交与关闭。档案管理方按移交清单逐项签收，登记入库；项目经理同步关闭项目工作项，将共享空间调整为只读并回收外部协作账号权限，关闭记录留存操作时间。
第六步，抽检与复用。档案管理方抽取若干材料检查完整性与可检索性，未发现缺件；项目复盘提炼出两条可复用经验，登记进知识库供后续项目参考。
示例中可迁移的做法是：清单先裁剪再复核、版本冲突以验收对应版本为准、缺件附说明而非隐去、移交与关闭同步完成。需要按规模调整的是：大型项目可增设分阶段预归档，小型项目可合并评审与移交环节，但确认记录与移交清单两份产物建议保留。
完成检查：归档是否真正结束
单步的完成标志只说明该步做完，整体能否关闭项目，需要按五项检查逐条判断。任一项不通过，归档就仍处于未完成状态。
| 检查项 | 通过标准 | 阻断情形 |
|---|---|---|
| 完整性 | 清单内必归档项齐全，缺件均有书面说明及处理结论 | 关键交付物缺失且无说明 |
| 有效性 | 版本为最终批准版，签署齐全，变更记录与交付物一致 | 签署不全或版本与验收结论不符 |
| 可检索性 | 命名、目录、元数据支持按项目、阶段、材料名称查找 | 目录混乱导致清单材料无法定位 |
| 权限与关闭 | 共享空间已收敛，工作项已关闭，外部协作账号已处理 | 项目工作项仍开放或外部账号未回收 |
| 移交与登记 | 档案管理方已签收并登记入库 | 档案包未签收或未登记 |
密级标注错误应单独作为阻断项处理：标注过低会导致材料扩散，标注过高会影响后续复用，发现后需按组织保密制度更正再移交。检查通过后，由项目经理在结项说明中记录检查结论，归档流程结束，项目进入关闭状态。
常见问题
项目还在执行中，可以提前做归档吗？
可以，做法是分阶段预归档。按阶段把已定稿的立项、计划、变更审批等材料先行整理入包，结项阶段再补齐验收结论与结项材料。这样做的条件是每份材料已确认最终版本，避免把过程草稿提前固化。大型或周期较长的项目适合采用这种方式，小型项目一次集中归档即可。
归档时发现某份关键材料确实找不到了，还能关闭项目吗？
关键交付物缺失属于阻断情形，需要先处理再关闭。可行路径有两种：一是由责任角色补充说明缺失原因、影响范围与替代证明，经项目经理与归档责任人确认后随包归档；二是按组织制度走例外审批，把审批记录一并入包。两种情况都要在归档确认记录中留下书面结论，不能以口头说明代替。
归档清单由谁定稿，模块负责人可以自行增减吗？
清单由项目经理在归档启动时编制，质量或档案管理方复核后定稿。模块负责人可以在收集阶段提出调整建议，例如某份材料在本项目中不适用，但调整需要回到清单层面统一修改并留痕，避免各角色按各自理解提交，导致档案包范围失控。
移交之后发现档案包有缺件，责任怎么界定？
界定依据是移交清单与归档确认记录。移交清单逐项列明移交材料、数量、载体形式与接收人，双方签收后即确认当次移交范围；归档确认记录写明复核结论与遗留问题处理方式。若缺件属于移交清单内已列明但实际未交，责任在移交方；若清单本身未列，则回到清单编制与复核环节追溯。抽检环节发现的问题按同样口径处理。
用研发管理平台做归档，哪些动作可以在系统内完成？
工作项关闭、文档状态变更与权限收敛这几类动作可以在同一平台内完成。以 ONES 为例，项目管理与知识库模块可承载项目工作项与文档的组织，效能管理支持为不同角色配置读写权限，便于在移交阶段按角色收敛访问范围；具体可用范围以实际购买版本与配置为准。档案包的编目规则、保存期限与密级标注仍需按组织档案制度执行。
