AI 行事曆管理教學：算出真實可用工時，告別會議塞滿與被迫加班

10月 23, 2026

原內容日期：2026-09-13。本文為既有教學內容補發；範例依原文標示使用，實際權限與規則請以所屬組織核定資料為準。

行事曆有空白，為什麼工作仍然做不完？

很多每週計畫失敗，不是因為不夠努力，而是把名目工時誤認為可用產能。

一週有 40 小時，不代表能安排 40 小時的報告、分析與專案工作。固定會議、準備、會後整理、Email、簽核、臨時問題、轉場與休息都會使用時間。

如果這些工作沒有被算進去，行事曆看起來很完整，實際上從星期一就已經超載。

先算容量，再排任務

最簡單的做法是從名目工時扣除固定承諾、行政基線、臨時支援預留與緩衝。

假設一週 40 小時，固定會議及前後工作 13 小時、行政 5 小時、支援 4 小時、緩衝 4 小時，真正能安排主要交付的容量只有 14 小時。

這個數字可能不完美，但比把所有空白時段都當成可用工時更接近現實。沒有資料時先量一週，不要讓 AI 發明精準比例。

總時數相同，使用方式可能完全不同

四個 30 分鐘空檔加起來有兩小時，卻不一定能完成需要連續專注的分析工作。

排程除了看總時數，也要看最長連續空檔、會議切割次數、轉場與上下文切換。零碎時段適合集中回信、簽核或短任務；深度工作則需要完整時間盒。

這是 AI 很適合協助的地方：它可以把行事曆轉成碎片化分析，找出哪些日子有真正可用的專注區塊。

每場會議都有完整成本

一場 60 分鐘會議的成本可能不只一小時。還有會前讀資料、整理問題、會後記錄、分派待辦，以及前後無法排入其他工作的零碎時間。

會議可以依目的分為決策、共同產出、問題解決、資訊同步與例行儀式。資訊同步可能適合改成書面更新；重複議題可能合併；真正需要決策與共同產出的會議則應保留。

AI可以提出保留、縮短、合併或非同步候選，但不能替你取消會議或拒絕邀請。

任務加入，必須有容量交換

新任務不會因為被標成「急」就自動產生時間。

當需求超過容量時，合理的選擇只有幾種：延後、縮小範圍、委派、替換另一項工作，或降低同步成本。

與主管協商時，不必只說「我很忙」。可以具體說明本週可用容量、已安排事項、短缺多少，以及不同選項會影響什麼。

如此討論的是工作取捨，而不是個人是否夠努力。

排三個版本，讓計畫經得起變化

只有一份塞得剛剛好的排程，一發生突發事件就會失效。

建議同時準備：

基準版：依正常工作量安排。
保守版：使用工時上限並保留更多緩衝。
突發版：假設出現一件高優先事件，預先決定哪項工作可以移動。

這不是悲觀，而是把風險與取捨提前說清楚。

時間盒只是草案，不是自動承諾

AI可以把任務安排成星期二 09:30–11:30 的深度工作區塊，也能產生行事曆標題與目標產出。

但它不知道所有私人限制、團隊默契與正式權限。正式寫入行事曆、邀請他人、取消會議、委派工作或改變交期前，都要人工確認。

真正要改善的是完成率，不是排滿率

每週可以追蹤：重要交付完成率、深度工作是否被侵蝕、工時估算差異、突發工作量，以及哪些會議實際產生決策或成果。

好的行事曆不是沒有空白，而是保留足夠空間，讓重要工作能完成、突發事件能被吸收，人也能維持可持續的節奏。

文末CTA：

下週開始前，先不要急著把待辦塞進每個空格。把行事曆與任務貼入本文提示詞，算出你的真實可用容量，再決定本週最值得完成的三件事。

逐步操作

第一步：先選一個規劃週期

初次使用建議只排下一個工作週，不要一次規劃整季。

記下：

規劃期間與所在時區
每天正常工作起訖時間
午休與固定休息
已核准的加班或不可加班限制
請假、出差及不可排時段

若團隊跨時區，所有日期時間都要附時區，避免「星期二上午」產生不同理解。

第二步：計算名目工時

例如每週工作五天、每天八小時：

名目工時＝5 × 8＝40 小時

這只是上限，不能直接拿來承諾 40 小時的專案工作。

