實習觀察與方法

這份筆記收斂實習期間反覆出現的方法：先定義問題、再查證資料、把限制寫清楚，最後讓技術回到業務與權利保障。 個人、案件、內部資訊與具體操作不記錄。

這篇想留下的方法

卡住的時候，第一步是把事實、未知、限制和相關的人列出來，再比哪個方案驗得動。做觀察我只記流程在哪斷掉、誰缺什麼資訊、可以怎麼改，敏感細節不寫。資訊專業真正發揮作用的地方是資料乾不乾淨、有沒有留下查得到的紀錄、系統交出去有沒有人維護得動。自動化跟 AI 我當助手：來源自己查、輸出有人審，責任在人身上。

一、證據導向的問題解決流程

我卡住時多半不缺答案，缺的是把問題問清楚。下面五步是用來擋住自己直接跳去挑工具：

定義問題 → 拆解條件 → 蒐集與排序證據 → 比較方案 → 執行、檢查與改善

定義問題這步要先問清楚，眼前的困難到底是效率、品質、風險、權限還是溝通，寫出一句能被別人檢驗的問題敘述。接著拆解條件，把已知事實、未知事項、限制和有利害關係的人分開列，這時候會浮出一份待查清單。

再來是蒐集與排序證據。這裡的重點是分辨哪些資料真的會影響決策、哪些只是背景，排完要標得出來源。然後才比較方案，把效益、風險、成本、法源和維運負擔攤在一起，選哪個都可以，但要講得出理由。最後是執行、檢查與改善：目標有沒有達到、有沒有生出新問題，這輪的答案會變成下一輪的起點。

五步裡我花最多時間的是第一步，也最值得。定義寫歪了，後面做得再漂亮都是在解錯的題。

二、如何做專業且安全的實習觀察

觀察最划算的是搞懂「制度為什麼長這樣」，細節記多不等於看懂。

我優先記四類東西。流程斷點最好用，使用者重複輸入、交接不清、資料兩邊對不起來，改善機會通常就藏在這些地方。決策條件次之，看需求、資安、法規、資源和時程怎麼互相擠壓，比記結論有價值。控制機制是我以前最容易略過的，權限、稽核、備援、應變其實是系統的一部分，不是附加功能。最後是使用者情境，提醒自己別把實驗室裡那套理想流程直接套到第一線。

不寫進公開筆記的也有三類：案件、人員、帳號、內部代號與配置（牽涉隱私、偵查不公開與機關安全）；可重現的操作步驟與安全設定（可能被拿去用，而且換個情境未必適用）；還有沒經過官方或多方查證的說法。最後這類最危險，很容易把當下的觀察寫成制度事實。

佐證：個人資料處理與公開利用應符合特定目的與必要性，見 《個人資料保護法》第 5、15、16 條。

三、資訊專業的實務價值：讓資料可用、可查、可維護

資料整理把格式、時間與欄位意義統一起來，減少人工錯誤，但來源、缺漏、權限與保存責任要一起交代。流程自動化省掉重複作業，讓人力轉去做判斷與服務，代價是例外處理、審核點與錯誤回復都得先想好。資料分析把複雜資料轉成看得懂的問題、關聯與趨勢，前提是記得相關不等於因果，結論要保留限制。

系統與資安讓服務在安全、可用、可追溯的條件下運作，背後是身分、權限、日誌、備援與事件應變一整套。溝通與文件化是讓業務、技術與管理者對同一個問題形成共識，關鍵在用清楚的語言把事實、推論與待確認事項分開。

這幾項指向同一件事：解法要有人用得下去、接得住維護、出事查得到。技術多複雜反而排後面。我最容易略過的是最後一項，它不生出任何功能，卻決定前面四項有沒有人看得懂。

四、自動化與 AI：人類責任不能外包

自動化可以幫忙整理、分類、摘要、檢查，但我不讓它代替我判斷來源、法律效果或高風險決策。

所以每次用它我固定走五個檢核問題。第一題問輸入資料適不適合：不完整、有偏誤或未經授權的資料會讓結果失真，也可能直接違反治理要求。第二題問輸出查不查得證，要能回到原始來源，而不是接受一段看起來合理的文字。第三題問誰負責審核，高影響的決策要保留明確的人類覆核與責任歸屬。

