---
title: "FBI Sentinel九一一25年組織革新教訓"
locale: zh-hant
category: case_study
category_name: "案例研究"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/fbi-sentinel-911-25-years-organizational-innovation
published_at: 2026-09-15T19:43:34+09:00
---

# FBI Sentinel九一一25年組織革新教訓

> 九一一前，FBI並非沒有線索，而是未能串聯分散的資訊，因而錯失辨識風險的機會。其後VCF的失敗與Sentinel的重整過程留下教訓：比起導入AI，更應優先改造工作流程、知識結構與驗證週期。

## Key Points

- 九一一前，FBI多個分局已收到與飛行訓練相關的異常訊號。
- 據悉VCF投入約1億7,000萬美元，但最終未能部署於實際案件管理。
- FBI於2010年重整Sentinel計畫後，擴大採用短週期開發與第一線回饋。
- 導入AI前，應先確定資料存取權限、業務負責人、評估標準與例外處理程序。
- 工具的成效可能取決於組織串聯與驗證資訊的方式，而非模型效能。

9·11之後，FBI獲得的核心教訓是：比起工具，應先改變工作結構。分散的資訊與延遲的驗證導致VCF失敗，而Sentinel在導入短週期開發與現場回饋後，於2012年全面部署。

本文的數據與時間表以2004年委員會報告，以及2012～2014年的Sentinel監督紀錄為準。

## 9·11之前FBI錯過的訊號

FBI在攻擊發生前已有值得檢視的線索。問題在於，線索分散於不同組織與系統中。現場資訊傳遞至總部並形成判斷的管道也很薄弱。造成約3,000人死亡的2001年攻擊，揭露了這種斷裂。

具代表性的案例是鳳凰城備忘錄與明尼亞波利斯調查。鳳凰城探員於2001年7月回報了飛行學校的動向。明尼亞波利斯探員則試圖搜查札卡里亞斯·穆薩維的物品。這兩項資訊未能發展成顯示攻擊計畫的整合警報。

9·11調查委員會並未只歸咎於資訊共享。委員會也同時指出分析能力與管理體系的缺陷。以下句子是報告相關段落的韓文表述之翻譯。

> 「FBI甚至未能充分掌握自己已經擁有的資訊。」——《9/11調查委員會報告》

若將此案例單純理解為資料不足，就會錯失重點。即使擁有資訊，若無法搜尋，就無法運用。若沒有負責人，也難以串聯多項線索。若提出反對意見的管道薄弱，警告就更容易消失。

## VCF與Sentinel的推進時間表

FBI的電子案件管理轉型歷經兩項計畫。VCF未能部署於實際工作，並於2005年終止。Sentinel在初期的進度與成本管理方面也遭遇困難。然而，在2010年重整後，於2012年完成全面部署。

| 時間 | 事件 | 組織營運上的意義 |
|---|---|---|
| 2001年9月 | 發生9·11攻擊 | 暴露資訊串聯與分析體系的缺陷 |
| 2004年 | 發布9·11調查委員會報告 | 建議改善資訊共享與管理能力 |
| 2005年 | 終止VCF開發 | 大規模一次性開發的風險成為現實 |
| 2006年 | 啟動Sentinel計畫 | 重新推動以網頁為基礎的電子案件管理體系 |
| 2010年 | 重整開發方式與管理結構 | 擴大短週期開發與內部開發能力 |
| 2012年7月 | 全面部署Sentinel | 轉型為FBI全組織的案件管理基礎 |
| 2014年 | 發布美國司法部監察報告 | 檢視實作成果與尚存的營運課題 |

據悉，VCF約投入了1億7,000萬美元。不過，各份稽核文件對合約費用與相關計畫費用的涵蓋範圍並不一致。因此，不應將這筆金額理解為FBI整體現代化的費用。可以確定的是，VCF本身未能作為案件管理系統上線運作。

