区分发出交接与对方明确接收。
练习具名责任、完整交接、版本历史及按验收结项。五个虚构情境的全部理由免费阅读。
五个原创情境各计一个匹配答案。答对数/5只描述这些明示的虚构条件，不代表测得的胜任力、人格特质、百分位或招聘决定。任何正确数都能免费查看全部理由及本指南。
把任务状态分开
交接说明发出后，责任可能仍在发件人；修改稿已交后，验收也可能还待确认。本题库把这些状态明示分开，因而要区别记录。五题要求保留具名负责人、写下一步、修订时不丢历史，以及只记录实际发生的接收，不询问你是否有责任心，也不评同事是否可靠。
一个新的交接例子
另设规则：Eli接收前，动作归Noor负责。Noor周一发说明，Eli周二回复，答应周四前处理。在周二回复前，按规则仍由Noor负责；回复后可记录Eli和周四期限，同时保持未完状态。原说明和明确接收，都不能证明实际工作已经完成。
逐项核交接字段
若说明必须有状态、下一步和执行负责人，就分别检查。“等待中；找评审人”已有状态和活动，却可能没写谁联系。再长的历史也补不齐这个字段，编一个完成日期同样不能替代。按情境规定的确认过程，写实际同意执行下一步的人，不能随便填一个名字。
修正内容而不改写历史
草稿错漏题给出三项规则：修稿、向评审人说明改动、保留版本历史。改文本必要，但随后删历史仍不符合；告知评审人后继续留错，也不满足。要核完整的“同时满足”条件。该规则只支持练习答案，不授权修改真实仓库、删除同事文件或向不适当受众公开内部错误。
交付可观察，批准需有依据
若规则要求请求方确认修改符合需求，“已交、待确认”就准确记录中间状态，直接写结项则漏了前置步骤。对方沉默不必然代表拒绝、批准或取消。跟踪表中的日期和姓名也应如此：写实际约定，区分提议日期与已接收日期，不能为看板整齐就把计划升级为结果。
写一份三行交接
用虚构材料写三行：现在是什么状态、下一步做什么、谁已接收该动作。例子确需日期或验收条件时再补一行。接着问，需要何种证据才能把状态从未完改为已转交或结项。练习检查的是说明本身的缺口，不需发真实消息，不需用真实同事姓名，也不需向测试提供私有项目细节。
结果只解释这些案例
五题正确数来自选择是否匹配给定流程，不测尽责、可靠性或领导力。真实团队可能采用不同接收定义，真实紧急问题也可能另有处理途径。这里不复刻或认证任何雇主交接程序。任何正确数都可看完整理由，再用新例子检查是否分清拟交接、已接收责任和工作已完成。