通过落实责任，以责任方的角度出发，确保工作中消息传递/任务传递成功的工作方法。

我们的目的时降低信息误差，先单纯的看信息误差的参与者以及他们的关系。 有：

• 信息发送者
• 信息
• 信息接受者

信息本身是客观的，但发送者的表达是主观的，接受者的理解也是主观的。

所以为了该题可解，我们强制确定了责任，制定了第一条规则：

举例：如果领导布置了一个任务，员工没有理解就开始做，责任在领导。

因为只有把其中一方的信息作为参考系，才能对比出接受者理解的信息是否产生了误差。 同时又因为，大多数情况下，发送信息的人拥有更多的信息、经验或能力。

当我们确定了信息误差的责任人是信息发送者后，我们就可以以发送者的角度出发讨论该问题，接下来用：“我”。 当我想要发送任务，且不希望发送任务有信息误差时，我会进行如下步骤：

1. 判断任务难度与我的预期
2. 判断对方与我的信息公有集

因为难度是“主观”的，比如：“帮我买个西瓜”，有的人有挑选西瓜的独家秘诀，此时安排的人如果“不知道”，则完成的任务就变得“很难”。 已知命题：

人的思想不可观测

所以，执行者是不可能在我没有阐述清楚任务期望的情况下，知道我在想什么的。 这也是责任人一定要是发送者的原因。 自然的，当我分析一个任务时，我就会思考我脑海中的评判标准是否“普世”的，哪怕是“普世”的，经常也会出问题，因为这是“我的常识”，而不是“执行者的常识”。

所以当发送一个任务时，通常都需要发送者描述“目的与预期”。

这样还有一个好处，当我作为发送者，在发送任务时被强制要求思考“目的”与“预期”时，就变相强制我检查一遍“需求是否合理”。 当一个发送者能够想清楚“自己要什么”时，问题就会变得轻松许多。

举例，音乐或者美术是偏感觉的，作为非专业和的需求发起者，我很难用专业的角度去干预制作。

此时，我就会说清楚我会用在哪里，希望达到什么样的感觉，至于专业方面，我会完全相信专业老师，保持闭嘴，最终以“自己的感觉来验收”。

再举例，我要分派一个系统任务给系统策划设计，此时我会阐述清楚为什么要有这个系统，以及我希望这个系统达成的目的。这样就能够让执行者参与思考，避免纯粹的成为“执行”。

但最终的好处，是消除信息误差，确保执行者理解我的意图，减少不避免的返工与事故。

在工作中，与人交接经常会出现一些情况：

• 我以为你知道。
• 你一直没回复。
• 你完全做错了方向，我要的不是这个。
• 等等

发生这样问题的原因，可以从几个角度拆解：

1. 能力问题
2. 信息误差
3. 客观环境问题

• 【从个人角度】学会SRC工作法，避免出现信息传递问题。
• 【从领导角度】学会SRC工作法，明确责任点，负责教学。
• 【从工作流角度】将SRC融入到工作流程设计中，能够尽量确保任务信息传递正确到位，降低信息传递的误差损耗。

一个人，有需求发送给其他人，并期望一个结果的情况。

• 【平级的串行任务】执行者 –> 执行者
• 【上至下的分派任务】上级 –> 执行者
• 【里至外的申请任务】执行者 –> 其他接口人（如财务

• Send，确保你的问题按时按量发送给了对方。如涉及【非共识】、【跨部门】、【跨岗位】，一定要长篇解释清楚为什么要发送这个问题。
• Receive，确保收到了对方的确认信息，如果没有，就催促对方回复确认信息。
• Check， 确保收信息后，你的问题已经被回答清楚，或者你的要求已经被对方列入待做事项，且有交付日期，如果没有，则重复S与R步骤。

无