同時在幾個項目中工作

Question

我不知道你們誰可以在同一天的幾個項目上工作，只爲每個項目提供一小段時間。或者如果你能夠在同一個小時內同時在兩個或三個以上的項目上工作。我有很多事情要做，我開始想知道我該怎麼做？我想過使用幾個工作區，然後切換，等等。你使用了什麼其他的方法？

Answer 1

關於任務調度問題已經有很多研究。 由於這是Stackoverflow，而不是一個商業網站，我會比較它與操作系統內核;）

你有多個任務要執行，目標當然是有效的。效率可以被測量爲高通量或低等待時間。

當您在任務之間切換時，會出現一種代價高昂的損失，稱爲上下文切換。 也就是說，您必須切換文檔，應用程序，登錄到系統等，並且需要一段時間才能進入該區域。

給定不同大小的多個任務。 如果您將它們作爲序列（批次）隨機排列，您將擁有最少量的上下文切換，因此整體吞吐量較高。 如果您按大小排列優先順序，從小到大，您也可以減少延遲。 由於具有最小項目的客戶將首先交付，因此與上述隨機方法相比，您在某個時間點將交付更多的項目。 當新的較小的項目到達時，問題當然是如何處理大型項目。這可以通過應用某種時間戳來解決。如果有些項目比其他項目更重要，則必須相應地對它們進行優化。

如果這仍然不能讓您滿意的延遲，您將不得不多任務。 由於昂貴的上下文切換，它會降低吞吐量，但您可以通過向他們展示您正在項目上取得進展來滿足客戶的需求。 重要的部分是選擇如何分配時隙。每小時，每天，每週？時隙越小，您獲得的上下文切換越多。

任務又可以分爲兩種不同的類型，即CPU和I/O綁定任務。 I/O綁定可以看作是需要從設備/其他人處輸入的任務，而CPU綁定只需要您的時間/智力。 安排一週，以便儘快啓動I/O界限任務，而不是稍後。在等待它們返回時，您將專注於CPU綁定任務。

總結。您將每個項目分成較小的交付，這些交付只是足夠小以滿足客戶對進展的需求。 星期一早上你計劃你的一週，開始所有需要別人採取行動的任務（批准等）。發送這些電子郵件並打這些電話。完成之後，您將專注於需要專注的部分。

或者，你可以只僱用更多的人:)

Answer 2

只要做到這一點。

有小任務;做他們，繼續前進。按優先級組織。

就這麼簡單;忘記噱頭，忘記其他工具和其他時間浪費。我找到最有效的最簡單的方法。

Answer 3

challange正在跟蹤你在每個項目中的位置，以及你還需要做什麼。我使用Windows粘滯便箋來提醒自己立即完成任務，並且每天都會記錄我正在做的事情，完成的內容，我需要解決的問題，解決方法以及更多內容。這樣，我可以搜索並快速刷新上一個任務的位置。

Answer 4

我在過去的幾周裏一直處於相同的狀況：我已經有三個自己的項目，最近又有一位開發人員退出了，我也不得不接受他的一個項目。起初，我似乎沒有取得任何進展，因爲我一次嘗試做太多事情。

然後我明白我絕對要優先考慮。我和我的老闆討論過哪個項目是最重要的，並且完全集中在這個項目上。我甚至不允許自己在其他項目上做一個快速錯誤修正（測試人員現在可能討厭我），因爲即使修復這個錯誤只需要五分鐘，你也會失去專注力，並且不會重新獲得它的一半小時。

我必須說這真的有幫助 - 上週我做了比我在兩週前做的更有用的工作。 噢，如果你碰巧坐在旁邊的話，關掉該死的電話。祝你好運。

Answer 5

你把自己撒得太細，想做太多事情，最終沒有取得任何進展。這可能會讓你感到沮喪，因爲你明顯缺乏進展。一次只關注一件事情會更高效，但您仍然希望在多個項目上取得進展。當你換擋時，有一定的換擋時間。處理多個項目的最有效方法是使用當天現有的休息時間作爲轉換點。

例如，我們假裝您在一天中有三次休息：早上，午餐和下午。這給出了每塊大約2小時的4個塊。在每個塊中，將一個項目作爲主要焦點。

將項目劃分爲儘可能小的任務。這可以幫助您跟蹤進度並提供更大的成就感。在任務級別和項目級別做筆記，以幫助您記住自己做過/發現的內容。

Answer 6

讓自己有時間在每個項目上工作，不要陷入細節中。有時可以寫一些草率的代碼。如果它按預期進行編譯和工作，請發貨。您稍後可以回來重構較小的部分。讓你的顧客和老闆保持循環。