第三步：匯出或抄錄現有行事曆

不用一開始就連接任何工具。可以把下一週行程整理成：

日期	起訖時間	事件	是否固定	是否必須出席	會前準備	會後工作

請先匿名化會議名稱、客戶、連結與參與者。只保留排程所需資訊。

第四步：補上行事曆看不到的工作

行事曆最常漏掉：

Email與聊天回覆
工時或系統填報
會議準備與紀錄
同事臨時求助
主管快速詢問
例行審查與簽核
通勤、換場地與設備準備
任務切換後重新進入狀態的時間

可先用一週實測，不知道就標示「待量測」，不要叫AI猜。

第五步：建立容量分類

將一週時間分為：

固定承諾： 不易移動的會議、值班、交付或個人限制。
深度工作： 需要連續專注、產出文件、分析、設計或解題。
協作工作： 討論、審查、同步、教學與跨部門確認。
行政工作： Email、報表、簽核、整理與例行維護。
臨時支援： 事故、緊急問題、臨時主管需求。
緩衝： 延誤、切換、恢復專注及突發變化。

第六步：計算真實可用容量

可以使用簡單公式：

真實可用容量＝名目工時－固定承諾－行政基線－臨時支援預留－緩衝

例如：

40－13－5－4－4＝14 小時

這表示本週真正能安排重要產出的時間約 14 小時，不是 40 小時。

第七步：為每項任務補齊五個欄位

任務	預估工時	截止日	需要連續專注多久	依賴／等待

如果預估工時沒有歷史資料，填區間，例如 3～5 小時，並標示信心低。不要只填「大型」「很快」。

第八步：先排不可移動的，再排深度工作

排程順序建議：

固定承諾與個人限制
有外部依賴的期限
高價值深度工作
必要協作與審查
行政批次處理
緩衝與臨時支援

深度工作應使用足夠長的連續區塊。四個 30 分鐘空檔通常不能直接當成兩小時分析工作。

第九步：檢查「碎片化」而不只看總時數

同樣有四小時空白：

09:00–11:00＋14:00–16:00，可能完成兩個深度工作區塊。
八個分散的 30 分鐘，只適合簡短回覆或行政工作。

請 AI 同時標示：

最長連續可用時段
每日會議切割次數
會議間小於 30 分鐘的碎片
可能需要上下文切換的任務數

第十步：盤點每場會議的目的

不要讓 AI 直接刪會議。先分類：

決策：需要明確決策者與決策題。
共同產出：需要多人一起完成內容。
問題解決：有明確問題、資料與主持人。
資訊同步：可能改成文件或錄影。
例行儀式：確認目前是否仍有價值。

對每場會議提出四種候選：保留、縮短、合併、改非同步。取消或拒絕出席仍由人確認。

第十一步：產生三種排程情境

基準情境： 按目前承諾與正常支援量安排。
保守情境： 預留較多緩衝，使用工時估算上限。
突發情境： 假設發生一件高優先事故或臨時主管需求。

若只有基準版，一有變化就會全面崩盤。

第十二步：超載時不要只叫人「更有效率」

當需求大於容量時，從五個方向調整：

延後： 移動截止日或排程。
縮小： 本週只交付最小可用範圍。
委派： 交給具備能力與權限的人，並確認對方容量。
替換： 新增一項，就移除或延後另一項。
降同步成本： 合併會議、縮短或改為非同步。

每項調整都要列出影響與需要誰同意。

第十三步：把時間盒視為草案

AI可以輸出時間盒草案，例如：

星期二 09:30–11:30：完成測試報告初稿
星期二 15:30–16:00：集中回覆專案訊息

但在正式寫入行事曆前，仍要檢查：

是否與私人或未匯入的行程衝突
是否需要其他人共同參與
是否符合工作規則與休息需求
是否有足夠準備與轉場時間

第十四步：建立協商文字

有效的容量協商不是說「我很忙」，而是提供具體交換：

本週可用於專案產出的容量約 14 小時，目前已安排 A 6 小時、B 5 小時及 C 4 小時，共 15 小時。若新增 D 3 小時，建議選擇：將 C 延至下週、把 B 本週範圍縮為初稿，或由另一位具備權限的同事承接 D。請協助確認優先順序。

第十五步：每天三分鐘、每週十五分鐘校正

每天收工前確認：

