週五下午，我最怕聽到一句話：「這週很忙，所以原本那件事還沒做完。」
不管人多或人少，都先逼自己說清楚最重要的三件事。
後來開始使用 AI Agent，我才發現：工具的執行越快，主管模糊的地方暴露得越快。
我想把個人待辦的「三」，翻譯成組織的目標分層。
為什麼把每天重要工作限制成三件？
限制成三件不是數學真理，而是迫使管理者排序。待辦可以很多，當天承諾的關鍵成果必須少，團隊才知道衝突時先保哪一個。
「每天三件事」是行動層：每一件要有清楚動詞、交付物與完成條件。它不是把所有雜務藏起來，而是標出今天不能失守的重點。
很多人以為列得越多代表管理越完整，其實剛好相反。沒有優先順序的長清單，只是把決策壓力轉給執行者。
如果你是主管（或每天追進度的老闆），臨時任務進來時，團隊知道原本哪一件可以延後、誰能決定嗎？
每天三件、每週三目標、每月三檢討差在哪裡？
每天管交付動作，每週管成果，每月管系統是否需要調整。三個層次不能互相取代，否則團隊會用忙碌掩蓋目標沒達成。
- 每天三件事：今天要交出什麼可確認結果。
- 每週三目標：本週承諾的業務成果是否完成。
- 每月三檢討：達成率、重複與創造工作比例、重要專案狀態。
週目標不要寫「處理客戶問題」，要寫成「完成哪位客戶的哪個決策材料，並取得什麼確認」。成果必須能由別人驗收。
月檢討也不是責備會。它要找出哪些工作反覆出現、哪些目標總被插單打斷、哪個專案已經卡住卻還維持綠燈。
這套方法放在 AI Agent 身上要增加什麼？
除了目標，還要補資料範圍、可用工具、驗收標準、停止條件與人工接手。Agent 不會替主管判斷哪些風險不該自行承擔。
一個可執行任務至少寫六欄：目的、輸入、允許動作、輸出格式、驗收者與失敗處理。沒有驗收者，快速完成只會快速堆出待確認資料。
NIST 的 AI 風險管理框架提醒組織把治理、衡量與管理放進生命週期。對主管來說，就是在派工作前先定義邊界。
可和Agent 友善介面的五項設計一起使用：目標說清楚，系統也必須能留下執行證據。
主管怎麼判斷 AI 帶來的是成果還是更多產量？
比較導入前後的等待、返工、決策時間與錯誤，而不是只數生成多少文件。產量上升但沒人採用，不能算成組織生產力。
從 business owner 視角，執行成本下降後，最昂貴的會變成方向錯誤。Agent 一天能產出更多內容，也可能讓主管花更多時間刪除、查證與重做。
每週三目標因此要加上採用證據：誰使用、用在哪個決策、是否減少等待或風險。不能驗證就先稱為產出，不要急著稱為成果。
如果目標中途改變，也要把變更原因、核准者與被延後的項目寫下來。否則到了月底，團隊只看到原目標沒完成，卻看不到主管其實在一週內改了三次方向。
每天三件事要怎麼開始，不會變成新表單？
明天只選三個既有工作試跑，上午確認完成條件，收工前記錄結果與阻礙；一週後再決定保留哪些欄位，不要先建大型系統。
主管每天只問三句：今天最重要的具體結果是什麼？你如何知道完成？卡住時要誰做決定？這些答案比進度百分比更有管理價值。
等規則穩定後，再接到頻率與思考深度的 AI 導入公式，把每週回饋變成可累積的改進。
當執行變得容易，你願不願意承認：真正稀缺的不是叫人做事，而是知道什麼值得做？
把三個目標交給 AI Agent 前，主管要先寫哪六句？
先寫目的、輸入、允許動作、不可碰的邊界、交付格式與驗收人。Agent 不會因為任務名稱寫得很漂亮，就自動知道公司要承擔什麼後果。
例如「整理本週客訴」不是任務。要改成：「以 CRM 已結案案件為輸入，依產品與原因分類，不推測原因；輸出一頁主管摘要，由客服主管確認後才發給業務。」
這六句也適用於人。差別只是人會追問，Agent 常常直接執行。以前模糊目標可能被同仁的經驗補住；現在它會原封不動地放大成產出。
所以每天三件事不是少做事，而是先把可被驗收的成果說清楚。你今天交給 AI 的三件事，有哪一件已經寫得出驗收人？
