---
title: "FBI Sentinel: Pelajaran Transformasi 25 Tahun sejak 9/11"
locale: id
category: case_study
category_name: "Studi Kasus"
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: Pelajaran Transformasi 25 Tahun sejak 9/11

> Sebelum 9/11, FBI melewatkan ancaman bukan karena tidak ada petunjuk, melainkan karena gagal menghubungkan informasi yang tersebar. Kegagalan VCF dan proses pemulihan Sentinel setelahnya menunjukkan bahwa alur kerja, struktur pengetahuan, dan siklus validasi harus diubah sebelum mengadopsi AI.

## Key Points

- Sejumlah kantor cabang FBI telah menerima sinyal anomali terkait pelatihan penerbangan sebelum 9/11.
- VCF dilaporkan menelan biaya sekitar 170 juta dolar AS, tetapi tidak berhasil diterapkan dalam pengelolaan kasus nyata.
- Setelah menata ulang proyek Sentinel pada 2010, FBI memperluas siklus pengembangan singkat dan umpan balik dari lapangan.
- Sebelum mengadopsi AI, hak akses data, penanggung jawab pekerjaan, kriteria evaluasi, dan prosedur penanganan pengecualian harus ditetapkan terlebih dahulu.
- Hasil suatu alat dapat lebih ditentukan oleh cara organisasi menghubungkan dan memvalidasi informasi daripada kinerja model.

Pelajaran utama yang diperoleh FBI setelah 9/11 adalah bahwa struktur kerja harus diubah terlebih dahulu sebelum alatnya. Informasi yang tersebar dan verifikasi yang terlambat menyebabkan kegagalan VCF, sementara Sentinel diterapkan sepenuhnya pada 2012 setelah mengadopsi siklus pengembangan singkat dan umpan balik dari lapangan.

Angka dan kronologi dalam tulisan ini didasarkan pada laporan komisi tahun 2004 serta catatan pengawasan Sentinel dari 2012 hingga 2014.

## Sinyal yang Terlewatkan FBI Sebelum 9/11

FBI memiliki petunjuk yang layak ditinjau sebelum serangan. Masalahnya, petunjuk tersebut tersebar di berbagai organisasi dan sistem. Jalur yang menghubungkan informasi lapangan dengan penilaian kantor pusat juga lemah. Serangan tahun 2001 yang menewaskan sekitar 3.000 orang mengungkap keterputusan ini.

Contoh utamanya adalah memo Phoenix dan penyelidikan Minneapolis. Seorang agen Phoenix melaporkan perkembangan di sekolah penerbangan pada Juli 2001. Para agen Minneapolis berupaya menggeledah barang-barang milik Zacarias Moussaoui. Kedua informasi tersebut tidak berkembang menjadi peringatan terpadu yang menunjukkan rencana serangan.

Komisi 9/11 tidak hanya menyalahkan kurangnya berbagi informasi. Komisi juga menunjukkan kelemahan dalam kemampuan analisis dan sistem manajemen. Kalimat di bawah ini merupakan terjemahan bahasa Korea dari bagian terkait dalam laporan tersebut.

> “FBI bahkan tidak mengetahui dengan baik informasi yang sudah mereka miliki.” — 『Laporan Komisi 9/11』

Jika kasus ini hanya dipandang sebagai kekurangan data, inti masalahnya akan terlewat. Informasi tidak dapat dimanfaatkan jika tidak dapat ditemukan melalui pencarian. Tanpa penanggung jawab, berbagai petunjuk juga sulit dihubungkan. Jika jalur untuk menyampaikan pendapat yang berlawanan lemah, peringatan akan lebih mudah menghilang.

## Kronologi Perkembangan VCF dan Sentinel

Peralihan FBI ke manajemen perkara elektronik berlangsung melalui dua proyek. VCF dihentikan pada 2005 tanpa pernah diterapkan dalam pekerjaan nyata. Sentinel juga mengalami kesulitan dalam pengelolaan jadwal dan biaya pada tahap awal. Namun, setelah penataan ulang pada 2010, sistem tersebut diterapkan sepenuhnya pada 2012.

