8 Kesalahpahaman tentang Manajemen Perubahan — Mengapa MOC Penting untuk Semua Bisnis

Saya membahas Manajemen Perubahan (MOC) dengan karyawan pabrik, wajah familiar dengan cepat muncul: profesional senior yang menyebutkan OSHA 1910.119(a)(2) dan menghela nafas bahwa proses mereka bukan proses "tercakup," dan yang kurang berpengalaman yang mengeluh bahwa sistem manajemen gambar mereka tertinggal dan mengejar kembali akan mengkonsumsi sumber daya selama bertahun-tahun.

Respon lainnya sama umum: "Kami sudah memiliki prosedur untuk manajer menyetujui proyek kecil dan perubahan," atau komentar ajegan tentang "uang koin kecil" yang mengisi bocor rokok mobil mereka. Reaksi ini mengungkapkan ketidakpastian yang sama: apa itu MOC, dan mengapa hal itu harus penting bagi fasilitas yang tidak diatur di bawah kerangka OSHA 1910.119?

OSHA 1910.119(l)(1) mendefinisikan persyaratan MOC: "Pemberi kerja akan mendirikan dan menerapkan prosedur tertulis untuk mengelola perubahan (kecuali 'penggantian sejenis') pada kimia proses, teknologi, peralatan dan prosedur; dan perubahan pada fasilitas yang mempengaruhi proses tercakup." Meskipun peraturan berfokus pada keselamatan proses, prinsip inti—mengontrol perubahan untuk mencegah kerugian—memiliki relevansi jauh di luar industri yang diatur.

Untuk fasilitas yang memenuhi syarat sebagai "proses tercakup," persyaratan MOC dipahami dengan baik dan esensial untuk operasi yang berkelanjutan. Yang lebih mengkhawatirkan, namun, adalah fakta bahwa studi mengaitkan hingga 80 persen dari kecelakaan industri besar dengan perubahan yang tidak terkontrol. Dalam arti itu, MOC dapat dilihat sebagai bentuk asuransi jiwa: semakin sedikit kecelakaan, semakin tinggi return on investment.

Bahkan jika pabrik Anda tidak tunduk pada aturan MOC spesifik OSHA, setiap bisnis yang ingin tetap kompetitif harus mengelola perubahan. MOC adalah alat pencegahan kerugian yang hemat biaya yang melengkapi program keselamatan, keandalan, dan pengelolaan lingkungan.

Penting untuk diingat bahwa MOC hanya berlaku untuk perubahan pada sistem yang ada; desain proses atau fasilitas baru berada di luar cakupannya. Proses MOC mengasumsikan bahwa sistem saat ini memiliki kekuatan dan kelemahan yang diketahui, dan berusaha untuk mengurangi risiko yang terkait dengan memodifikasinya.

Dalam hal sederhana, MOC adalah pendekatan terstruktur untuk mencegah atau mengurangi kerugian—baik yang mempengaruhi keselamatan, kesehatan, lingkungan, atau kinerja bisnis—yang timbul dari perubahan pada cara fasilitas dibangun, dioperasikan, dipelihara, atau diperbaiki. Setiap bisnis yang ingin melindungi aset dan reputasinya akan mendapat manfaat dari program MOC yang kuat.

Apa yang merupakan "perubahan"?
"Mengenali perubahan" sering kali adalah bagian paling menantang dari MOC. Langkah pertama adalah definisi yang jelas yang sesuai dengan tujuan bisnis Anda dan peraturan yang berlaku. Definisi yang samar menyebabkan paralysis dan menciptakan celah bagi mereka yang ingin melewati proses.

Kepemimpinan harus memutuskan risiko apa yang ingin dikontrol organisasi lalu mengidentifikasi perubahan yang akan meningkatkan risiko tersebut. Sebagai contoh, perubahan dapat melibatkan perangkat keras, perangkat lunak, prosedur, atau parameter proses. Modifikasi non-perangkat keras—seperti patch perangkat lunak baru atau batas operasi yang direvisi—juga harus dipertimbangkan.

Dokumen sumber OSHA membedakan perubahan dari "Replacement in Kind" (RIK), yaitu penggantian yang memenuhi spesifikasi desain asli. Definisi yang lebih luas dalam OSHA 3313 menjelaskan bahwa perubahan adalah "pengubahan atau penyesuaian pada setiap komponen, variabel atau properti dalam sistem yang ada (kecuali yang dalam batas atau tanggung jawab yang jelas)." Pandangan ini mengakui bahwa teknologi, kimia, dan prosedur sama pentingnya dengan peralatan fisik.

Karena setiap organisasi memiliki profil risiko yang unik, definisi perubahan harus mencerminkan toleransinya terhadap modifikasi yang tidak terkontrol. Berikut adalah contoh umum yang sebagian besar bisnis akan mempertimbangkan sebagai layak MOC:

• Menambahkan peralatan proses baru atau sistem bisnis kritis, termasuk perangkat lunak
• Mengganti peralatan atau bagian yang bukan "sejenis"
• Memodifikasi atau menambahkan peralatan proses atau sistem kritis
• Menyesuaikan kontrol atau instrumen proses, termasuk strategi kontrol
• Mengubah spesifikasi atau sumber perawatan, perbaikan, dan operasi (MRO) bagian
• Mengubah sistem keselamatan—interlock, pemadam, pemadam kebakaran atau ledakan
• Merevisi prosedur operasi standar (SOP) atau prosedur darurat
• Memodifikasi struktur organisasi tingkat situs atau prosedur pemeliharaan
• Mengubah spesifikasi atau sumber bahan baku atau komponen
• Mengubah koneksi utilitas—udara, listrik, gas, air, uap, dll.
• Menyesuaikan koneksi jaringan data kritis
• Memperbarui prosedur jaminan kualitas (QA) atau alat uji