Sentinel初期的計畫規模為4億2,500萬美元。計畫雖分為多個階段，但進度延誤持續累積。2010年，相關方面判斷難以依原有計畫完成。FBI重新劃分範圍，並將開發控制權收回內部。

## VCF與重整後Sentinel的比較

兩項計畫的差異，相較於軟體名稱，更在於驗證方式。VCF最大的問題是太晚才確認完成的成果。重整後的Sentinel則頻繁公開可運作的單元。現場使用者的回饋也會反映到下一個開發週期。

| 比較標準 | 以VCF為中心的做法 | 重整後Sentinel的做法 |
|---|---|---|
| 成果規模 | 一次整合大範圍功能 | 將功能拆分為小單元 |
| 驗證時間 | 集中於後期整合階段 | 每個短週期都確認是否能運作 |
| 使用者參與 | 可能到最終階段才發現問題 | 現場探員反覆提供回饋 |
| 需求變更 | 整體設計須承擔大幅修改的負擔 | 在下一個開發週期反映優先順序 |
| 責任結構 | 對承包商的依賴度高 | 擴大FBI內部控制與開發能力 |
| 失敗範圍 | 缺陷擴散至整體系統 | 在小單元中發現並修正缺陷 |

若只將此視為敏捷這一種方法論的勝利，仍不夠全面。FBI也同時調整了計畫範圍與指揮體系。內部技術人員的角色也有所擴大。短週期開發是讓這些變革發揮作用的手段。

## 依AI導入情境整理

依AI的應用位置不同，優先需要改善的工作也不同。文件搜尋需要中繼資料與存取權限。決策支援需要依據與核准程序。自動化則需要負責處理例外狀況的人員。

| AI應用情境 | 應先確認的組織條件 | 初期驗證對象 |
|---|---|---|
| 內部文件搜尋 | 文件所有者、保存標準、存取權限 | 能否搜尋最新文件及標示來源 |
| 撰寫報告初稿 | 核准者與事實查核責任 | 數據錯誤與依據遺漏 |
| 客戶詢問分類 | 分類標準與轉交負責人 | 誤分類率與緊急詢問遺漏 |
| 開發輔助 | 程式碼審查人員與安全政策 | 漏洞、授權、是否通過測試 |
| 決策支援 | 最終決策者與異議提出程序 | 偏誤、遺漏資訊、可解釋性 |

首先，應從起點到終點描繪一項工作的完整流程。接著標示等待時間與重複輸入。AI應僅限用於已確認的瓶頸。除了準確度，也必須衡量結果的修正成本。

## AI時代新增的知識結構問題

生成式AI能將分散的資訊以看似合理的方式串聯起來。然而，它無法串聯無權存取的文件。若過時文件很多，就可能產生過時的答案。面對相互衝突的規範，它也無法自行承擔責任。

因此，AI時代的知識管理很難以儲存量來評估。每份文件都應標示作者與適用期間。也應區分是否已廢止及核准狀態。必須能從回答中重新找到原始文件依據。

以下項目可在選擇模型前檢查。

- 相同主題的規範是否重複存放於多個儲存庫
- 能否區分最新文件與已廢止文件
- 是否依角色對敏感資訊套用存取權限
- 能否確認AI回答所依據的文件與版本
- 是否有負責回報並修正錯誤答案的人員
- 是否已定義必須由人員核准的工作

這個觀點也顯示了過去FBI案例中不存在的新風險。過去最大的問題是資訊無法被搜尋。如今，錯誤串聯的資訊可能迅速擴散。必須同時設計可搜尋性與可驗證性。

## 常見錯誤與誤解

第一，不應將9·11單純解釋為資訊不足事件。當時已有多項線索，但未能一併分析。組織結構與判斷程序也影響了結果。僅增加資料蒐集量，難以避免相同問題。

第二，不應將VCF失敗完全歸因於瀑布式開發。需求管理與合約監督也存在問題。使用者參與和技術控制同樣不夠充分。開發方式只是多項原因之一。

