初次見面。我是 PRUM 株式會社的工程師，すもも🍑。
我每天都在整理並分享程式學習與實務中容易卡關的重點，以及思考方式。
如果你對 PRUM 有興趣，也歡迎看看我們的企業網站。
▶企業網站
你是否也曾同時手上抱著多個實作任務或除錯需求呢？
趁著空檔東碰一點、西碰一點，到了當天結束時覺得「今天也推進了不少」。但隔天早上回頭看任務清單，卻發現沒有任何一項完成。
這不是因為你偷懶。
相反地，往往是因為你太認真、沒有停下手，才會變成這樣。
「做了很多進展」和「很快做完」是兩回事
當你同時手上有多個任務時，總會有「正在忙」的感覺。這種感覺，會扭曲你對進度的評估。
實際上發生的是兩種不容易看見的損耗。第一種是，每次切換任務時都會產生的重新進入成本。當你中斷某個任務、轉去做另一個任務之後，回到原本的任務時，必須重新在腦中整理一次「我寫到哪裡了」「原本打算怎麼設計」等資訊。這種重新整理需要一定時間，切換次數越多，實際能拿來工作的時間就越少。
第二種是，所有實作都在平行推進，卻沒有一個真正接近完成。因為每個都只碰一點，所以「有在前進」的感覺一直都在，但卻始終到不了能送審的狀態。「正在進行」和「已經完成」是完全不同的兩件事。
以任務 A、B、C 為例，比較實際完成速度
我們來想像同時手上有 3 個任務 A、B、C 的情況。
🟠 如果三個都只稍微碰一點：3 天過後，A、B、C 都只前進了大約 30%，沒有任何一項完成，也無法進入審查或發布
🟠 如果只專注做 A：同樣 3 天裡，A 會在 2 天內完成並進入可審查狀態，剩下 1 天則可以開始 B
所花的工作量兩者都一樣，都是「3 天分」。但後者會在第 3 天結束時，產生一個「已完成且可送審的任務」。也就是說，手上同時抱的任務越多，表面上的稼動率雖然看起來越高，但實際上接近完成的任務數量反而會減少。
今天就能開始縮小範圍的做法
就算理解了道理，如果無法落實到行動上，也不會有改變。今天就能開始做的事情有以下這些：
- 將目前手上的任務，以任務名稱、緊急程度、今天是否需要開始著手這 3 個欄位列成清單
- 當新的需求進來時，每次都判斷要繼續目前的任務，還是明確地重新調整優先順序
- 事先固定查看聊天工具的時間，其他時間盡量不要頻繁回應通知
- 將進行中的任務，透過任務管理看板等方式讓團隊看得到
- 先向團隊簡短說明「現在只專注這個任務的原因」
只要先整理成清單，「目前哪些在進行中、哪些在排隊」就能一目了然。
不需要特別準備，也不需要花很多時間，從把現有任務寫下來就可以開始。
總結
一次只碰一點、同時處理多個任務的做法，雖然會讓你有「我很努力」的感覺，但實際的完成速度反而會下降。
我最近也一直在思考如何提升效率、如何把多工做得更好，但最後得到的結論是：工作不要平行處理，最好是一次集中處理一件，然後一口氣做完。
有意識地把正在著手的任務縮小到一件，看起來像繞遠路，其實才是最快把整體做完的方法。
把焦點縮小到一件事，並不代表要切斷和周遭的合作。只要把進行中的任務以團隊看得見的方式呈現出來，就能在不把事情全攬在自己身上的情況下進行取捨。
不妨先數數看，今天手上到底有幾個任務吧。
PRUM 的工程師多數都是從零經驗開始招募的。
如果有興趣，也歡迎來企業網站逛逛。
▶ PRUM 招募頁面
我們也經營著彙整工程師實用文章的網站。如果你有興趣，也歡迎看看。
▶ 工程師實用文章網站
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