Sesi brainstorming multi-disiplin singkat di awal fase desain dapat membantu memastikan bahwa definisi dan contoh yang dipilih selaras dengan prioritas bisnis dan toleransi risiko.

Bagaimana dengan perubahan "sementara"?
Tidak ada perubahan permanen—hanya perubahan sementara yang akhirnya dikembalikan ke kondisi aslinya. Namun, perubahan sementara adalah penyebab paling sering dari insiden. Oleh karena itu, MOC harus memperlakukan perubahan sementara sama seperti permanen, dengan perhatian khusus pada proses pengembalian. OSHA 3313 menjelaskan bahwa "prosedur MOC harus memastikan bahwa peralatan dan prosedur dikembalikan ke kondisi aslinya pada akhir perubahan sementara." Memperlakukan perubahan sementara sebagai permanen melindungi dari paparan risiko tertinggi.

Delapan Kesalahpahaman Umum tentang MOC

1. "Saya tidak melakukan modifikasi nyata; saya hanya meningkatkan sesuatu."
   Setiap perubahan dalam konfigurasi, bentuk, pasang, fungsi, bahan, atau prosedur termasuk dalam MOC kecuali dikecualikan secara eksplisit oleh kriteria Anda. Peningkatan kecil yang mengubah konteks sistem dapat secara tidak sengaja meningkatkan risiko. Beri kewenangan kepada karyawan untuk mengenali dan melaporkan perubahan semacam itu sebelum menjadi kritis.
2. "Saya tertinggal; saya tidak dapat memulai MOC karena gambar kami ketinggalan zaman."
   Kontrol dokumen adalah pelengkap, bukan pengganti, untuk MOC. Memprioritaskan tindak lanjut korektif berdasarkan kritisitas sistem memungkinkan Anda melanjutkan tanpa menunggu setiap dokumen sempurna. MOC melindungi masa depan; tidak dapat memperbaiki kesalahan masa lalu.
3. "Ini adalah darurat; kami tidak punya waktu untuk MOC."
   Dalam darurat, disiplin dari proses MOC yang terbentuk dengan baik semakin penting. Pendekatan yang terkontrol dan terdokumentasi terhadap bypass atau penggantian sementara seringkali menghemat lebih banyak waktu dan mengurangi risiko dibandingkan solusi ad-hoc. MOC harus menyertakan prosedur darurat yang jelas yang tidak melewati prinsip inti.
4. "Merutekan formulir ini untuk persetujuan terlalu lama."
   Tingkat persetujuan harus proporsional dengan risiko perubahan. Sederhanakan proses dengan membatasi pemberi persetujuan kepada mereka yang memiliki keahlian dan kewenangan yang tepat, dan dengan menyesuaikan alur kerja dengan situasi.
5. "Manajer area sudah menyetujui dana; itu sudah cukup."
   Kewenangan untuk menyetujui dana tidak sama dengan pengetahuan yang diperlukan untuk mengevaluasi dampak teknis atau keselamatan suatu perubahan. Tim ulasan multi-disiplin yang seimbang memberikan hasil yang lebih andal.
6. "Kami gudang atau pusat data; tidak ada bahaya."
   MOC melindungi dari semua bentuk kerugian—kualitas produk, kepercayaan pelanggan, downtime peralatan, integritas data, dan lainnya. Bahkan lingkungan berisiko rendah dapat mengalami kegagalan yang mahal jika perubahan tidak terkontrol.
7. "MOC tidak akan menangkap setiap masalah, jadi mengapa repot?"
   Meskipun tidak ada sistem yang sempurna, MOC secara dramatis mengurangi kemungkinan kecelakaan. Ini juga memberikan jejak audit yang berharga yang mempercepat analisis akar penyebab ketika masalah tak terduga timbul. Biaya insiden yang terlewat sering kali jauh lebih besar dari biaya MOC.
8. "Perubahan perangkat lunak atau prosedur tidak memerlukan MOC."
   Pembaruan perangkat lunak dan perubahan prosedur telah menyebabkan insiden signifikan di banyak industri. Perlakukan setiap perubahan yang dapat mempengaruhi keselamatan atau kinerja sama seperti modifikasi fisik—tinjauan lengkap, dokumentasi, dan persetujuan.

Kesimpulan
Program MOC yang dirancang dengan baik adalah alat pencegahan kerugian yang vital untuk setiap organisasi, terlepas dari industri atau status peraturan. Ini tidak perlu memberatkan; dengan struktur yang tepat, MOC dapat coexist dengan peningkatan berkelanjutan dan manajemen perubahan yang cepat. Waktu untuk menerapkan proses MOC yang kuat adalah sekarang.

Artikel ini pertama kali muncul dalam edisi Juli newsletter Life Cycle Engineering, RxToday.

Tentang penulis

Sam McNair adalah konsultan senior di Life Cycle Engineering (LCE). Insinyur Profesional dan Profesional Pemeliharaan & Keandalan Terdaftar, Sam memiliki lebih dari 32 tahun pengalaman dalam manufaktur diskrit, industri kimia proses, pertambangan, proses mesin, otomatisasi, penerbangan, konstruksi, dan utilitas. Ia mengkhususkan diri dalam rekayasa keandalan dengan fokus pada integrasi fungsi pemeliharaan dan manufaktur. Hubungi Sam di smcnair@LCE.com. Untuk informasi lebih lanjut tentang Life Cycle Engineering, kunjungi www.LCE.com.