Skip to content

Manajemen Masalah | Dokumentasi OpexMX

Pustaka masalah diketahui dengan tautan gejala-ke-penyebab, pemetaan aset, dan AI capture dari manual.

Diperbarui

Manajemen Masalah

Temukan di: Manajemen → Manajemen Masalah dan Pemetaan Masalah-Aset (grup Operasi).

Pernah dengar kalimat seperti ini?

  • "Kami sudah memperbaiki kegagalan persis ini lima kali — kenapa masih mengejutkan?"
  • "Saat gejala ini muncul, biasanya apa penyebabnya?"
  • "Pengetahuan tribal ikut pergi saat teknisi senior pensiun."

Setiap kegagalan berulang adalah masalah yang sudah Anda selesaikan — jika Anda menuliskannya.


Masalahnya

Kegagalan yang sama didiagnosis dari nol setiap kali. Penyebab diketahui hidup di kepala, bukan sistem. Teknisi baru tidak bisa bersandar pada temuan masa lalu, dan penalaran gejala-ke-penyebab diciptakan ulang per tiket.

Apa yang Dilakukan Manajemen Masalah OpexMX

Membangun pustaka masalah diketahui, mengelompokkannya, memetakannya ke aset, dan mengaitkan gejala ke penyebab yang mungkin — dengan AI yang mengusulkan entri baru dengan membaca manual.

Masalah Diketahui, Terklasifikasi

Tiap masalah punya tipe (BREAKDOWN, MALFUNCTION, QUALITY, SAFETY), grup, prioritas, dan status — sehingga katalog terstruktur, bukan tempat pembuangan.

Tautan Gejala → Penyebab

Kaitkan gejala ke masalah dengan bobot RCA (calculated dan expert likelihood). Saat gejala muncul lagi, penyebab yang mungkin sudah diurutkan — diagnosis berhenti jadi tebakan.

Pemetaan Aset & Sub-Aksi

Petakan masalah ke aset yang dipengaruhinya, dengan sub-aksi untuk perbaikan. Resolusi yang diketahui menyertai aset.

AI Capture dari Manual

Uraikan gejala; AI meng-embed-nya, mencari chunk manual aset, dan mengusulkan masalah terstruktur — {name, type, description, actions, confidence} — sebagai pratinjau. Promosikan dalam satu tulisan transaksional (masalah + tautan gejala + sub-aksi).

Cara Kerjanya

  1. Tangkap masalah saat Anda menyelesaikannya (atau biarkan AI merancang dari manual).
  2. Kelompokkan dan klasifikasikan.
  3. Kaitkan gejala ke penyebab yang mungkin dengan bobot.
  4. Petakan ke aset dengan sub-aksi perbaikan.
  5. Saat gejala muncul lagi, penyebab dan perbaikan sudah diketahui.

Siapa yang Menggunakan Ini?

PeranYang Mereka Pedulikan
Engineer KeandalanPustaka masalah diketahui yang tumbuh dan dapat dicari
TeknisiPenyebab yang mungkin, cepat
PerencanaPola kegagalan berulang untuk PM/RCM
Pegawai baruPengetahuan berharga, tertulis

Tips Pro

  • Tangkap saat resolusi — itu termurah.
  • Biarkan AI merancang, lalu senior memvalidasi sebelum mempromosikan.
  • Bobot gejala berdasarkan pengalaman; tinjau bobot dari waktu ke waktu.
  • Masukkan masalah berulang ke RCM dan tinjauan PM.

Integrasi

  • Tiket: gejala pada tiket menampilkan penyebab diketahui
  • Aset: masalah dipetakan ke peralatan yang dipengaruhinya
  • Pusat Pengetahuan: AI capture membaca manual aset (RAG)
  • RCM / Keandalan: masalah berulang mendorong analisis