我打赌你一定上百万次听过这句话：如果你有很多做不完的工作，那么就进行多重任务。但这恰好是非常糟糕的建议。研究表明，实际上多重任务会使我们的大脑变得迟钝。下面我们来看看密歇根大学与此相关的一项研究。

问题是我们并不是电脑。作为人类，我们不能同时完成多项任务。我们仅能做到快速地转换。并且，因为我们是人类，我们需要停下我们现在所做的任务，然后才能开展第二个任务。当我们完成第二个任务时，我们就想尝试去完成第一项任务，或者更糟糕的，第三个任务又来了，如果我们比较幸运，我们记得第一个任务的最初状态。

但是，我们很少记得所有的原始状态。或者，很可能在我们没有看见的情况下，某些人改变了任务的最初状态。就好比你在Kindle上读一本书，但是却没有连接互联网，随后在iPad上可以读相同的一本书。你知道你读过这一段，但是你却记不清你从那一个字停止的。这是一个相似的问题，但是却是不同的结果。

放慢阅读速度一回事。放慢项目的步伐完全不同。多任务是最影响项目速度的方式。但是你能做些什么呢？你真不需要使用多任务方式来完成工作吗?

答案是需要。尤其，如果你是敏捷团队的一员，那么你还有其他几个选择。现在我们来研究一些其中的几个选择。

在此次迭代中保证完成一项任务

如果我们能做到，最好的选择方式是在持续迭代中致力于一项任务。这就是所谓的项目组合管理。项目的决策者决定哪个项目排在首位，哪个项目排在第二，哪个项目排在第三等等，一直将优先顺序排列完。他们将项目明确分配给指定的团队，让项目团队明白项目的优先排序。

项目团队需要知道项目优先排序的目的，是因为可以让团队成员知道是否应该中断另一个项目。如果测试者正在进行排序第三的项目，现在想要中断目前所做的而去执行排序第一的项目，他或者她可能等到午餐时间，或者可能发一份邮件。但是，从事排序第三的项目工作人员在等待中会遇到问题。超过一定时间IT就失去了时效性，或者是从事排序第一的项目工作人员工作出现中断，因为对于该工作人员的工作内容，要创建一个内容转化，并且排序第三的项目出现的问题没有该人员正在做的排序第一的项目问题重要。

如果排序第一的项目工作人员有空闲时间，或者午餐时间，该工作人员会去查看邮件。在那时，他会有调整心理周期来回到较低优先级的项目问题，或者在恰当的时间来回复他们的问题。

在此次迭代中保证完成一项任务，并且向项目团队解释项目的优先排序，这是唯一最好的选择。然而，并不能总如此。在那种情况，敏捷团队可以致力于完成一个功能。

一次致力于一个功能

即使管理人员此时不能致力于一个项目，敏捷团队也不会受到太多的影响，因为，作为一个团队，此时他们可以致力于项目的一项功能。因为项目团队对项目有优先排序，所以项目团队可以致力于一个功能。

当项目团队致力于项目的一项功能而减少目前所做的任务，每个人的精力都集中在完成该功能上。每个人都会问：“推动该功能方面我能做些什么？”当团队人员集中起来，即使再大的功能也能较快的完成。

这种工作方式非常适合协同工作的团队。但是，并不是所有团队都知道如何组织人员或者协同工作。在这样的情况下，团队要确保为此次中断的迭代留出一定的空间。

为此次中断的迭代留出一定的空间

如果每次迭代都能丰富项目功能那最好，但是这种情况很少见。偿还技术债务的时候就可能会有遗留产品。或者，该组织也许负责支持之前发布的产品，因为我们的许多客户都使用一样的产品。即使管理者决定投资新项目组合，团队也必须支持之前发布的产品。没有相互独立的支持团队。因此，团队要留出一定的空间给支持或中断。

当团队估计他们可能完成迭代时，他们共同商榷他们能完成多少项功能。整个团队都要进行迭代工作吗？如果是这样的，他们必须重新估计，为平均的支持请求留出一定空间。如果过去已经收集了数据，他们大概知道通过一次迭代有多少支持请求。支持请求与故事有点相似，就像故事一样，团队需要在迭代中为其留出一定的空间。

或许当团队偿还技术债务的时候，他们将会有更少的支持请求，但是不会总是这样。这要取决于你所接到支持请求的类型和技术债务类型。敏捷团队的优势就在于，你可以看到你想要收集的数据，你需要决定哪些是你创建功能时需要的数据。

你可以把任务都做完——但是不是同一时间做完

我们一直在给自己的工作内容排列一个合理的优先顺序。早上醒来的时候我们就很容易的做出决策：首先是刷牙吗？或者是先吃早饭？只要自己能适应先做哪项重要吗？不重要。但是，你却不能刷牙的同时吃早餐。我们是做不到的。我举这个例子很容易理解，不是吗

除了结果会更糟糕之外，这与知识工作面临同样的问题。我们欺骗自己可以完成更多的任务。事实是，当我们采取多任务方式来进行工作时我们完成的任务非常少。我们放慢每一个多任务项目。我们会缺失一些关键信息。我们会为我们未能完成的任务感到沮丧。

相反，如果我们管理项目组合，即使是一次迭代中明确哪个项目排在首位，并去完成这些功能，我们就会有成就感。这种感觉会使我们在下次迭代工作中取得更多的进步。

请记住，一开始有多少个项目都不重要。重要的是，你完成了多少个项目。