上下文切换给开发团队带来的隐形成本

所有人都明白开发人员最不喜欢工作中被打断。低头，戴上耳机，神情专注。如果你问他们一个问题，他们会略显困惑，因为他们在想你是谁，为什么你不是一行代码。

开发工作的大部分是深度工作，需要全神贯注。进入和退出这种状态都需要时间，这就是为什么大多数开发人员不喜欢被打扰。

但对许多开发人员来说，工作中被打扰是常态。会议、紧急支持工单、电子邮件、同事的随意提问，开发者的一天充满了干扰。每一次干扰都会付出代价，削弱开发者的生产力、工作质量和心理能量。

我们称这种从一个任务跳到另一个任务的现象被称为“上下文切换”，即使这个概念不被熟知，但它可能正在破坏开发团队的输出质量。

什么是上下文切换？

上下文切换意味着从一个任务转移到另一个不相关的任务。

换句话说，它迫使你的大脑从一个项目或工作类型跳到另一个。这是开发人员从编码任务中抽离出来参加一个小时会议的时刻，迫使他们的大脑从“深度专注”模式切换到“人际讨论”模式。

上下文切换并不总是涉及像这些这样的重大干扰，它可以由一个简单的 Slack 消息或同事的随意问题引发。

为什么会发生上下文切换？

开发人员总是需要进行一些上下文切换，无法完全根除它，只有当被干扰的问题无限制增加时才会成为问题。当开发人员每周甚至每天都在努力争取他们需要的时间来完成开发的工作时，它才会成为问题。

有一些结构性问题可能会导致这种情况。

• 超负荷的工作量。超负荷的开发人员发现自己被拉向了上百个不同的方向，当日常工作情变得太忙时，优先级可能会被抛到一边；开发人员常见的状态是在许多不同的任务上取得渐进进展，而不是一次完成一个重要任务。
• 太多会议。很容易看出一个两小时的会议如何削减开发人员的生产时间，但你知道更糟糕的是什么吗？一个在四小时深度工作