.jpg){kind=link}
- 发布
- 更新
反复出现的问题可能位于两套程序之间，而不是任何一方团队的指令内部。发送方认为工作已完成，接收方却尚未接受责任。应检查支撑共同结果的交接，而不是强行将每项问题归为单方面错误。
决策范围
交接传递的是含义及接受责任，而不仅是文件。应一并定义预期内容、验收标准、失败沟通及未解决事项归属。两份绿色绩效报告不能证明共同任务已完成；应在交接边界本身寻找证据。
复核示例
例如，研究中心清单按时到达供应商，但接收方未将新中心加入服务范围。发送方报告交付成功，供应商报告现有中心服务良好。联合复核发现没有接收确认步骤。更正措施建立经核实的接收，而不只是增加邮件往来。
实用核查
- 将发送方的完成指标与接收方的开始条件比较。
- 说明未被接受的交接由谁接收，以及通过哪条路径。
- 在下一次真实交接时，核查双方是否使用相同范围。
验收与局限
当两个团队能够一致描述共同事件，且失败交接保持可见时，可以接受该边界控制。笼统合同责任本身不能关闭操作缺口。当其他团队或子流程进入工作流程时，应重新审视假设。
常见问题
- 双方均合规是否就能关闭问题？
- 不能。各自遵循步骤，未必能证明共同输出正确且完整。
- 每次交接是否都需要开会？
- 不必。相称的接收证据及例外路径，可以提供更具体的保证。