organization - 同时在多个项目中工作

Question

我想知道你们谁可以在同一天完成多个项目，每个项目只投入一小段时间。或者，如果您能够在同一小时内同时完成两个或三个或更多项目。我有很多事情要做，我开始想知道我怎么能做到这一点？我考虑过使用几个工作区，然后在它们之间切换等等。您还使用哪些其他方法？

Answer 1

去做就对了。

有小任务；做他们，继续前进。按优先顺序组织。

就这么简单；忘记噱头，忘记杂项工具和其他浪费时间的东西。我发现最简单的方法最有效。

Answer 2

你把自己分散得太细了，试图做太多事情，最终却没有真正取得任何进展。这会让其他人对你明显缺乏进展感到沮丧。一次专注于一件事效率更高，但您仍然希望在多个项目上取得进展。当你换档时，会有一定的换档时间。处理多个项目的最有效方法是使用您一天中现有的休息时间作为转换点。

例如，我们假设您一天中有 3 次休息时间：上午、午餐和下午。这给出了 4 个块，每个块大约 2 小时。在每个区块中，将一个项目作为您的主要关注点。

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

Answer 3

关于任务调度的主题已经有相当多的研究。由于这是 Stackoverflow 而不是商业网站，我会将其与操作系统内核进行比较；）

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

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

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

如果这仍然不能给你满意的延迟，你将不得不多任务处理。由于代价高昂的上下文切换会降低吞吐量，但您将能够通过向客户展示您在他们的项目上取得进展来满足他们的需求。重要的部分是选择如何分配时隙。每小时、每天、每周？时隙越小，您获得的上下文切换就越多。

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

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

或者，你可以雇佣更多的人 :)

Answer 4

挑战在于跟踪您在每个项目中的位置，以及您还需要做什么。我使用 Windows 便签提醒自己即时任务，并每天记录我在做什么、我已经完成了什么、我需要解决什么、如何解决等等。这样，我可以向后搜索并快速刷新我在上一个任务中所处的位置。

Answer 5

过去几周我一直处于同样的境地：我已经拥有了三个自己的项目，最近另一位开发人员退出了，我也不得不接手他的一个项目。起初我似乎没有取得任何进展，因为我试图一次做太多事情。

然后我明白我绝对必须优先考虑。我和老板讨论了哪个项目最重要，并完全专注于它。我什至不允许自己对其他项目进行快速的错误修复（测试人员现在可能讨厌我），因为即使修复该错误只需要五分钟，你也会失去注意力，大约半天都不会恢复小时。

我必须说这真的很有帮助——我上周做的有用的工作比之前两周做的要多得多。哦，如果你碰巧坐在一部手机附近，请关掉那该死的手机。祝你好运。

Answer 6

给自己时间处理每个项目，不要陷入细节中。有时可以编写草率的代码。如果它可以按预期编译和工作，请发送它。您可以稍后再回来重构更小的部分。让您的客户和您的老板随时了解情况。