Saat sesuatu yang serius gagal, pertanyaan pertama "apa yang terjadi?" dan kedua "apa lagi yang bisa menyebabkannya?" Ruang saling melempar opini bukan jawaban. Fault Tree Analysis (FTA) adalah metode terstruktur yang mengubah pertanyaan itu jadi gambar ketat dan dapat diuji bagaimana top event — kegagalan yang ingin Anda cegah — dapat terjadi, dengan bekerja mundur darinya melalui setiap penyebab berkontribusi ke event akar yang harus benar agar itu terjadi.
Ia mesin analitik di balik root cause analysis serius, dan alat standar di safety engineering untuk bertanya "seberapa mungkin hal katastrofik ini, dan apa yang harus berbaris agar terjadi?" Begitu Anda bisa baca dan bangun satu, investigasi kegagalan Anda berhenti jadi perdebatan dan mulai jadi diagram yang bisa diperdebatkan secara presisi.
FTA vs FMEA — Top-Down vs Bottom-Up
Keduanya terus tertukar karena keduanya menganalisis kegagalan. Mereka bekerja arah berlawanan.
FMEA (Failure Mode and Effects Analysis) bottom-up dan menyeluruh. Ambil setiap komponen, daftar setiap cara bisa gagal, dan tanyakan efek tiap kegagalan. Ia menjawab: "apa yang mungkin salah, dan seberapa buruk?" Luas dan spekulatif — brainstorm ruang kegagalan. (Lihat pengantar kami apa itu FMEA.)
FTA top-down dan terfokus. Mulai dari satu event tak diinginkan spesifik — "pompa feed gagal start," "bejana tekanan pecah," "lini berhenti lebih dari 30 menit" — dan turun untuk menemukan setiap kombinasi penyebab yang dapat menghasilkannya. Ia menjawab: "bagaimana HAL spesifik INI bisa terjadi, atau terjadi di masa depan?"
Pakai FMEA untuk memetakan ruang kegagalan lintas aset. Pakai FTA untuk membedah satu event serius mendalam. Program matang pakai keduanya.
Membangun Fault Tree
Fault tree adalah diagram gerbang logika.
- Top event — kegagalan yang Anda pedulikan — di puncak.
- Di bawahnya, event antara — kegagalan komponen atau subsistem yang berkontribusi.
- Di dasar, basic event — penyebab akar, hal yang gagal sendiri: relay nyangkut, bearing macet, operator salah baca gauge, sensor menggeser.
- Event dihubungkan gerbang logika, hampir selalu AND atau OR.
Dua tipe gerbang adalah seluruh permainan:
- Gerbang OR — output terjadi bila SALAH SATU input terjadi. Pompa gagal start bila tidak ada daya ATAU sinyal kontrol gagal ATAU motor gagal ATAU kopling geser. Salah satu cukup. Gerbang OR mengalikan probabilitas kegagalan dan membuat sistem rapuh.
- Gerbang AND — output terjadi hanya bila SEMUA input terjadi. Bejana tekanan pecah bila tekanan melebihi desain DAN relief valve gagal DAN operator tidak mem-trip sistem manual. Gerbang AND adalah pengaman — tiap satu Anda tambah memotong probabilitas top event dramatis, karena setiap input harus berbaris.
Membaca tree adalah membaca gerbang. Tree didominasi gerbang OR menuju top event menggambarkan sistem rapuh dengan banyak titik kegagalan tunggal. Tree dengan gerbang AND berlapis menggambarkan sistem terdefendisi.
Minimal Cut Set
Hasil analitik FTA adalah minimal cut set — kombinasi terkecil basic event yang, jika semuanya terjadi, akan menghasilkan top event. Tiap minimal cut set satu jalur ke kegagalan. Tree biasanya punya banyak.
Inti menghitungnya adalah prioritisasi. Cut set dengan satu event (basic event tunggal yang sendirian menyebabkan top event) adalah titik kegagalan tunggal — perbaiki pertama. Cut set butuh empat event independen jauh kurang mendesak, karena peluang keempat berbaris kecil. Minimal cut set mengubah diagram luas jadi daftar peringkat ke mana belanja anggaran reliability.
FTA Kuantitatif
Tetapkan probabilitas (atau laju kegagalan) ke tiap basic event — dari data historis, spec vendor, atau database industri — dan propagasi melalui gerbang untuk dapat probabilitas top event. Gerbang AND mengalikan probabilitas (jadi 0.01 AND 0.01 = 0.0001); gerbang OR menggabungkan lebih dekat ke penjumlahan. Hasilnya angka: "top event ini punya probabilitas kira-kira 1 dari 4.000 per tahun." Bandingkan terhadap risiko toleransi Anda, dan Anda tahu apakah perlu tambah pengaman.
Bahkan angka kasar berguna. Latihan menetapkan probabilitas memaksa kejujuran basic event mana yang mungkin dan mana yang langka — dan biasanya di sanalah argumen diselesaikan.
Contoh Terapan
Top event: "pompa feed P-101 gagal start saat diminta."
Level pertama — gerbang OR. Pompa gagal start bila salah satu dari: tak ada daya ke motor, sirkuit kontrol tak energi, motor sendiri gagal start, atau poros mekanis tak bisa berputar (macet).
Gali "motor gagal start": motor overload trip, ATAU short belitan / kegagalan isolasi, ATAU bearing macet.
Gali "bearing macet": pelumasan hilang DAN ingress kontaminasi DAN tak ada condition monitoring mendeteksinya. Cabang terakhir gerbang AND — tiga hal harus berbaris. Jadi bearing macet jalur relatif tak mungkin; jalur kehilangan pelumasan sendiri, dengan monitoring, tak membuat bearing macet.
Sementara "tak ada daya ke motor" gali ke: breaker MCC trip, ATAU trafo supply gagal, ATAU fault kabel. Semua event tunggal di bawah gerbang OR — titik kegagalan tunggal di jalur listrik.
Analisis cut-set memberi tahu rantai supply listrik adalah kontributor dominan top event, dan di sanalah belanjakan upaya reliability: redundansi supply, inspeksi breaker berkala, condition monitoring kabel. Jalur bearing terdefendisi; jalur daya tidak. Diagram menyelesaikan argumen tanpa siapa pun perlu memenangkan rapat.
Kapan Menggunakannya
- Setelah insiden serius atau near-miss, sebagai tulang punggung terstruktur investigasi. FTA adalah metode di balik root cause analysis sesungguhnya, bukan versi firasat. (Lihat root cause analysis.)
- Untuk sistem kritis-keselamatan dan konsekuensi-tinggi, untuk menunjukkan probabilitas top event di bawah ambang toleransi — sistem tekanan, emergency shutdown, fungsi pelindung.
- Saat merancang menghilangkan titik kegagalan tunggal, untuk memodelkan apakah menambah redundansi (gerbang AND) benar-benar menurunkan risiko cukup untuk membenarkan biaya.
- Saat kegagalan kompleks, melibatkan banyak sistem dan aksi manusia yang berinteraksi. Kegagalan sederhana tak butuh tree; yang kompleks tak bisa dipikirkan andal tanpa satu.
Bagaimana OpexMX Mendukungnya
OpexMX tak menggambar fault tree untuk Anda — pekerjaan itu milik engineer yang memahami sistem — tapi memberi analisis gigi. Tiap basic event di tree bisa ditautkan ke aset dan riwayat kegagalan di sistem, sehingga probabilitas yang Anda tetapkan berakar pada data kegagalan aktual Anda, bukan tebakan. Saat top event terjadi, rantai work order insiden, riwayat kegagalan aset, dan tindakan maintenance yang diambil semua dalam satu catatan, siap memberi makan tree. Dan tindakan korektif yang keluar dari analisis cut-set menjadi work order terhadap basic event spesifik yang butuh dipertahankan — sehingga analisis berubah jadi kerja terprioritas alih-alih slide deck.
Tautkan data kegagalan Anda ke investigasi fault-tree di OpexMX →