交接需传递态势而非仅数值
别名: 态势交接 · shift handover
概念解释
态势交接（situation-aware handover）传递的不只是当前读数，还包括近期变化、操作意图、未决假设、风险趋势和下一班应关注的触发条件。按态势感知三层模型（Endsley's three-level model）看，一次纯数值快照最多覆盖第一层——感知：此刻各项读数是多少；却缺第二层理解——这些读数意味着什么、是不是正常；也缺第三层预测——接下来可能往哪个方向走。少了后两层，接班者拿到的是结果，不是能推导出结果的那条链条。
机制
接班者没有参与上一班形成心智模型的过程：从操作到解读、从解读到判断，这条链路对离班者是亲历的，对接班者却只留下终点的数字。用"事件—判断—行动—响应"的顺序把这条链路说一遍，相当于把本该靠接班者自己重建的推理过程直接外化给他，省掉了他从零推断因果的时间。
这套方法在什么条件下会失效？交接窗口被压缩时——换班时间紧张、上一班加班到很晚急着走、系统临时要求提前接班——最先被省掉的正是叙述部分，只留得下数值，而这恰好发生在最需要叙述的时候：系统还在演变、解释链还没有闭合。反过来，如果过程处于长期稳态、没有正在发展中的事件，第二层和第三层态势的边际价值本身就低，省略叙述不会造成实质损失。这是判断"这次交接该不该做完整叙述"的分界条件，而不是任何交接都要同等详尽。
数值快照还有一个更具体的漏洞：同一个读数可能处于上升趋势也可能处于下降趋势，快照本身分辨不出方向，而正是变化的方向和速率决定了这个值会不会在下一班内触及某个限值。第二、三层态势要传递的核心内容之一就是这条趋势线，不是把屏幕上已经显示的数字再念一遍。
怎么研究
可以比较自由口述、结构化交接和纯数据面板三种形式，用接班后的态势探针测第二、三层态势是否真的传递了，而不是接班者能不能背出数值。可借鉴态势感知全局评估技术（SAGAT）的冻结探测思路：交接结束后短暂中断任务、遮蔽界面，追问接班者当前状态的成因与最可能的后续走向；也可以用态势感知评分技术（SART）一类的主观量表，收集接班者自评的信心，和实际问答正确率做对照，落差越大说明越容易产生虚假的自信。场景设计上必须包含一个仍在发展的事件——如果场景本身已经稳定不变，三种交接形式在测验上不会呈现差异，等于白测。
边界
口述容易带入上一班的确认偏误：离班者已经形成了某个解释，接班者听完往往直接采纳，而不是把它当一个待验证的假设去核实，尤其在系统状态在交接期间仍继续变化时，这个假设可能已经过时。结构化模板能减少遗漏，但也可能让填报变得机械——把每一栏都填满不等于把态势讲清楚。交接时长本身是制度问题：如果排班把交接压缩到只够读数，界面设计和模板都救不回叙述这部分，这不是可以靠交互设计单独解决的边界。
现场巡检岗和纯控制室监视岗对这条结论的适用程度也不一样：现场人员接班后通常会亲自巡视设备，相当于自带一次实时核实，叙述缺失的代价相对有限；纯控制室岗位没有这道天然核实动作，叙述一旦缺失就只能被动接受上一班给出的解释，风险更集中在这类岗位上。
怎么落地
把交接界面按感知—理解—预测的顺序组织：当前状态与数值放第一屏，紧跟着离班者对这些数值的解释和判断依据，最后是需要接班班次关注的趋势和触发条件，界面同时保留实时数据入口，不让叙述取代核实。交接过程中要求接班者复述关键判断并主动提问，而不是被动听完签字了事。验证办法：交接完成后立刻用两到三个开放式问题追问接班者"接下来最可能发生什么、你会盯哪个信号"，答不上来就说明态势没有真正传递，无论交接记录写了多少字；再用交接后临时插入的一个演变场景做补充测试，看接班者的反应时间和判断是否命中。