【翻译】什么时候我应该打断别人？

你有多少次坐在那里试图解决一个技术问题，并想到：

如果我打断别人，让他们帮助我，可以吗？

-几乎所有的工程师都有这样的经历

由于我与那些正在向云原生技术转变的公司合作，在 "早期采用者"/"先驱者 "和组织的其他成员之间往往存在着巨大的知识和经验差距。

缩小这种差距是一个非常昂贵的过程，涉及到各种方法的组合，如正式培训、技术指导、温和的劝说和内部文件。

非常普遍的情况是，较初级的技术人员对打断他们较高级的同事非常警惕，因为他们的时间被认为是更有价值的，而且他们的知识和经验会抑制他们寻求帮助。

问题是

大多数时候，这并不是一个大问题，因为工程师们通过观察别人打断的频率，与同行建立良好的关系等，在他们之间协商何时可以打断别人的工作。

当人们无法感到安全地打断别人时，这就成了一个问题。这可能是因为

• 他们感到被团队 "抛弃 "了。
• 他们觉得自己 "应该 "能够自己解决这个问题。
• 他们认为寻求帮助是一个失败的信号。
• 他们不想 "浪费别人的时间"。

工作是98%的中断，作者斯科特-亚当斯https://t.co/4iqDMwMR9Rvia@Dilbert_Daily

- 托德（@ToddSRunsIT） 2019年6月18日

当然，所有这些原因都与心理安全有关，而心理安全经常被作为高绩效团队的核心特征。这篇文章不能解决你的组织中缺乏心理安全的问题，但试图帮助解决其中的一个方面。如果你有关于何时以及如何 "可以 "寻求帮助的规则，它可以使你在寻求帮助时更加安全。

如果人们觉得无法寻求帮助，他们就会（在最糟糕的极端情况下）坐在那里大汗淋漓，几天都没有进展，同时对他们的工作感到巨大的压力。在另一个极端，你可以得到那些在被卡住后立即寻求帮助的员工，由于他们必须向别人解释他们的问题而浪费了别人的时间，而且很多时候是在他们说话的时候自己解决这个问题。

经验法则

在我职业生涯的早期，我工作的第一家咨询公司对此有一个非常简单的规则：

如果你被卡住一个小时以上，就寻求帮助。

这个简单的规则在大多数情况下都非常有效。它可以阻止人们在堵塞物上坐上好几天，并阻止他们在恐慌中提前跳出座位。

我在此基础上补充的另一条建议是：

当你寻求建议时，首先写下你所尝试的一切。

这至少有三个好处：

1. 它可以作为一种橡皮鸭子的调试方式。很多时候，在退一步写下你所试过的东西的过程中，你会发现你错过了什么。
2. 当你去寻求帮助时，你有证据表明你在发出警报之前经过了某种结构化的思考过程，而不是一遇到困难就去寻求帮助。
3. 你将节省向别人解释背景的时间，你已经被迫进行了背景转换。

不需要写一篇文章。只要记下足够的笔记，清楚简洁地解释你所面临的问题以及你对如何解决这个问题的思考。

该公式

这个经验法则简单而有用，但如果你想真正科学地了解何时以及如何打断别人的发言，还有其他因素需要考虑。如果你从事的是知识工作，每次你打断别人，都会降低他们的效率，并使你的企业损失。

老板们对下属的时间漫不经心是出了名的，但这往往有一个很好的理由：一个经理的时间对企业来说比你的时间更有价值。

所以我想出了一个公式，体现在这个电子表格中：

这个公式包含了几个参数：

• "到目前为止所花的时间"（即你花了多少时间来解决这个问题）（"T3F"）。
• 向别人解释所需的时间（"T3E"）。
• 对被打断者的 "中断开销"（"IO"）。
• 你的时间和被打断者的时间的相对价值（"RTW"）。

这个公式告诉你是否可以中断，以及在中断之前你还应该花多少时间看一看。这里有趣的额外参数是你的时间与被打断者的时间的 "相对成本"。这很难准确估计，但可以由更高级的员工来设定，作为他们想参与问题的指导。更高级的工程师最不希望看到的是他们的后辈花费大量的时间，既不能解决问题，也不能发展他们的知识和能力。

对那些感兴趣的人来说，这个公式是......。

中断，如果： T3F > RTW (IO + T3E)

如果你使用它，让我知道!

这篇文章的一个版本最初出现在博客 zwischenzugs上 。