定制软件项目交接要准备什么
定制软件上线之后，交接要写明谁接手哪一项、代码库和权限在哪、文件与操作手册交到谁、训练留下了什么记录、残余缺陷列在哪张表，以及保修期内的修复和变更请求怎样分开。切换手册管的是上线当晚的顺序；交接管的是上线之后谁持有系统、出了问题找谁。
交接和上线切换分开写
切换手册回答的是当晚先停哪一项、谁签可否上线、什么情况退回旧环境。交接表回答的是用户已经在正式环境之后，日常由谁接、程序放在哪、文件在哪、还没修完的缺陷谁跟。两份可以互相指到版本，不要把切换步骤改写成交接清单。上线当晚的顺序，见 定制软件上线切换怎么做。
验收标准写的是什么算完成，用户验收写的是谁按清单把结果做出来。交接不重做这两份。交接封面写规格版本、正式环境启用的日期，以及交接表自己的版本。范围若在交接前还要改，另开变更请求，不在交接会议上把新画面写进残余缺陷表。变更怎样留记录，见 定制软件范围变更怎么管。交付仍走 定制软件、网站与应用程序。
上线之后谁负责哪一件
交接表用名字写四个角色：系统负责人、事故第一个接听的人、可以改正式环境的人、对外找供应者时的联系人。一个名字可以兼两栏，栏位仍分开。只写「项目组」或「信息部」，下一次故障就不知道该打给谁。人当天不在，表上预先写代理人，不在群组里临时改口。
系统负责人对的是这套软件上线之后的日常，不是切换当晚的签核人。签核人可以同时是系统负责人，两栏仍各写一次，并写从哪一天起生效。供应者的联系方式写姓名、渠道和可联系的时段；合同里的到场时限留在合同，不抄进这张表，也不改写成表上的状态。
账户管理人写在交接表上
2026年10月21日阅读的 NIST SP 800-53 Rev. 5 目录页把出版日期写成 2020年9月（含截至 2020年12月10日的更新）。下列控制项正文依该出版物的最终版，DOI 为 10.6028/NIST.SP.800-53r5。AC-2「账户管理」要求：写明系统允许和明文禁止的账户类型；指定账户管理人；写明每位账户的授权用户、群组与角色、以及访问授权（权限）；建立账户前由指定的人核准；依组织自己的规定建立、启用、修改、停用和移除账户。通知时限由组织指定，控制项没有给出小时数。
交接表因此写：正式环境允许哪些账户、明文不允许共用账户还是允许、账户管理人是谁、谁核准新建。若仍用群组账户，AC-2 还要求在有人离开该群组时，更换共用或群组账户的鉴别信息。交接当天把离开项目的人从清单移除，并写上停用日期。凭据本身不写进交接表，只写凭据存放处的名称和谁可以开。
管理员文件和每日操作手册分开
SA-5「系统文件」要求取得或编写管理员文件，说明系统、组件或服务的安全配置、安装与操作，安全与隐私功能如何有效使用和维护，以及管理或特权功能在配置和使用上的已知弱点。同一控制项要求用户文件说明用户碰得到的安全与隐私功能、能使使用更安全并保护个人隐私的互动方式，以及用户在维护系统安全与个人隐私上的责任。文件要分发给组织指定的人员或角色。文件无法取得时，要记录曾经如何索取，并采取组织指定的行动。讨论写明，安全操作包括初次启动，以及运作中断之后恢复安全运作。
每日操作手册是项目自己的文件：每天谁跑哪一项、失败时先看哪一页、正式环境怎样启动、中断之后怎样恢复业务。它和 SA-5 的安全文件分两行放。两行都写存放路径、版本和日期。路径写到文件夹和文件名。只写「在群里」，下一个值班的人找不到。讨论里点名需要文件的角色包括系统负责人、系统安全负责人和系统管理员；交接表的分发名单对上这些角色，再加上每日操作手册的值班人。
训练记录写谁出席、教了什么
业务训练记录是项目自己的一页：日期、出席姓名、教了哪几项操作、谁在记录上签名。没有签名的一页，不当成已经教过。教材版本写在同一页，事后才知道当天教的是哪一版画面。人缺席，另约时间补同一份教材，不在交接表上把缺席写成已完成。
AT-3「基于角色的训练」要求对组织指定的角色，在授权其访问系统或信息、或执行所指派职务之前，提供安全与隐私的角色训练；系统变更而有需要时亦然。内容按组织指定的频率和事件更新，并把内外部安全事件的教训写进训练。AT-4「训练记录」要求记录并监督这些安全与隐私训练活动，个人记录保留多久由组织指定。讨论写明，专门训练的记录可以由个别主管保存。业务训练的签名页不能代替 AT-4 的安全训练记录，AT-4 的记录也不能代替「这个人看过正式环境的画面」。两页都留，并在交接表上各列一行。
残余缺陷另列一张表
上线之后仍开放的缺陷，每项一行：现象、出现在哪一个画面或哪一笔数据、谁发现、发现日期、用户能否继续工作、修复负责人。没有修复负责人的一行，留在表上，并在交接封面写明还有未指定负责人的项。不要把验收时已经关闭的项再抄进来充数。
严重度沿用团队已经在用的词，不在交接会议上另起一套。用户仍可工作的项，写明暂时怎么做，以及这句暂时做法写在哪一页操作手册。暂时做法没有写进手册，值班的人只会在聊天里口传。口传的句子不写进残余表的「暂时做法」栏。
保修期内的修复和变更请求分开
保修期的起迄写合同上的日期，交接表只记这两个日期和合同编号。天数、到场时限和金额留在合同里。残余表上已经列明、而且偏离的是原先同意的结果，在保修期内按修复跟进。原先规格没有的新愿望，另开变更请求，不写进残余表充当成未完成的缺陷。
CM-3「配置变更控制」要求先写明哪些类型的变更受配置控制，再复核并核准或否决，且明文考虑安全与隐私影响，把决定记录下来，实施已核准的变更，并把记录保留一段由组织指定的时间。保修期内的修复若改到系统，而该类型已被列为受控变更，仍走这条记录，不因为合同写了保修就跳过核准。残余表说明「要修什么」；变更记录说明「谁核准这次改动」。两张表用同一个缺陷编号互相指到。
交接表没写完，封面仍是原负责人
系统负责人、账户管理人、文件路径、残余表、保修与变更的分界，这几栏有一栏还空着，封面的联系人仍写实施期间的负责人，交接日不填。空着的栏写上名称，补上之后才填交接日。代理人没有名字，不把群组里最后发言的人写成接手的人。
时限、缺陷数和支持时数留在公司自己的规则和合同里，并注明日期。AC-2、AT-4 和 CM-3 里的时间都写成由组织指定，没有给定制项目一个天数。交接表写完之前，用三件事看有没有交出去：每个角色是否有名字、文件和代码库是否有路径、残余缺陷是否有负责人或被标成尚未指定。三件事都在表上，才把交接日写进通知。