项目交付前需要检查哪些资料

项目交付资料的完整性，不宜只按文件数量判断。接手岗位需要知道交付了什么、适用哪个对象与版本、怎样使用、还缺什么，以及问题由谁处理。因此应同时检查成果清单、说明资料、确认记录、待补事项和接收责任。

这套方法适用于跨岗位成果移交，也适合在软件、设备安装或内容交接时先做业务核对。具体必交项、验收条件和签署方式以双方约定为准，资料移交不能自动代替合同验收、付款条件或专业安全检查。

1. 从约定范围形成清单。把成果和资料对应到任务，确认哪些是必交项。清单不是临交付才整理的文件目录，应能解释各项由谁提供、由谁接收。
2. 核对版本与适用对象。检查说明、配置和清单是否针对本次设备或项目。文件名相似时，更要保留版本和来源，避免发送旧文件。
3. 让接收岗位实际检查。按实际权限打开资料，查看是否完整、可读、可执行。只看到发送记录，不能说明接收者已有使用条件。
4. 单独管理待补项。写明缺少内容、补齐责任、接收对象与约定时点。若允许有条件接收，条件及确认权限必须清楚。
5. 根据条件确认完成。资料补齐后由接收岗位复核，记录确认与未解决事项；同时把维护和变更处理方式交接清楚。

在独立业务示例中，设备说明和安装清单已交，现场确认记录仍待补。此时可以真实标记两项“已交”，同时保持统一移交“待完成”。两种状态表达的对象不同，并不矛盾。

下一步应由实施岗位补齐现场确认记录，交付岗位跟进，再由接收岗位核对资料齐套及版本适用。只有这些条件满足，整体移交才完成。不能通过提前勾选完成来隐藏缺项，也不能把后续计划写成已发生事实。

• 发了很多附件，却没有清单。接收者仍需反复追问哪个文件对应哪项成果。
• 只检查有无文件，不检查能否使用。权限、格式和适用版本都可能影响接手。
• 待补项只写“后续补充”。没有责任、时点与接收条件，事项难以关闭。
• 把资料交接等同于合同验收。两者如有不同条件，应分别记录，不能以一项状态替代全部责任。
• 维护边界留到出问题后再说。应在移交时核对服务范围、问题反馈和变更方式。

• 必交成果及资料是否完整列明？
• 适用对象、来源与版本是否能核对？
• 接收岗位是否能实际读取和使用？
• 未完成事项是否保持待补或待确认？
• 每项缺项是否有责任和下一步？
• 统一完成是否有接收确认支持？

如果这些问题仍需靠口头补充才能回答，就先完善记录。可用项目交付接收示例做一次走查，再结合实际项目确定清单与权限。