AI 導入就緒度評估:用 16 個問題整理證據與責任
把資料、流程、團隊與風險的未知事項列成工作表,為每項指定證據、責任人及下一個決定。就緒度沒有通用的上線及格分數;評估要連到實際用途與驗收條件。
作者
Tenten AI FDE 團隊
導入方法論
發布日期
更新日期
閱讀時間
5 分鐘

AI 導入就緒度評估,可以從一個具體用途開始:目前掌握哪些證據、還缺什麼,以及誰能補足。它不能用一個總分預測員工會不會採用,也不能替代正式環境的驗收或風險決定。
以下把問題整理成資料、流程、團隊與風險四組,共 16 項。這是供需求討論使用的編輯工作表;沒有經驗證的權重、產業常模或上線分數。可依任務增加或刪除問題,並寫明理由。
先說清楚這次要決定什麼
探索用途、做受限測試與正式上線,需要的條件不同。先寫下這次打算授予的範圍:誰使用、可碰哪些資料、能否修改外部紀錄、誰覆核,以及什麼情況停止。之後的證據才有要支持的決定。
NIST AI RMF將風險工作分成 GOVERN、MAP、MEASURE、MANAGE,並說明其行動不是固定清單或必須依序完成的步驟。組織需要按情境運用、持續重查。本文的四組提問也不等同於 NIST 的四個功能,不能當成官方認證表。
十六個問題與可檢查的材料
| 面向 | 要回答的問題 | 可收集的證據 |
|---|---|---|
| 資料 | 1. 任務要用哪些來源,誰有權提供? | 來源清單、負責人及核准的取得方式 |
| 資料 | 2. 樣本能否代表預計使用的情境? | 正常、缺漏、過期及特殊情境樣本,附選取理由 |
| 資料 | 3. 誰可以讀取哪些內容,變更如何傳遞? | 角色與權限對照、撤權及更新驗證紀錄 |
| 資料 | 4. 如何查回來源與使用版本? | 來源識別、版本、更新時間及必要的轉換紀錄 |
| 流程 | 5. 哪個人要完成什麼工作? | 一個有輸入、輸出與邊界的任務說明 |
| 流程 | 6. 現行做法與限制是什麼? | 定義清楚的現況樣本、處理時間或品質紀錄 |
| 流程 | 7. 哪些結果需要人確認才生效? | 核准點、覆核角色及可執行動作清單 |
| 流程 | 8. 資料不足、結果錯誤或服務失敗時怎麼辦? | 停止、拒絕、人工接手及復原範圍 |
| 團隊 | 9. 誰有權決定範圍與接受結果? | 具名流程負責人、決策權限及回覆管道 |
| 團隊 | 10. 實際使用者能否參與驗證? | 代表性參與者、測試安排與回饋紀錄 |
| 團隊 | 11. 串接、權限與測試由誰完成? | 技術窗口、可投入時間與相依工作 |
| 團隊 | 12. 上線後誰處理變更與事件? | 營運、支援、交接與代理責任的約定 |
| 風險 | 13. 哪些處理條件需要先確認? | 資料位置、保存與刪除安排,以及適用要求的審查 |
| 風險 | 14. 要如何發現錯誤或未授權使用? | 合適的監控與稽核紀錄、存取限制及保留期間 |
| 風險 | 15. 第三方服務有哪些相依與限制? | 服務版本、資料使用條款、失效及替換安排 |
| 風險 | 16. 如何判定可接受、應暫停或需重測? | 與用途對應的驗收案例、風險決定及重查條件 |
材料的詳細程度取決於用途。測試可以使用已核准的合成資料;正式用途可能需要其他權限與責任確認。人工匯出本身不代表不合格,也不能只因資料最近更新過,就認定它適合任務。
GAO 的 AI 問責框架涵蓋治理、資料、表現與監控,並提供可供組織及評估者考慮的問題。它支持持續查證的方向,沒有為這張 16 題工作表設定權重或及格線。
把未知事項變成具名工作
每個問題可記錄為「已有證據」、「待補證據」或「不適用並附理由」。再列出責任人、預計補什麼,以及哪個決定要等它完成。這些狀態用來協作,不能當作通用的上線分級。
例如,某個內部知識助理尚未確認群組退出後多久停止存取文件。工作項可以寫成:由身分與知識系統負責人確認同步條件,用核准的測試帳號重現退出事件,記錄文件、引用與快取的結果,再決定是否符合這次部署的要求。這是假設範例,沒有宣稱已完成測試。
如果記分能幫助團隊排序,需交代分數的定義、證據與限制。總分不能抵銷未取得的資料使用權限、未完成的必要驗收或沒有人承接的營運責任。缺口是否阻擋某一步,應由對該用途負責的人依實際條件判定。
用驗收結果決定下一步
評估結束時,可以決定先補材料、縮小範圍做測試、在已確認條件下繼續,或停止目前方案。記錄選擇理由與尚未解決的事項。上線後也要依版本、資料、使用方式與風險變更重新檢查,不能把首次評估當成永久有效的證明。
要比較交付安排,可閱讀 自建、採購與前線部署;準備接受與接手條件,可參考 AI 專案交接與驗收。在 合作需求討論中,這張工作表可用來交代已知條件與需要協助確認的事項。

從一條工作流程開始。
釐清值得做的下一步。
留下聯絡方式與問題類型,我們會再透過 Email 了解現況,討論流程、整合與開發範圍。