今天實際完成多少？
哪個估算差異最大？
明天第一個深度工作區塊是否仍可用？
有沒有新任務未做容量交換？

每週再檢查：

深度工作是否被會議侵蝕
預留緩衝是否足夠
哪些會議實際沒有產出
哪類工作總被低估
下週應調整哪些估算或固定時段

可直接複製的完整提示詞

你是一位資深專案經理、工作容量規劃顧問、行事曆設計師與職場溝通教練，擅長把行事曆、待辦、交付期限及臨時工作整理成可執行的每週容量計畫。

【任務】
請根據我提供的資料：
1. 計算名目工時與真實可用容量。
2. 分類固定承諾、深度工作、協作、行政、臨時支援及緩衝。
3. 找出超載、碎片化、依賴等待及期限衝突。
4. 評估會議的目的與可調整候選，但不得自行取消。
5. 產生基準、保守及突發事件三種排程。
6. 在容量不足時，提出延後、縮小、委派、替換及非同步方案。
7. 產生可直接人工貼入行事曆的時間盒草案與協商訊息。

【規劃基本資料】
規劃期間：[YYYY-MM-DD 至 YYYY-MM-DD]
時區：[例如 Asia/Taipei]
每日正常工作時間：[例如 09:00–18:00]
午休與固定休息：[填寫]
請假／出差／不可排時段：[填寫]
加班限制：[不可加班／已核准上限／其他]
個人較適合深度工作的時段：[有證據再填；不知道填待觀察]
每日最低緩衝：[例如 45 分鐘；若未確認填待決定]
臨時支援預留：[每週時數或比例；沒有資料填待量測]

【現有行事曆】
請使用以下格式：
事件編號｜日期｜開始｜結束｜事件名稱｜目的｜固定／可移動｜必須出席／可代理／待確認｜準備時間｜會後時間｜參與角色｜敏感資訊限制
[貼上匿名化資料]

【待辦與交付】
任務編號｜任務／交付物｜預估工時區間｜截止日｜優先順序依據｜最小連續時間｜需要的專注程度｜依賴／等待｜完成標準｜可否拆分｜可否委派｜負責角色
[貼上資料]

【固定承諾與例行工作】
工作｜頻率｜每次時間｜必須時段｜完成證據
[貼上資料]

【最近一週實測；沒有則填無】
日期｜計畫工作｜計畫時間｜實際時間｜中斷原因｜新增工作｜備註
[貼上資料]

【優先順序與權限】
正式最高優先事項：[填寫]
可調整截止日的人：[填寫]
可取消或縮短會議的人：[填寫]
可接受委派的人員／角色：[填寫]
不可延後事項及原因：[填寫]

【分析限制】
1. 不得假設一天八小時全部可用於專案產出。
2. 必須扣除固定承諾、行政基線、臨時支援與緩衝。
3. 行事曆空白不等於可用產能；需檢查時段長度、轉場與碎片化。
4. 不得把多個零碎空檔直接合併成連續深度工作時間。
5. 不得創造不存在的會議、任務、期限、工時或優先順序。
6. 工時資料不足時使用區間並標示待量測，不得假裝精準。
7. 截止日不等於工作量，也不代表已保留所需容量。
8. 不得把他人的行事曆空白視為可支配時間。
9. 不得替任何人接受委派、取消會議、拒絕邀請或更改承諾。
10. 可提出取消、縮短、合併或非同步候選，但必須標示需誰確認。
11. 被邀請不代表必須出席；是否必要沒有依據時標示待確認。
12. 會議成本需包含準備、會議、會後與轉場時間。
13. 任務安排需考慮最小連續時間與專注程度。
14. 同一時段不得重複安排兩項工作。
15. 每日必須保留休息與已知個人限制。
16. 不得以壓縮午休、取消休息或未核准加班作為一般解法。
17. 新任務超出容量時，必須提出明確交換項目。
18. 委派前須確認能力、權限、容量與對方接受，不得只看職稱。
19. 將正式優先順序、個人偏好及AI建議分開標示。
20. 不得只因任務緊急就忽略其影響、依賴或完成標準。
21. 保守情境使用工時上限與較高緩衝；不得只輸出樂觀版本。
22. 突發情境至少保留一個可被移動或降級的項目。
23. 若總需求超過容量，明確寫出差額，不得硬塞進排程。
24. 日程中的姓名、會議連結、客戶、專案代碼與敏感主題需匿名化。
25. 不得輸出或保留會議密碼、存取權杖、私人行程細節。
26. 涉及人資、健康、法規、客戶或機密專案時，只保留排程所需的最低資訊。
27. 所有行事曆寫入、邀請、取消、改期與對外訊息都必須人工確認。
28. 使用繁體中文；語氣專業、友善、具體，不責怪個人。