| Waktu | Peristiwa | Makna bagi operasional organisasi |
|---|---|---|
| September 2001 | Terjadinya serangan 9/11 | Terungkapnya kelemahan dalam sistem penghubungan dan analisis informasi |
| 2004 | Penerbitan Laporan Komisi 9/11 | Merekomendasikan peningkatan berbagi informasi dan kemampuan manajemen |
| 2005 | Pengembangan VCF dihentikan | Risiko pengembangan berskala besar sekaligus menjadi kenyataan |
| 2006 | Proyek Sentinel dimulai | Upaya membangun kembali sistem manajemen perkara elektronik berbasis web |
| 2010 | Penataan ulang metode pengembangan dan struktur manajemen | Memperluas siklus singkat dan kemampuan pengembangan internal |
| Juli 2012 | Sentinel diterapkan sepenuhnya | Beralih menjadi fondasi manajemen perkara bagi seluruh organisasi FBI |
| 2014 | Laporan inspektur jenderal Departemen Kehakiman AS diterbitkan | Meninjau pencapaian implementasi dan tantangan operasional yang tersisa |

Sekitar 170 juta dolar diketahui telah diinvestasikan dalam VCF. Namun, cakupan biaya kontrak dan biaya proyek terkait berbeda-beda dalam setiap dokumen audit. Karena itu, jumlah ini tidak boleh dianggap sebagai seluruh biaya modernisasi FBI. Yang jelas, VCF sendiri tidak pernah beroperasi sebagai sistem manajemen perkara.

Skala awal proyek Sentinel adalah 425 juta dolar. Proyek tersebut dibagi menjadi beberapa tahap, tetapi penundaan jadwal terus menumpuk. Pada 2010, disimpulkan bahwa proyek sulit diselesaikan berdasarkan rencana yang ada. FBI membagi ulang cakupannya dan mengambil alih kendali pengembangan secara internal.

## Perbandingan VCF dan Sentinel yang Ditata Ulang

Perbedaan antara kedua proyek tersebut terletak pada metode verifikasinya, bukan pada nama perangkat lunaknya. Dalam VCF, masalah besarnya adalah hasil yang sudah selesai baru diperiksa pada tahap akhir. Sentinel yang telah ditata ulang sering merilis unit yang dapat berfungsi. Umpan balik pengguna lapangan juga diterapkan pada siklus pengembangan berikutnya.

| Kriteria perbandingan | Pendekatan berpusat pada VCF | Pendekatan Sentinel yang ditata ulang |
|---|---|---|
| Ukuran hasil kerja | Mengintegrasikan cakupan besar sekaligus | Membagi fungsi menjadi unit-unit kecil |
| Waktu verifikasi | Berfokus pada tahap integrasi akhir | Memeriksa apakah sistem berfungsi pada setiap siklus singkat |
| Partisipasi pengguna | Masalah berpotensi baru ditemukan pada tahap akhir | Agen lapangan memberikan umpan balik secara berulang |
| Perubahan kebutuhan | Perubahan menimbulkan beban besar bagi keseluruhan desain | Prioritas diterapkan pada siklus pengembangan berikutnya |
| Struktur tanggung jawab | Ketergantungan tinggi pada kontraktor | Memperluas kendali dan kemampuan pengembangan internal FBI |
| Cakupan kegagalan | Cacat menyebar ke seluruh sistem | Cacat ditemukan dan diperbaiki dalam unit kecil |

Tidak cukup jika hal ini hanya dipandang sebagai kemenangan satu metodologi bernama agile. FBI juga membenahi cakupan proyek dan struktur komandonya. Peran tenaga teknis internal turut diperluas. Siklus pengembangan singkat merupakan sarana agar perubahan-perubahan tersebut dapat berjalan.

## Rangkuman Berdasarkan Situasi Penerapan AI

Pekerjaan yang perlu diperbaiki terlebih dahulu berbeda-beda, tergantung pada lokasi penerapan AI. Pencarian dokumen memerlukan metadata dan hak akses. Dukungan pengambilan keputusan memerlukan dasar bukti dan prosedur persetujuan. Otomatisasi memerlukan penanggung jawab untuk menangani situasi pengecualian.

| Situasi penerapan AI | Kondisi organisasi yang perlu diperiksa terlebih dahulu | Sasaran verifikasi awal |
|---|---|---|
| Pencarian dokumen internal | Pemilik dokumen, standar penyimpanan, hak akses | Kemampuan menemukan dokumen terbaru dan menampilkan sumber |
| Penyusunan draf laporan | Pemberi persetujuan dan penanggung jawab pemeriksaan fakta | Kesalahan angka dan tidak dicantumkannya dasar bukti |
| Klasifikasi pertanyaan pelanggan | Kriteria klasifikasi dan penanggung jawab pengalihan | Tingkat kesalahan klasifikasi dan terlewatnya pertanyaan mendesak |
| Bantuan pengembangan | Peninjau kode dan kebijakan keamanan | Kerentanan, lisensi, dan kelulusan pengujian |
| Dukungan pengambilan keputusan | Pengambil keputusan akhir dan prosedur pengajuan keberatan | Bias, informasi yang terlewat, dan kemampuan untuk dijelaskan |

