同时在几个项目中工作

Question

我想知道你们谁可以在同一天参与几个项目，每个项目只需要很短的时间。或者，如果您能够在同一时间工作，同时在两个或三个或更多项目中工作。我有很多事要做，我开始想知道我怎么能这样做？我考虑过使用几个工作区，然后在两者之间切换等等。你还使用了其他什么方法？

Answer 1

做吧。

有小任务;做他们，继续前进。优先组织。

就这么简单;忘记噱头，忘记misc工具和其他时间浪费。我发现最简单的方法是最有效的。

Answer 2

你自己太过分散，试图做太多事情，最终没有取得任何进展。这可能会让其他人因你明显缺乏进展而感到沮丧。一次关注一件事情会更有效率，但您仍希望在多个项目上取得进展。切换齿轮时，会有一定的转换时间。处理多个项目的最有效方法是使用当天的现有休息作为转换点。

例如，我们假装你一天有三个休息时间：早上，午餐和下午。这给出了4个块，每块约2小时。在每个块中，将一个项目作为主要关注点。

将项目划分为尽可能小的任务。这有助于您跟踪进度并提供更大的成就感。在任务级别和项目级别做笔记，以帮助自己记住你做了/发现了什么。

Answer 3

关于任务调度的主题进行了大量研究。 由于这是Stackoverflow而不是商业网站，我将它与操作系统内核进行比较;）

您有多个任务要执行，目标当然是高效。 效率可以测量为高吞吐量或低延迟。

当你在任务之间切换时，会有一个代价为上下文切换的代价高昂的惩罚。 也就是说，您必须切换文档，应用程序，登录系统等，进入区域需要时间。

给出不同大小的多个任务。 如果您将它们作为序列（批处理）随机排列，您将获得最小量的上下文切换，从而获得较高的总吞吐量。 如果您另外按大小划分它们的优先级，从小到大，您也会减少延迟。 由于具有最小项目的客户将首先交付，因此您可以在某个时间点交付比上述随机方法更多的项目。 当新的小型项目到达时，问题当然是如何处理大型项目。这可以通过应用某种时间戳来解决。如果某些项目比其他项目更重要，则必须相应地对它们进行重新分类。

如果仍然无法提供令人满意的延迟，则必须进行多任务处理。 由于昂贵的上下文切换，它将降低吞吐量，但您可以通过向客户展示您在他们的项目上取得进展来满足您的客户。 重要的是选择如何分配时隙。每周，每天，每周？时间越小，上下文切换越多。

任务又可以分为两种不同的类型，CPU和I / O绑定任务。 I / O绑定可以被视为需要来自设备/其他人的输入的任务，而CPU绑定仅需要您的时间/智力。 安排您的一周，以便您尽早启动I / O绑定任务。在等待它们返回时，您将专注于CPU绑定任务。

总结一下。您将每个项目拆分为较小的交货，这些交货小到足以满足客户对进度的需求。 在星期一早上，您计划您的一周，并开始需要其他人采取行动的所有任务（批准等）。发送这些电子邮件并拨打这些电话。完成后，您将专注于需要集中精力的部分。

或者，你可以雇用更多的人：）

Answer 4

挑战是追踪你在每个项目中的位置，以及你还需要做些什么。我使用Windows粘滞便笺来提醒自己即时任务，并每天记录我正在做什么，完成了什么，我需要解决什么，如何解决等等。这样，我可以回溯并快速刷新上一个任务的位置。

Answer 5

过去几周我一直处于相同的状况：我已经拥有了三个项目，最近又有一个开发者退出了，我也不得不接受他的一个项目。起初，我似乎没有取得任何进展，因为我试图一次做太多事情。

然后我明白我必须优先考虑。我和老板讨论过哪个项目最重要，完全集中在它上面。我甚至不允许自己在其他项目上做一个快速修正错误（测试人员现在可能讨厌我），因为即使修复该错误只需要五分钟，你也会失去注意力，并且不会重新获得大约一半小时。

我必须说这确实有帮助 - 上周我做的工作比我之前两周做的更有用。 哦，如果碰巧坐在附近，请关掉该死的手机。祝你好运。

Answer 6

让自己有时间处理每个项目，不要陷入细节之中。有时可以编写草率代码。如果它按预期编译并运行，则运送它。您可以稍后再回来重构小件。让您的客户和老板保持在循环中。