當你把一個「工作慢」的人的一天拆解來看，其實他們雙手停下來空閒的時間非常少。
做文件、回郵件——鍵盤上的手指動作可能很快。延遲發生在 Slack 或其他通知打斷之後。
換句話說，回到原本的畫面並想起自己做到哪裡，需要花很長的時間。 我認為差異就在於「重新啟動」的時機。
被要求「快一點」只能加快工作本身的節奏，所以差距並不會縮小多少。
我認為這是試圖將多工處理當作單工處理時的一個主要陷阱。
加州大學爾灣分校（UC Irvine）的研究團隊觀察了 24 位在辦公室工作的人員，為期三天半。研究發現，個人平均需要 25 分鐘才能回到被打斷的任務上。此外，在這段時間內，他們通常已經開始了兩項或更多其他工作。
因此，被侵蝕的不是「手部速度」，而是那 25 分鐘的回歸時間。一天中多次被打斷的人只是累積了這些 25 分鐘的區塊；他們的打字速度是足夠的。
我仍然會花時間來「重新啟動」。
因為我會同時執行幾個 Claude Code 工作階段，所以我的一天充滿了打斷。但實際的打字時間很短。漫長的是從切換狀態回歸，並回憶進度到哪裡的過程。特別是，我覺得被 AI 互動打斷的寫作任務，其專注力會顯著下降。
除非我們讓「大腦切換」而不僅僅是「任務切換」變得更理性，否則生產力不會提升。
Slack 通知彈出 -> 回覆時順便檢查另一件事 -> 回到原本畫面 -> Claude 工作階段結束，給出下一個指令 -> 回到原本畫面 -> 回憶進度 -> 最後手才開始動...
「工作慢」背後的真相不是手部速度，而是「重新啟動所需的時間。」
我不認為不解決這個問題，工作就能變快。
所以，與其加快手部動作，我更專注於「如何回歸」，並利用「三條規則」來彌補。
1. 在回到原本工作前，將被打斷的需求放置在指定位置
-> 如果你把 Slack 上的「請確認」記在腦子裡，你會浪費腦力去避免遺忘。所以，我把 Trello（任務管理工具）當成駕駛艙一樣使用。
兩個區塊：一個是按優先級排序的「今日任務（長任務）」欄位，以及一個貼滿便利貼的「空檔任務（短任務）」盒子。 incoming 需求如果是快速處理的就放入空檔盒子，如果是耗時的就插入優先級欄位。
Trello 中的實際任務管理視圖
每次完成一項任務，我都會看這個畫面，所以放置好的需求不會被遺忘。當回歸時，腦海中只剩下原本的任務。
2. 不要停在自然的斷點。休息時刻意停在半途
-> 我認為這是最重要的一點。常見的錯誤是在午餐或 15 分鐘休息前，把工作做到「一個好的停止點」。這會導致回歸時的啟動成本和專注力爬坡重疊。停在半途是最好的選擇。如果你停在一半，你可以從「延續處」恢復，從而減少啟動負擔。
3. 下班前一小時寫下明天第一個 5 分鐘的任務，並在早上以此開始
-> 這是規則 #1 的日常版本。第二天早上以「昨天的延續」開始，而不是從零開始。如果在開始任何事之前先打開通知，意味著整個上午都花在「回歸的過程中」。等到手動起來一次後，再開啟郵件和 Slack。
我對「工作慢」的解決方案
「請確認」、「緊急」
在這些訊息每天飛入多次的工作場所，特別是對於那些獨自管理多個流程的人來說，慢的原因常被歸咎於「通知的數量」。
然而，UC Irvine 的觀察還有更多内容。對於分析型和開發型職位，打斷大約有一半來自他人，一半來自自我打斷。即使沒有電話或通知，人們也會自己停下。此外，自我打斷的任務回歸時間比外部打斷的任務更長。
需要加速的是隨後的「重新啟動」，而不是雙手。上述三條規則是我用來向自己發出回歸信號的系統。
下次休息前，試著故意停在一個「糟糕的斷點」。
我也會結構化且清晰地解釋及時的話題和明日工作的提示。
https://x.com/smark_x/status/2098393324768157849
https://x.com/smark_x/status/2096168360103088156
- 過度思考阻礙行動
- 完美主義導致時間不夠用
- 遇到瓶頸時想歸咎於缺乏直覺
- 儘管加入了 AI，工作並沒有變得輕鬆
我曾深受這些問題困擾，但透過將工作系統化為「邏輯思維」，讓工作變得更容易。我每天都會發文，如果有興趣請追蹤。→ @smark_x