Pertama-tama, satu alur pekerjaan harus dipetakan dari awal hingga akhir. Selanjutnya, tandai waktu tunggu dan entri data yang berulang. AI diterapkan secara terbatas pada titik yang telah dipastikan sebagai hambatan. Hasilnya harus diukur bukan hanya dari akurasi, tetapi juga dari biaya perbaikan.

## Masalah Struktur Pengetahuan yang Bertambah pada Era AI

AI generatif dapat menghubungkan informasi yang tersebar dengan cara yang tampak masuk akal. Namun, AI tidak dapat menghubungkan dokumen yang tidak dapat diakses. Jika terdapat banyak dokumen usang, AI dapat menghasilkan jawaban yang sudah ketinggalan zaman. AI juga tidak dapat memikul tanggung jawab sendiri atas peraturan yang saling bertentangan.

Karena itu, manajemen pengetahuan pada era AI sulit dinilai berdasarkan volume penyimpanan. Setiap dokumen harus mencantumkan penulis dan periode berlakunya. Status penghapusan dan persetujuan juga harus dibedakan. Sumber asli yang mendasari jawaban harus dapat ditemukan kembali.

Hal-hal berikut dapat diperiksa sebelum memilih model.

- Apakah peraturan dengan topik yang sama tersimpan secara berulang di beberapa repositori
- Apakah dokumen terbaru dapat dibedakan dari dokumen yang sudah dihapus
- Apakah hak akses berdasarkan peran diterapkan pada informasi sensitif
- Apakah dokumen sumber dan versi yang mendasari jawaban AI dapat diperiksa
- Apakah ada penanggung jawab untuk menerima laporan dan memperbaiki jawaban yang salah
- Apakah pekerjaan yang wajib mendapat persetujuan manusia telah ditetapkan

Perspektif ini juga memperlihatkan risiko baru yang tidak ada dalam kasus FBI pada masa lalu. Dahulu, masalah utamanya adalah informasi yang tidak dapat ditemukan melalui pencarian. Kini, informasi yang terhubung secara keliru dapat menyebar dengan cepat. Kemampuan pencarian dan kemampuan verifikasi harus dirancang bersama-sama.

## Kesalahan dan Kesalahpahaman yang Umum

Pertama, 9/11 tidak boleh dijelaskan semata-mata sebagai peristiwa kekurangan informasi. Berbagai petunjuk memang ada, tetapi tidak dianalisis bersama-sama. Struktur organisasi dan prosedur penilaian juga memengaruhi hasilnya. Menambah volume pengumpulan data saja sulit mencegah terulangnya masalah yang sama.

Kedua, kegagalan VCF tidak boleh direduksi menjadi persoalan metode waterfall semata. Manajemen persyaratan dan pengawasan kontrak juga bermasalah. Partisipasi pengguna dan kendali teknis pun tidak memadai. Metode pengembangan hanyalah salah satu dari berbagai penyebab.

Ketiga, jangan menganggap Sentinel otomatis berhasil hanya karena mengadopsi agile. Penyesuaian ulang cakupan proyek dan perubahan kepemimpinan dilakukan secara bersamaan. Tenaga internal juga memikul tanggung jawab yang lebih besar. Metodologi tidak menggantikan struktur tanggung jawab.

Keempat, menjelaskan keruntuhan World Trade Center hanya dengan angka pasti “14 detik” dapat menjadi tidak akurat. Kedua menara memiliki waktu benturan dan keruntuhan yang berbeda. Cara menyatakan durasi keruntuhan juga berbeda menurut standar pengukurannya. Angka tunggal yang tidak berkaitan dengan pelajaran utama harus diperlakukan dengan hati-hati.

## Urutan Pelaksanaan untuk Diterapkan dalam Organisasi

Penerapan AI lebih aman jika diverifikasi dalam unit pekerjaan kecil. Sasaran harus ditetapkan berdasarkan hasil kerja, bukan tingkat penggunaan alat. Kriteria penghentian untuk menemukan kegagalan sejak dini juga diperlukan. Urutan berikut dapat digunakan saat menguji satu pekerjaan.

1. Pilih satu pekerjaan yang berulang atau sering mengalami keterlambatan.
2. Catat informasi masukan dan pemberi persetujuan akhir.
3. Ukur waktu pemrosesan saat ini dan jenis kesalahannya.
4. Pisahkan cakupan yang ditangani AI dan cakupan yang ditangani manusia.
5. Terapkan terlebih dahulu kepada kelompok pengguna kecil.
6. Masukkan kesalahan dan waktu perbaikan ke dalam siklus berikutnya.
7. Perluas cakupan penerapan hanya jika kriteria telah terpenuhi.

