這個系列會用 STAR 架構整理每一段職場故事。STAR 分別代表情境(Situation)、任務(Task)、行動(Action)與結果(Result)。每個故事會拆成三天:第一天談 S,還原當時的情境與我原本的理解;第二天談 T,釐清真正的任務、限制與完成條件;第三天則合併 A 與 R,整理我採取的行動、造成的結果,以及後來學到的事。
Day 25|做過很多次,我還是可能只是在重複熟悉動作,留下的殘局是:我在匯出功能前選不出方案,也說不出理由。本篇只定義該累積什麼;做法與結果留給 Day 27。
面對會逾時的匯出,我的直覺是再找一個背景工作套件來學,彷彿任務就是擴充工具箱。可是工具箱早就不空了,缺的不是下一個工具。真正任務是建立判斷規則:對這類問題,能說出何時選哪種做法、為什麼選、何時不該選。把喜好寫成信仰,只會讓下次選得更快,不是更對。
虛構案例走到最後一段。匯出功能有三個候選方向:同步匯出、背景工作佇列、離峰排程批次。任務不是立刻挑一個,而是先定下比較條件,並分清必須先確認的未知——資料量級與成長、使用者能接受多久拿到檔案、只成功一半怎麼交代;畫面樣式這類細節可延後。
| 比較條件 | 要先回答的問題 |
|---|---|
| 能力 | 撐得住目標資料量與逾時上限嗎 |
| 導入成本 | 要新增哪些元件與部署變更 |
| 維運成本 | 誰值班、怎麼監控、怎麼重跑 |
| 風險 | 部分成功與重複執行怎麼處理 |
| 退出成本 | 選錯之後換掉要付出什麼 |
這張表還沒有答案,只是把憑手感選換成照條件比。
這個任務的驗收,是一份能被質疑的比較紀錄:每個候選寫清適用條件與退出成本,落選方案附不採用理由——那是下次最省時間的經驗。非目標也要先說:不是證明慣用做法最好,也不是找萬用答案。責任邊界:日後發現選錯,我要能說明當時已知與假設。
挑一個手邊真實問題,用四十分鐘,以《工具選擇比較表》列三種候選方案,逐欄寫適用條件、成本、風險、退出成本與不採用理由,產出一頁比較紀錄。驗收方式:另一位讀者能看懂為何入選與落選。影響小、隨時換得掉的選擇不必填表。
這張表 Day 05 用過,那時條件還沒列完,只填得出五欄。
對應工具:《工具選擇比較表》。
# 工具選擇比較表
用途:從問題與限制比較方案,而不是先選熟悉工具。
使用時機:選擇影響資料、維運或難以回頭,且候選超過一個時。
| 方案 | 符合需求 | 導入成本 | 維運成本 | 退出成本 | 風險 | 不採用理由 |
| --- | --- | --- | --- | --- | --- | --- |
| | | | | | | |
提醒:只填會影響判斷的資訊;不放機密、個資與可辨識人物。
任務成形了:把比較、選擇與理由留成紀錄,不是留在手感裡。實際做法與結果,包含 AI 產出怎麼驗收,交給 Day 27|我用決策回顧和 AI 驗收,把經驗留下來。