第三，不應認為Sentinel採用敏捷方法後就自動獲得成功。計畫範圍的重新調整與領導層變動同步進行。內部人員也承擔了更大的責任。方法論無法取代責任結構。

第四，以單一且確定的「14秒」解釋世界貿易中心倒塌，可能並不準確。兩座塔樓遭撞擊與倒塌的時間點各不相同。倒塌時間也會因測量標準而有不同表述。對與核心教訓無關的單一數字，應審慎看待。

## 應用於組織的執行順序

在小型工作單元中驗證AI導入較為安全。目標應設定為工作成效，而非工具使用率。也需要能及早發現失敗的中止標準。以下順序可用於測試單一工作。

1. 選擇一項重複性高或經常延誤的工作。
2. 記錄輸入資訊與最終核准者。
3. 衡量目前的處理時間與錯誤類型。
4. 劃分AI負責的範圍與人員負責的範圍。
5. 先部署給小型使用者群體。
6. 將錯誤與修正時間反映至下一個週期。
7. 只有在符合標準時才擴大應用範圍。

不要只以使用次數設定績效指標。應同時檢視處理時間與重工量。也要確認重大錯誤能多快被發現。還必須記錄現場回饋是否確實促成變更。

## FBI案例留下的組織問題

此案例顯示，AI可能放大組織既有的習慣。在資訊孤立的組織中，AI取得的脈絡也不完整。若核准階段不明確，快速生成反而會增加重工。若延後驗證，錯誤也會大規模累積。

組織可先回答三個問題。

- 誰持有必要的資訊
- 誰負責串聯不同的訊號
- 何時能發現並停止小規模失敗

FBI Sentinel案例的核心並不在於複製特定開發方法，而在於將不確定性拆分為小單元並頻繁確認的營運原則。AI工具也應置於相同的控制之下。組織的學習速度必須領先導入速度。

## FAQ

### FBI完全沒有掌握任何與9·11相關的資訊嗎？
不是。多個組織都掌握了可供檢視的線索，例如飛行學校的動向與穆薩維調查。然而，這些資訊未能促成整合分析與及時決策。

### VCF為什麼未能用於實際案件管理？
需求變更與合約管理問題不斷累積。後期出現整合缺陷，導致修正成本也隨之增加，FBI於2005年終止了VCF。

### Sentinel僅靠敏捷方法就恢復了嗎？
敏捷方法是恢復過程中的一項要素。FBI重新劃分了開發範圍、加強內部管控，並更頻繁地納入第一線使用者的回饋。

### Sentinel何時全面部署？
Sentinel於2012年7月部署至FBI所有組織。這是在2010年專案重整後約2年的時間點。

### 如何將此案例應用於導入AI？
首先應明確資訊所在位置與核准責任。適合採取先將AI應用於小型工作，再衡量錯誤、返工時間與第一線回饋，並擴大範圍的方式。

### 可以用使用量來評估AI導入成效嗎？
僅憑使用量很難判斷工作是否改善。應一併評估處理時間、錯誤率、返工量、發現重大錯誤所需的時間，以及是否確實有所改善。

## Sources

- [《九一一事件調查委員會報告》](https://www.9-11commission.gov/report/911Report.pdf)
- [美國政府問責署關於 FBI 資訊科技現代化的報告](https://www.gao.gov/products/gao-05-1014t)
- [美國政府問責署對 FBI Sentinel 案件管理系統的審查](https://www.gao.gov/products/gao-11-299)

## Images

![女子指著牆上的大型工作流程圖向同事說明](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTg3NzcsInB1ciI6ImJsb2JfaWQifX0=--0fa7bf74a186a29f21fe7ca40777febf64089034/ai-6e354670.webp)
![兩名分析人員在大型觸控桌上檢視工作流程卡片，後方螢幕顯示數據儀表板](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTg3ODMsInB1ciI6ImJsb2JfaWQifX0=--2d24d519574a4f544a83c2a0148d155cf306e82f/ai-cc3a6a11.webp)