IL 101 · 模組 4

範圍與責任

定義 in/out scope、依賴、人機分工與初步資料檢查。

已完成 0 / 2

學習目標

30 分鐘

資訊

常見錯誤：把「這個系統以後可能也要做」的功能寫進 in scope，導致 PoV（IL 201）範圍失控。範圍界定的原則是「先讓一件事情做對，再擴大」，不是「一次把所有相關功能都涵蓋」。

依賴清單範例
依賴項目	說明	若未到位的影響
知識庫文件的版本與有效期	需要有 status（current/expired/superseded）欄位可查詢	無法辨識過期來源，AI 助理會給錯誤答案
客訴升級規則的正式核准	需治理／法務確認升級門檻（金額、用詞）	AI 助理可能該轉真人卻沒有轉
個資查詢的身分核實流程	需與現有帳號系統或人工驗證流程整合	可能違反 KD-014 個資請求處理流程

重點: 範圍界定不是「寫一份清單存查」，而是每次有人想加功能時，可以拿出來說「這不在目前的 in scope」的工具。

30 分鐘

注意

Human-AI-Human 原則：人定義任務與規則（哪些文件限閱、什麼情況要轉真人），AI 執行檢索與草擬，人保留最終責任（抽樣覆核、規則的定期審查）。不能設計成「AI 判斷後就直接送出給客戶，沒有任何人工檢核點」。

初步資料檢查（練習）
列出你專案會用到的資料來源，並標記：是否有版本／有效期欄位？是否有明確的存取權限分類？是否包含個資？
對照 SYN-CS-001
參考 knowledge_documents.csv 的欄位設計（doc_id、status、role_scope、contradicts_doc_id），檢查你自己的資料來源是否具備類似的可追溯欄位。

自我檢測

客服知識助理被要求「以後也要能查詢客戶的即時訂單狀態」，這個需求在 IL 101 立案階段最適合怎麼處理？

直接寫進 in scope，反正以後一定要做記錄為 out of scope 或未來階段的候選項目，並說明需要哪些系統整合依賴才能重新評估忽略這個需求，不記錄在任何文件中

重點: 初步資料檢查不是完整的資料治理審查（那是 IL 202 的工作），但至少要能回答「這份資料誰能看、多久沒更新、是否可能互相矛盾」。