為何「定期排序」本身就是高槓桿活動#
任何工程領域的待辦事項，永遠多於我們的時間。做了 A 就等於沒做 B。 因此，定期排序優先順序（Prioritize Regularly） 是一個高槓桿活動，因為它直接決定了你其餘時間的槓桿率。
如果你花了好幾週做的事毫無影響力、也沒帶來新學習，這跟沒上班有什麼差別？
當代軟體開發已轉向 敏捷（Agile）開發：完美設計無法一蹴可幾，市場需求瞬息萬變。我們應該：
- 快速推出 產品原型（Prototype）
- 依據回饋持續 迭代更新（Iterate）
身為打造產品的一份子，工程師必須具備動態調整能力，依據當前回饋靈活改變任務的優先順序。
將所有待辦寫進單一、隨手可取的清單#
人腦擅長處理（Processing），不擅長儲存（Storage）。工作記憶平均只能容納 7 ± 2 個項目，超過就會大幅遺漏。
葛文德（Atul Gawande）在《清單革命》（The Checklist Manifesto）中指出： 飛行員、外科醫生、建築工地主任，都因採用清單而顯著降低錯誤率——即使是處理日常任務的專家。
待辦清單應具備兩個特質：
- 單一權威清單：避免便利貼、紙條、信件四散，否則大腦無法信任它的完整性
- 隨手可取：行動裝置 App、雲端文字檔、筆記本皆可，重點是隨時能更新
把所有事項寫進清單後，大腦就能從「記憶」釋放出來，專注於更高槓桿的事——實際決定優先順序。
兩個判斷高槓桿的啟發法#
不要嘗試精準排序所有任務（時間估算往往會錯，每做完一件事也會冒出新任務）。 較有效的做法：用「兩兩比較」反覆問自己——目前在做的事，是否還有更高槓桿的選項？
1. 聚焦在「直接產生價值」的活動#
Facebook 工程主管 Yishan Wong 指出：「活動不等於產出」。 寫狀態報告、整理東西、回低優先郵件、開會——這些都只跟價值有微弱、間接的關聯。
衡量成果時，看的是：出貨的產品、新增的使用者、推進的業務指標、達成的銷售——而不是工時、完成任務數、寫了多少行程式碼。
把「直接帶來這些結果」的事情列為第一優先；學會對其他事說「不」。當你能持續產生結果，沒人會在乎你拒絕了那場會議。
2. 聚焦在「重要但不緊急」的事#
史蒂芬·柯維（Stephen Covey）在《與成功有約》中提出時間管理四象限：
- Q1 重要 + 緊急：救火、生產事故、迫在眉睫的截止日
- Q2 重要 + 不緊急：學習新技能、改善工具、寫測試、規劃職涯——真正高槓桿區
- Q3 不重要 + 緊急：大部分郵件、電話、會議
- Q4 不重要 + 不緊急：純粹的時間殺手
我們的本能是被緊急的事推著走（Q1、Q3），卻忽略真正帶來複利的 Q2 活動。
Figure 3.1: Partitioning of activities based on urgency and importance.
留意：若你長期身陷 Q1，那很可能是「Q2 投資不足」的症狀。 頻繁的警報，可能源於缺乏自動恢復機制；高優先 Bug，可能源於測試覆蓋率不足；永遠在趕死線，可能源於估算與規劃能力不夠。
保護「Maker’s Schedule」#
工程師需要長段、連續的時間才能進入心流（Flow）。
微軟研究：每次被信件或即時訊息打斷，平均需要 10-15 分鐘才能回到專注狀態。 加州大學 Irvine 分校的研究甚至高達 23 分鐘。
保護長段時間的具體做法：
- 把必要的會議排在連續時段，或集中在一天的開頭／結尾
- 設定「No Meeting Wednesday」之類的整段保留日
- 在行事曆上預先放上假會議來鎖時間
- 學會對不必要的會議與低優先承諾說不
限制同時進行的工作量（WIP）#
David Rock 在《Your Brain at Work》中用劇場比喻：工作記憶是個舞台，思緒是演員。 我們同時進行的事項越多，大腦就花越多力氣在「把演員推上推下舞台」，而不是在欣賞演出。
雜耍三顆球輕鬆，六、七顆球壓力大增。 工作量線性增加，失敗機率卻是指數成長。
實務原則：限縮在「品質與動能還能維持」的同時專案數內。用嘗試錯誤找出自己的甜蜜點。
用 If-Then 計畫對抗拖延#
心理學家 Peter Gollwitzer 的研究顯示：把行為綁定到具體情境的人，完成率是其他人的兩倍以上。
什麼是 If-Then 策略？
預先設定「如果（If） 在 X 情境，那麼（Then） 我就做 Y」。當情境觸發，行為會自動接續，不需要再做痛苦的活化決策（Activation Energy）。
範例：
- 「如果開完下午三點的會，那麼我就調查那個老 Bug」
- 「如果距離下一個會議只剩 20 分鐘，那麼我就完成一份 Code Review」
事先列出「20 分鐘以內可完成的小任務清單」，能填補日程縫隙，避免空白時間被滑手機吃掉。
養成定期重新排序的習慣#
優先順序排定一次就結束了嗎？絕對不是。情境會變：
- 兩週前估計一個月的基礎設施改造，因技術細節暴增為三個月，還值得繼續嗎？
- 新功能開發中，舊功能爆出每天耗一小時的維運問題，要先去長期修復嗎？
- 寫到一半發現舊程式碼結構讓你寸步難行，現在該停下來重構嗎？
沒有任何「最佳」的個人生產力流程，重點是養成「定期重新檢視」的習慣。 作者本身的做法：用 Asana 維護長期 backlog；每天早上挑幾項放進「今日」；每週日晚上 30 分鐘檢討；每月做更大的方向校正。
Figure 3.2: A sample snapshot of tasks in my prioritized to-do list.
重點摘要（Key Takeaways）#
- 寫下並回顧待辦：把大腦當作處理器，而非記憶體
- 聚焦直接產生價值的事：別什麼都做，常問是否有更高槓桿的選項
- 聚焦重要但不緊急：投資長期會放大效能的事，即使它沒有截止日
- 減少切換成本：保護整段時間，限制 WIP 數量
- 用 If-Then 計畫對抗拖延：把意圖綁到觸發情境
- 把排序變成日常習慣：找一套適合自己的流程，定期執行