【輸出格式】

一、150字主管摘要
說明本週真實容量、已承諾需求、容量差額、最大風險與需要決定的交換。

二、資料缺漏
| 缺漏資料 | 為何重要 | 暫時處理方式 | 建議量測 |

三、容量計算
| 項目 | 小時 | 資料來源 | 信心 | 備註 |
必須列出名目工時、固定承諾、行政、臨時支援、緩衝及真實可用容量。

四、會議成本表
| 事件 | 會議時間 | 準備 | 會後 | 轉場 | 總成本 | 目的 | 調整候選 | 需誰確認 |

五、任務需求表
| 任務 | 工時區間 | 截止日 | 最小連續時間 | 專注程度 | 依賴 | 可拆分 | 完成標準 |

六、容量與需求差額
分別用最小、基準及最大工時估算，列出是否超載與差額。

七、碎片化分析
| 日期 | 最長連續空檔 | 小於30分鐘碎片數 | 會議切割次數 | 適合工作類型 | 風險 |

八、基準排程
| 日期 | 時間 | 類型 | 任務／事件 | 目標產出 | 備註 |

九、保守排程
使用工時上限及額外緩衝，標明因此延後或縮小的內容。

十、突發事件排程
假設出現一項[填寫時數]高優先事件，說明要移動、縮小或延後什麼。

十一、超載處理選項
| 選項 | 具體調整 | 可釋放容量 | 影響 | 需誰核准 | 建議優先度 |
至少涵蓋延後、縮小、委派、替換與降低同步成本；不適用者說明原因。

十二、會議調整建議
分為保留、縮短、合併、改非同步及待確認；每項都要有依據，不得直接取消。

十三、時間盒清單
輸出可供人工貼入行事曆的標題、日期、起訖、目標產出、準備事項及是否需要他人參與。

十四、三種協商訊息
1. 給主管的優先順序確認。
2. 給同事的委派／協作邀請。
3. 給會議召集人的縮短或非同步建議。
不得自動承諾對方會接受。

十五、每日三分鐘檢查
列出今天完成、估算差異、新增工作、明日深度工作與需升級事項。

十六、週末校正
列出可重複使用的實測指標與下週調整。

十七、人工確認清單
列出正式寫入行事曆、改期、取消、委派、延後交付或要求加班前必須確認的內容。

可替換欄位快速版

最少準備以下八項即可使用：

[規劃週期與時區]
[工作時間、休息與不可排時段]
[現有行事曆]
[待辦、工時區間與截止日]
[固定行政及臨時支援基線]
[深度工作最小連續時間]
[正式優先順序及可調整權限]
[敏感資訊限制]

實際教學範例

情境

一位軟體專案經理下週需要完成 RPA 試行報告、審查 KVM 異常改善項目、準備主管簡報，同時有多場例行會議與現場支援。

名目工時

星期一至星期五，每天 8 小時：

5 × 8＝40 小時

已知固定用時

類型	每週時間
固定會議及其準備／會後	13 小時
Email、簽核、報表等行政	5 小時
現場臨時支援預留	4 小時
轉場與緩衝	4 小時

真實可用容量

40－13－5－4－4＝14 小時

待完成工作

任務	工時區間	截止日	最小連續時間	備註
A：RPA 試行報告	6～8 小時	星期四	2 小時	需整合三份紀錄
B：KVM 改善項目審查	3～4 小時	星期三	1.5 小時	等供應商日誌
C：主管簡報	4～6 小時	星期五	2 小時	需引用 A 結果

最低需求：

6＋3＋4＝13 小時

最大需求：

8＋4＋6＝18 小時

本週可用容量只有 14 小時，因此基準情境勉強可行，保守情境至少超載 4 小時。

AI建議的處理順序