第四題問有沒有替代與更正的方式，使用者或承辦人得能提出異議、修正資料，或整段切回人工流程。第五題問有沒有留下必要紀錄，之後才回顧得了工具怎麼被使用、結果怎麼被採納、問題怎麼改善。

最難落實的是第二題。工具吐出來的文字讀起來很順，順到我不想點開來源核對。我後來規定自己先貼來源再寫結論，不許寫完回頭補——補的時候幾乎都在替結論找依據，不是真的查。

五、跨單位協作與計畫治理

資訊工作夾在業務、技術、資安和管理中間。順不順多半看有沒有人願意把各自的話翻成同一組決策條件。業務單位要講清楚的是待解決的問題、服務對象、例外情境與成功標準；資訊單位負責說明資料、介接、架構、資安與維運上的可行性。

資安與法遵盯的是權限、風險、法源、保存、稽核與事件責任；管理與採購要把時程、資源、契約、驗收、績效與持續改善攤在桌上。四邊看的是同一個系統，只是各自帶著不同的失敗經驗來，講的語言才會差這麼多。

計畫交得出功能只是及格線。為何需要、誰負責、怎麼驗收、誰維運、出問題怎麼改——這幾題答不出來，後面通常會自己找上門。

六、能力成長的三層路徑

能力大致長成三層。基礎是資料結構、程式、網路、資安與法律概念，練起來的樣子是讀得懂資料來源、流程與基本限制。整合是把業務問題轉成資料、系統或流程需求，看得見的成果是提得出可驗證、可維運的改善方案。判斷則是在效率、安全、法遵與使用者需求之間取捨，並且說得清楚選擇理由、風險與替代方案。

這三層提醒我：工具大概兩年換一輪，但定義問題、判斷證據夠不夠、想到系統層面、知道哪些事不該做，這幾樣會一直累積。第三層沒有速成的辦法，只能一次次把理由寫下來，過陣子再回頭看自己錯在哪。

這篇的分層結構

先問對問題，才輪得到記錄、資料、工具與人，這篇的層次就照這個順序排：

第 1 層  問題定義與條件拆解
         問什麼：眼前卡住的是效率、品質、風險、權限還是溝通；已知、未知、限制與利害關係人各有哪些
         產出：一句別人檢驗得動的問題敘述、一份待查清單、一張關係人名單
            ↓ 題目寫定了，才知道該去看哪幾件事

第 2 層  觀察與證據取捨
         問什麼：哪些現象值得記、哪些一律不寫、證據夠不夠支撐決策
         產出：流程斷點、決策條件、控制機制、使用者情境四類紀錄，加上三類不入公開筆記的排除清單
            ↓ 記下來的材料要變成別人接得住的東西

第 3 層  讓資料可用、可查、可維護
         問什麼：欄位與時間定義怎麼統一、例外誰處理、出事查不查得到
         產出：統一後的欄位定義、標了來源與缺漏的資料、審核點與錯誤回復路徑、事實與推論分開的文件
            ↓ 這些事一多，就會想丟給工具做

第 4 層  自動化與 AI 的責任配置
         問什麼：輸入適不適合、輸出查不查得證、誰審核、怎麼更正、留不留紀錄
         產出：五個檢核問題的答案、先貼來源再寫結論的規矩、指名到人的覆核者
            ↓ 工具的位置排好了，剩下的是人跟人之間

第 5 層  協作與計畫治理
         問什麼：業務、資訊、資安法遵、管理採購四邊各自的成功標準是什麼
         產出：四邊共用的一組決策條件，以及為何需要、誰負責、怎麼驗收、誰維運的書面答案

第 1 層：先把題目寫成別人檢驗得動的句子。 這層要答的是眼前的困難到底屬於哪一類。原文的五步流程把定義問題、拆解條件擺在最前面，理由很直白：已知事實、未知事項、限制與利害關係人分開列之後，待查清單才浮得出來。最花時間的確實是這一步。定義寫歪了，後面查得再細都在解錯的題。我最常犯的是把「工具不好用」當成問題敘述，底下藏的其實是權限沒開，或流程本來就要人重複輸入兩次。

第 2 層：記得少，但記在斷點上。 這層問的是哪些觀察值得留下來。原文挑了四類，流程斷點、決策條件、控制機制、使用者情境，其中控制機制最容易被當成附加功能略過，權限、稽核、備援、應變本來就是系統的一部分。排除清單也寫死了三類，案件人員帳號與內部代號、可重現的操作步驟與安全設定、沒經官方或多方查證的說法。第三類最危險，一句沒查證的觀察寫進筆記，讀的人會把它當成制度事實。