Jangan menetapkan indikator kinerja hanya berdasarkan jumlah penggunaan. Perhatikan waktu pemrosesan dan volume pengerjaan ulang secara bersamaan. Periksa juga seberapa cepat kesalahan serius ditemukan. Catat apakah umpan balik dari lapangan benar-benar menghasilkan perubahan.

## Pertanyaan Organisasi yang Ditinggalkan Kasus FBI

Kasus ini menunjukkan bahwa AI dapat memperkuat kebiasaan lama sebuah organisasi. Dalam organisasi yang informasinya terisolasi, AI juga menerima konteks yang tidak lengkap. Jika tahap persetujuan tidak jelas, pembuatan konten yang cepat akan menambah pengerjaan ulang. Jika verifikasi ditunda, kesalahan juga akan menumpuk dalam skala besar.

Organisasi dapat mulai dengan menjawab tiga pertanyaan.

- Siapa yang memiliki informasi yang diperlukan
- Siapa yang bertanggung jawab menghubungkan sinyal yang berbeda
- Kapan kegagalan kecil dapat ditemukan dan dihentikan

Inti kasus FBI Sentinel bukanlah meniru metode pengembangan tertentu. Intinya terletak pada prinsip operasional untuk membagi ketidakpastian menjadi bagian-bagian kecil dan sering memeriksanya. Alat AI juga harus ditempatkan di bawah kendali yang sama. Kecepatan pembelajaran organisasi harus mendahului kecepatan penerapan.

## FAQ

### Apakah FBI sama sekali tidak memiliki informasi terkait 9/11?
Tidak. Berbagai organisasi memiliki sejumlah petunjuk yang perlu ditinjau, seperti perkembangan di sekolah penerbangan dan penyelidikan Moussaoui. Namun, informasi tersebut tidak berhasil mengarah pada analisis terpadu dan pengambilan keputusan tepat waktu.

### Mengapa VCF tidak dapat digunakan untuk manajemen kasus yang sebenarnya?
Perubahan persyaratan dan masalah pengelolaan kontrak terus menumpuk. Ketika cacat integrasi terungkap pada tahap akhir, biaya perbaikan pun meningkat, dan FBI menghentikan VCF pada tahun 2005.

### Apakah Sentinel pulih hanya dengan metode agile?
Agile merupakan salah satu unsur dalam proses pemulihan. FBI membagi ulang cakupan pengembangan, memperkuat pengendalian internal, dan lebih sering menerapkan umpan balik dari pengguna lapangan.

### Kapan Sentinel diterapkan sepenuhnya?
Sentinel diterapkan di seluruh organisasi FBI pada Juli 2012. Saat itu sekitar dua tahun telah berlalu sejak restrukturisasi proyek pada tahun 2010.

### Bagaimana kasus ini dapat diterapkan pada adopsi AI?
Pertama, lokasi informasi dan tanggung jawab persetujuan harus diperjelas. Pendekatan yang tepat adalah menerapkan AI pada tugas-tugas kecil terlebih dahulu, lalu mengukur kesalahan, waktu pengerjaan ulang, serta umpan balik dari lapangan sebelum memperluas cakupannya.

### Bolehkah kinerja adopsi AI dinilai berdasarkan tingkat penggunaan?
Sulit menilai perbaikan pekerjaan hanya berdasarkan tingkat penggunaan. Waktu pemrosesan, tingkat kesalahan, volume pengerjaan ulang, waktu yang diperlukan untuk menemukan kesalahan serius, dan apakah perbaikan benar-benar terjadi harus dinilai secara bersamaan.

## Sources

- [Laporan Komisi 9/11](https://www.9-11commission.gov/report/911Report.pdf)
- [Laporan U.S. GAO tentang modernisasi teknologi informasi FBI](https://www.gao.gov/products/gao-05-1014t)
- [Tinjauan U.S. GAO terhadap sistem manajemen kasus Sentinel FBI](https://www.gao.gov/products/gao-11-299)

## Images

![Perempuan menunjuk bagan alur kerja di dinding saat menjelaskan kepada rekan](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTg3NzcsInB1ciI6ImJsb2JfaWQifX0=--0fa7bf74a186a29f21fe7ca40777febf64089034/ai-6e354670.webp)
![Dua analis meninjau kartu alur kerja di meja sentuh besar dengan dasbor data di belakang](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTg3ODMsInB1ciI6ImJsb2JfaWQifX0=--2d24d519574a4f544a83c2a0148d155cf306e82f/ai-cc3a6a11.webp)