Maker-vs-Manager-Schedule
一句話定義
Paul Graham 提出的時程二分：管理者的時程以小時為單位切分（會議、回信、決策切換）；製作者的時程以半天為單位（寫作、設計、寫程式需要長段不被打擾的注意力區塊）。把製作者塞進管理者時程會直接殺死他們的產能——不是少產出一點，而是整個半天歸零。
核心要點
1. 兩種時程的內在邏輯
| 管理者時程（Manager） | 製作者時程（Maker） | |
|---|---|---|
| 時間單位 | 1 小時 / 30 分鐘區塊 | 半天 / 4+ 小時區塊 |
| 任務本質 | 切換、協調、決策、回應 | 深度建構（寫作 / 設計 / 編碼 / 研究） |
| 被打斷成本 | 低——切換進下一個會議即可 | 極高——整個半天失效 |
| 典型角色 | CEO / 主管 / Account / Sales | 工程師 / 設計師 / 作家 / 研究者 |
| 價值創造方式 | 連結資訊與人 | 在不被打斷下進入深度心流狀態 |
來源：Paul Graham, Maker’s Schedule, Manager’s Schedule（2009）；經 2026-05-01-曼報-EP63-當每件事都很重要 引介進 vault。
2. 衝突點：一個會議消滅一整個半天
關鍵洞察：對製作者而言，一個下午插入一個下午 2 點的會議 = 整個下午都廢了——
- 會議前 1-2 小時：知道等下要切換，無法進入深度任務
- 會議本身：30-60 分鐘
- 會議後：難以重新進入心流，需要 30+ 分鐘暖機
→ 名義上「只是 30 分鐘會議」，實際成本是半天。
3. 為什麼這是組織管理的盲點
- 管理者的世界觀：時間是均質的小時格子，會議就是把格子填上
- 製作者的世界觀：時間是不均質的——某些長段不被打擾的區塊，價值是其他時間的數倍
- 管理者預設用自己的世界觀安排所有人——所以工程師的行事曆會被插滿，產能慢性流失
4. 落地建議（Paul Graham + 後續派生）
- No-meeting days：每週指定 1-2 天無會議，給製作者完整深度時段
- 集中會議時段：把所有會議擠到上午 / 週二週四等固定時段，騰出大塊製作時段
- Async-first：能用文字非同步處理的不開會
- 半天保護：個人層級——把上午 8-12 點 / 下午 2-6 點等半天區塊鎖定為「不接任何會議」
- 明示自己是哪種角色：團隊內公開行事曆策略，讓對方知道你是 maker 還是 manager schedule
- Protected time 個人實踐：2026-05-06-How-I-Manage-My-Time-10-Time-Management-Tips 中 Ali Abdaal 把上午保留為不接 Zoom call 的 protected time，用於寫書、思考 business、規劃影片或休息。這是 maker schedule 在個人創作者 / entrepreneur 場景的直接落地。
與其他概念的關係
- 對位 時間箱：時間箱 是個人時間預算工具（為任務設定時間錨點，對抗 帕金森定律）；本頁是時程結構論述（區分時間區塊的本質差異）。配合使用：用本頁判定自己屬於哪種時程，再用時間箱在區塊內設置子任務預算。
- 對位 蕃茄鐘工作法：蕃茄鐘是短週期專注工具（25 分鐘一輪）；本頁是長週期保護論述（4+ 小時不被打擾）。兩者尺度互補——maker 的半天區塊內可以用蕃茄鐘切分，但不能反過來用 30 分鐘會議切割半天。
- 對位 拖延症 / Delay-Box：本頁是「知道現在不該做什麼」的時程版本——maker 在 manager schedule 下會被迫做無法產出的偽工作；用 Delay Box 把該被延後的會議延後到 manager 時段，是工法層的具體實踐。
- 對位 Feel-Good-Productivity：FGP 「心流（flow）」需要長段不被打擾的時間——本頁解釋為什麼 maker 的心流容易被組織常見的 manager 時程結構破壞，是 FGP 在組織尺度的對位。
- 對位 心流：心流需要挑戰與能力匹配，也需要不中斷的注意力環境；本頁提供「時間結構如何支援或破壞心流」的組織尺度解釋。
- 對位 Context-Engineering：Context-Engineering 處理 LLM 的 context window 容量；本頁處理人類注意力的 context window——LLM 切換 context 有 cache 失效成本（300s），人類切換 context 有暖機成本（30+ 分鐘）。同精神不同基質。
- 對位 時間管理：時間管理處理整體日程系統；本頁提醒不是所有時間格價值相同。保護 4 小時 maker block，通常比零散找 8 個 30 分鐘空檔更有效。
- 對位 管理 / 執行力：本頁揭示一個常見的執行力陷阱——管理者用自己的時程結構安排製作者，導致組織整體產能慢性流失。對位 管理 「讓任務可重複執行」原則——可重複執行的前提是時程結構允許執行。
- 與 任務切換成本 同源：兩者都是「切換有隱形稅」的具體機制——本頁是時程尺度，任務切換成本 是任務 / 注意力尺度。
相關來源
- 2026-05-01-曼報-EP63-當每件事都很重要 — Paul Graham 原文 Maker’s Schedule, Manager’s Schedule（2009）由 曼報 在七步框架的「配套」段引介進 vault
- 2026-05-06-How-I-Manage-My-Time-10-Time-Management-Tips — Ali-Abdaal：protected time 的個人創作者版本；上午不接會議，保留給寫作與深度工作。
- 2026-05-07-Benzi-高精力騙局低能量陷阱 — 補入個人尺度的反覆切換：訊息、查資料與任務切換會讓大腦不斷重啟思維。
- 2026-05-07-Benzi-努力與運氣成功真相 — 補入 心流 的能力 / 挑戰匹配定義，並讓本頁從「未來可建」回扣到已建心流概念頁。
備註
本頁建立於 曼報 EP63 ingest。Paul Graham 原文是 2009 年寫的、矽谷工程師圈廣為傳閱的經典——透過曼報的引介，vault 第一次有錨點。原文本身值得未來獨立 ingest（如能取得 paulgraham.com 原文），可大幅擴充本頁。
未來累積方向：
- (a) Paul Graham 其他經典文章 ingest 後，可考慮建立 Paul Graham 實體頁（vault 中已有 Karpathy / Vannevar-Bush / Tiago-Forte 等同類「個人寫作影響力」型實體先例）
- (b) Cal Newport Deep Work / Mihaly Csikszentmihalyi Flow 等深度工作 / 心流經典：心流 已先以操作型概念頁建立；後續一手來源可補正式理論與 Deep-Work 獨立頁，本頁仍是其組織尺度應用
- (c) Async-first / Remote-work 相關時程結構論述：累積 2+ 來源後可獨立成 非同步協作 概念頁
- (d) No-meeting days / 集中會議日等具體實踐工法：累積實踐案例後可整理進「Maker schedule 保護工法」段