第 3 層：讓交出去的東西有人接得住。 這層攤開資料整理、流程自動化、資料分析、系統與資安、溝通與文件化五項，共同的判準只有一個：解法要有人用得下去、接得住維護、出事查得到，技術多複雜排在後面。原文點名最容易被略過的是文件化，它不生出任何功能，卻決定前面四項有沒有人看得懂。成本落在細節上，欄位意義統一要有人拍板，例外處理、審核點與錯誤回復都得先想好。

第 4 層：工具可以代勞，責任不能。 五個檢核問題依序問輸入適不適合、輸出查不查得證、誰負責審核、有沒有更正與切回人工的辦法、有沒有留下紀錄。原文自己承認最難落實的是第二題，工具吐出來的文字讀起來太順，順到不想點開來源核對。對策寫得很具體：先貼來源再寫結論，不許寫完回頭補。這條規矩改掉的是順序，補來源的時候人在替既有結論找依據，查證已經失效了。

第 5 層：交出去之後才是長期成本。 這層問四邊各自的成功標準。業務講服務對象與例外情境，資訊講資料、介接、架構與維運可行性，資安法遵盯權限、法源、保存與稽核責任，管理採購管時程、契約、驗收與持續改善。四邊看同一個系統，帶著不同的失敗經驗，語言才會差這麼多。原文那句「交得出功能只是及格線」是這層的重點，為何需要、誰負責、怎麼驗收、誰維運答不出來，問題只會延後出現，不會消失。

第 2 層與第 3 層互相扣住。觀察記得越保守，第 3 層能拿來改善的材料越少；記得越細，越容易踩到不該公開的線。順序上我會先把排除清單訂死再放手記，刪掉寫過的內容比補一段沒記到的容易。另一組拉扯在第 4 層與第 5 層之間：自動化把重複作業壓掉了，覆核與維運的責任卻同時變重，省下的人力沒回填到覆核那格，就是把成本挪到出錯那天。

整條線換到的是別人接手得動，代價是每一步都要多寫一份說明。案子小的時候這套明顯過重，一個人做完就丟的東西不需要五層。真正用得上的是資料會被別人再拿去用、或這套流程之後還得有人維護的場合。

往下可以展開的追問：第 2 層那份排除清單的界線該由誰決定，訂死到什麼程度會反過來擋掉有價值的觀察？第 4 層的人類覆核在什麼情況下會退化成蓋章，是從哪一刻開始失去作用的？標了待確認卻始終沒確認的紀錄，留著和刪掉哪邊代價高，為什麼？

我的反思

寫這份筆記時我先卡在一題：我自己的「公開整理」算不算一種資料處理？對照 《個人資料保護法》第 5 條 的必要與正當關聯原則，答案大概是算。所以每個例子我都得說得出為什麼需要它、會不會指認到特定的人或系統。把名字遮掉只是最表面那層，麻煩的是整段敘事拼起來還是可能指向某個地方。

《資通安全管理法》第 13、17 條 把計畫、執行、應變、改善綁成一圈，我拿來套自己用 AI 整理資料的流程：公開來源留著、工具吐的跟我的判斷分開標、結論能回查、寫錯改得動。比想像中囉嗦，但少一步別人就沒辦法幫我抓錯。

反思我盡量寫成能回頭改的工作紀錄：事實、來源、我的解釋分開放，沒確定的直接標。還沒想清楚的是：標了「待確認」卻一直沒機會確認，該留還是該刪？留著怕被當成結論，刪掉又少一條線索。

核心結論

實習到現在，看過幾種工具不太重要。比較有感的是學會把技術壓回問題本身、資料拿去查證、決策留下查得到的痕跡，做完還有人願意接著改。

延伸閱讀

• 科技犯罪偵查基礎
• 警政資訊系統與資安概念
• 2026-07-07 資料整合偵查與解決問題的能力
• 2026-07-28 地檢署筆錄旁聽：跨境詐騙案件的供述分析：示範如何把複雜案情拆成可驗證問題，並控制公開筆記的揭露範圍。
• 2026-07-29 搜索執行觀察：搜索票範圍、數位設備檢視與扣押紀錄：示範如何把現場觀察整理成程序節點、判斷條件及可回查紀錄。