上海
有效的承担责任，要说明自己的作用、补救行动，以及怎样降低再次发生的可能。
一项客户交付延误了。
团队成员表示，自己等待另一组的资料；另一组表示，日期从未正式确认。这个时候，大家会陷入到具体的职责划分，历史沟通等等问题上。
但如果假设负责人在会上说：“这是我的责任。”，这就解决了问题了吗？
大家暂时停止争论，但没人知道这句话之后会发生什么。
它可能是一种担当，也可能让调查提前结束。责任若没有展开成具体行动，下一次延误仍然可能发生。
先处理影响，再解释原因
发现问题后，需要先确认影响范围、替代安排、客户沟通和恢复时间。这些事项应有明确负责人。此时立即讨论谁的表现最差，可能消耗本来可以用于补救的注意力。
但补救也不能代替复盘。恢复交付后，要还原关键时间线：资料何时应该产生，何时有人发现缺口，当时知道什么，采取了什么动作。调查应尽量使用当时可获得的信息，避免把事后才知道的结果，当成每个人早就应该预见的事实。
区分不同性质的失败
Amy Edmondson在《Strategies for Learning from Failure》中区分可预防的日常失误、复杂系统中的失败，以及探索新领域时带来学习的失败，并强调不同情境需要不同的处理方式。[4]
在开头的场景里，可能是已经确认的日期被忽略，也可能是几个团队各自遵循旧规则，组合起来产生了空白。
两种情况都会造成延误，但前者需要检查具体执行，后者还需要重设对接的规范和职责范围。
如果这是第一次尝试一种新的服务模式，则要回看试验是否事先限定了影响、定义了假设，并安排了可及时发现问题的信号。仅仅因为方案新，就把一切失误称为探索，会让学习变成免于检查的理由。
负责人要检查自己的贡献
负责人的复盘可以从几个问题开始：我是否明确了交付标准？是否发现过资源不足？是否知道依赖关系，却没有安排确认？我过去对坏消息的反应，是否让成员倾向于晚报？
这些问题可能指向自己的行为，也可能指向更上层的安排。检查自身作用，并不意味着一个人拥有全部原因。成员、协作团队和管理层仍应对各自可控制的行为负责。
一种更准确的承担方式是：“我负责把依赖和截止时间确认清楚，这次没有做到。当前补救由我协调，之后我会改进启动时的确认机制。具体执行中是否还有遗漏，我们按事实继续核对。”它既说明个人责任，也保留了调查空间。
用后续结果检验复盘
行动不必很大。可能是在启动时明确一个交付责任人，在关键依赖到期前设置一次确认，或允许成员用简单方式提前报告风险。每项改变都需要知道谁来做，何时完成，怎样判断有效。
如果一次失误换来数份新表格，却仍没有人看到下一次延误正在形成，复盘就只增加了负担。若成员开始更早报告问题，依赖能够提前解决，负责人也能及时调整承诺，才说明调查产生了作用。
团队还会观察管理者怎样使用主动报告的信息。及时报告若只换来更重的惩罚，人们就会学会等待问题自行消失。允许报告、认真调查和明确责任，需要同时存在，才能形成可持续的可靠交付。
参考文献 [4]
Strategies for Learning from Failure Amy C. Edmondson · Harvard Business Review · 2011 参考点：按情境区分失败，建立报告与学习机制。文中的交付复盘与责任表达为延伸分析。
本文情境与应用分析为原创构造，人物、组织、项目与业务场景均为虚构。上述文献为概念参考，本文具体建议不代表文献作者对这些场景的结论。
作者：坦桑尼亚老云 | 编辑：栗加
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