星期一先確認供應商日誌是否能在 B 任務前取得。
星期一與星期二保留兩個 2 小時區塊完成 A 的資料整理與初稿。
星期三安排 1.5 小時審查 B，另保留 30 分鐘記錄結論。
C先建立簡報骨架，但涉及 A 結果的頁面待 A 驗證後補入。
星期四下午保留 2 小時緩衝，處理 A 的修正或現場突發事項。
若 A 使用 8 小時且 C 需要 6 小時，應啟動容量交換，不以加班自動補足。

會議調整候選

會議	現況	候選	可釋放時間	注意事項
每週資訊同步	60分鐘	先讀書面更新，會議縮為30分鐘處理阻礙	0.5小時	需召集人同意
兩場相同主題進度會	各45分鐘	合併為一場60分鐘	0.5小時	先確認參與者與目的重疊
主管簡報彩排	30分鐘	保留	0	直接影響正式簡報品質

若前兩項都獲同意，可釋放約 1 小時，但仍不足以完全覆蓋保守情境的 4 小時差額。

給主管的容量協商訊息

下週名目工時為 40 小時，扣除固定會議與其前後工作 13 小時、行政 5 小時、現場支援 4 小時及緩衝 4 小時後，可用於主要交付的容量約 14 小時。A、B、C 三項工作需求約 13～18 小時；若採工時上限，會短缺 4 小時。建議先保留 A 與 B，C 於星期五交付可審查的核心版本，次要附錄延至下週；另一選項是指定可承接附錄整理的人員。請協助確認優先順序與可接受範圍。

給會議召集人的建議

為保留星期二的連續報告製作時段，想提議本週資訊同步先由成員於會前更新書面狀態，會議集中處理受阻與需決策事項，時間由 60 分鐘縮為 30 分鐘。若仍有需要共同討論的議題，我會依原時段參與；請協助確認本週是否適用。

突發事件情境

若星期二出現 3 小時現場事故：

先使用 2 小時已預留支援容量。
剩餘 1 小時由星期四緩衝承接。
若事故超過 4 小時，C 的次要附錄轉為下週候選。
不移用星期三 B 的審查時段，因其會阻擋改善決議。
任何延期仍需主管或正式負責人確認。

AI不能自行做的事

把 40 小時全部排成專案任務。
直接取消例行會議或替使用者拒絕邀請。
把另一位同事的空檔視為已同意承接工作。
用縮短午休或未核准加班填補差額。
假裝 13～18 小時的工作一定能在 14 小時完成。
自動把時間盒寫入行事曆或發出邀請。

常見錯誤、隱私與使用注意事項

常見錯誤

名目工時當可用工時： 每週 40 小時不等於有 40 小時可以做專案。
會議只算本體： 忽略準備、會後與轉場。
空白小格全部相加： 零碎時間不能自動變成深度工作。
任務沒有完成標準： 很難判斷要預留多少時間。
只用單點估算： 4 小時看似精準，卻沒有反映不確定性。
把緊急當優先： 訊息來得急，不一定比正式里程碑重要。
新增工作不做交換： 最後只能靠加班或延誤消化。
AI直接刪會議： 是否出席涉及職責、關係與決策權。
委派就是轉寄： 還要確認能力、權限、容量與接受。
沒有緩衝： 一次事故或會議延長就讓整週失效。
每天排到100%： 沒有留下回覆、休息與恢復專注空間。
只優化個人行程： 忽略團隊依賴與共同工作時間。
用排程評價努力程度： 行事曆不能完整代表工作量與成果。

資料隱私

送入 AI 前應移除：

真實姓名、Email、電話與私人行程內容
會議連結、密碼、存取權杖及內部系統網址
客戶名稱、專案代碼、報價及未公開產品資訊
人資、健康、績效、薪資與法務內容
不必要的與會者名單及個人備註

只保留排程需要的角色、時段、工作類型、工時與依賴。應依公司核准的 AI 工具與資料政策處理。

使用注意事項

AI排程是候選方案，不是正式承諾。
寫入行事曆、取消、改期、邀請、委派及延期前都要人工確認。
跨時區行程必須標示時區。
工時估算要用實測逐週校正，不能永久沿用第一次的猜測。
容量不足時應呈現取捨，不要用「提升效率」掩蓋結構性超載。
若工作涉及安全、法規、客戶事故或正式值班，遵循既有程序，不應由一般排程建議覆蓋。
不要將午休、休息與未核准加班視為免費容量。