Bencana Dedahkan Kekurangan “Persediaan Sebenar” dalam IT Pengurusan

Apa yang Ditanya oleh Sistem yang Berfungsi Walaupun Komunikasi Terputus

Berita “Walaupun komunikasi terputus, sistem digital untuk pendaftaran pusat pemindahan boleh berubah dengan drastik!?” sedang hangat diperkatakan. Ia mengenai eksperimen sistem yang mendigitalkan pendaftaran pusat pemindahan semasa bencana dan berfungsi secara luar talian.

Sekilas pandang, ini hanyalah contoh DX pengurusan bencana. Namun, dari sudut pandangan pengurusan × IT, ia memekatkan isu asas yang dihadapi banyak syarikat.

Iaitu masalah “IT yang tidak berhenti dalam persekitaran sebenar” tidak direka. Banyak syarikat memperkenalkan sistem hanya dengan memikirkan kecekapan operasi harian. Namun, nilai sebenar terletak pada infrastruktur IT yang terus berfungsi walaupun berlaku masalah.

Bahaya Pemikiran Memisahkan Waktu Biasa dan Bencana

Ciri sistem pusat pemindahan ini ialah ia beroperasi secara kendiri walaupun komunikasi terputus. Ia tidak bergantung pada awan dan melengkapkan pendaftaran dengan pangkalan data tempatan. Ini memberikan implikasi yang sangat penting dalam pengurusan.

Banyak syarikat mengambil strategi IT dua peringkat: “awan untuk waktu biasa, sandaran untuk bencana.” Namun, pemikiran ini sendiri berbahaya. Kerana bencana datang secara tiba-tiba, dan pertukaran sistem mungkin tidak berjalan lancar.

Seorang pegawai IT di sebuah syarikat pembuatan sederhana berkata: “Walaupun kami merangka BCP (Pelan Kesinambungan Perniagaan), prosedur pemulihan apabila sistem tidak boleh digunakan hanya tinggal dalam bentuk kertas. Saya tidak yakin boleh mengaktifkannya pada saat kritikal.”

Ini adalah contoh tipikal hanya melihat IT sebagai “IT pengurusan.” Jika pengurusan melihatnya sebagai “IT perniagaan” dan mereka bentuk sistem yang berkaitan langsung dengan jualan dan perkhidmatan pelanggan supaya tidak berhenti dalam persekitaran sebenar, masalah ini boleh dielakkan.

Pemikiran Reka Bentuk “Luar Talian Dahulu” yang Perlu Difikirkan oleh Pengurus

Contoh pusat pemindahan menunjukkan bahawa pemikiran reka bentuk sistem itu sendiri perlu diubah.

Secara khusus, pengurus harus menekankan tiga perkara berikut:

1. Jangan Menilai Ketersediaan Sistem Secara Berasingan untuk “Waktu Biasa” dan “Waktu Gangguan”

Banyak syarikat menilai kadar operasi sistem sebagai “99.9%.” Namun, 0.1% masa gangguan itulah yang memberi kesan kritikal kepada perkhidmatan pelanggan dan operasi.

Pengurus harus menuntut “ketersediaan spesifikasi penuh” daripada sistem, termasuk semasa gangguan. Secara khusus, pertimbangkan untuk menambah pemikiran reka bentuk “luar talian dahulu” di mana fungsi utama beroperasi walaupun luar talian, sebagai syarat pemilihan SaaS.

2. Reka Bentuk Sandaran sebagai “Tujuan” Bukan “Alat”

Banyak syarikat hanya menganggap sandaran data sebagai “ambil sahaja untuk rasa selamat.” Namun, yang benar-benar diperlukan ialah “boleh pulih daripada sandaran,” dan prosedur pemulihan itu tidak boleh bergantung pada individu tertentu.

Contohnya, di sebuah rangkaian runcit besar, apabila sistem POS ranap, kakitangan kaunter menulis resit secara manual dan kemudian memasukkan data ke dalam sistem secara manual pada hari lain. Ini adalah contoh tipikal di mana “operasi” semasa sistem ranap tidak direka. Pengurus perlu menilai kesan pelaburan IT termasuk “proses perniagaan” semasa sistem ranap.

3. Jamin “Kebolehulangan” sebagai IT Pengurusan

Bukan sahaja semasa bencana, tetapi juga dalam masalah harian (ranap pelayan, gangguan rangkaian, serangan siber), “kebolehulangan” adalah penting untuk memastikan perniagaan tidak berhenti.

Kebolehulangan merujuk kepada keadaan di mana sesiapa sahaja boleh meneruskan operasi dengan prosedur yang sama, tanpa bergantung pada individu tertentu. Ini adalah teras IT pengurusan. Seperti digitalisasi pendaftaran pusat pemindahan yang meninggalkan “daftar kertas” dan membolehkan sesiapa sahaja melengkapkan pendaftaran dengan cara yang sama, perniagaan teras syarikat juga harus menyasarkan keadaan di mana “sesiapa sahaja boleh menghasilkan hasil yang sama” semasa gangguan.

Contoh Spesifik: Kegagalan “Persediaan Sebenar” Sebuah Syarikat Logistik

Pada masa lalu, terdapat kes di mana sebuah syarikat logistik memperbaharui Sistem Pengurusan Gudang (WMS). Syarikat itu memperkenalkan WMS berasaskan awan, mencapai pengurangan kos dan pengurusan inventori masa nyata. Namun, enam bulan selepas pelaksanaan, gangguan pusat data menyebabkan sistem terhenti selama 12 jam.

Pada masa itu, semua kerja memetik di gudang terhenti. Penghantaran tertangguh, dan syarikat itu menerima tuntutan ganti rugi yang besar daripada pelanggan. Pengurus syarikat itu langsung tidak mempertimbangkan “alternatif semasa gangguan” semasa memperkenalkan sistem.

Apa yang diajar oleh kes ini ialah “kesinambungan perniagaan semasa gangguan” mesti sentiasa dimasukkan sebagai kriteria penilaian pelaburan IT. Bukan sahaja fungsi dan harga alat, tetapi juga “sama ada ia berfungsi luar talian” dan “sama ada proses alternatif disediakan semasa gangguan” harus ditambah sebagai paksi penilaian.

Tiga Tindakan yang Perlu Dilakukan oleh Pengurus Sekarang

Jadi, apa yang perlu dilakukan oleh pengurus secara khusus? Saya cadangkan tiga perkara berikut:

1. Semak Semula “Manual Operasi Semasa Gangguan” untuk Sistem Teras
Jangan serahkan sepenuhnya kepada jabatan IT. Pengurus sendiri harus menilai secara kuantitatif “sejauh mana kesan kepada jualan dan perkhidmatan pelanggan apabila sistem ranap.” Selepas itu, tetapkan sasaran masa pemulihan (RTO: Masa Pemulihan Sasaran) dan proses perniagaan alternatif yang akan dilaksanakan pada masa itu.

2. Tambah “Fungsi Luar Talian” sebagai Item Penilaian Pemilihan SaaS
Apabila memperkenalkan SaaS baharu, pastikan anda bertanya kepada vendor “fungsi mana yang boleh digunakan apabila komunikasi terputus.” Walaupun wakil jualan memuji “ketersediaan 99.9%,” peranan pengurus ialah bertanya apa yang berlaku pada baki 0.1% masa.

3. Kukuhkan Kebolehulangan sebagai “IT Pengurusan”
Dokumenkan dan seragamkan tetapan sistem dan peraturan operasi yang hanya diketahui oleh individu tertentu. Ini berkesan bukan sahaja semasa bencana, tetapi juga untuk mengelakkan genangan perniagaan akibat peletakan jawatan atau pertukaran kakitangan. Secara khusus, perkenalkan alat pengurusan pengetahuan seperti Notion atau Confluence, dan cipta keadaan di mana sesiapa sahaja boleh mengaksesnya.

Kesimpulan: Nilai Terbesar IT Ialah “Tidak Berhenti”

Digitalisasi pendaftaran pusat pemindahan menunjukkan fakta yang jelas tetapi sering diabaikan: IT mestilah “tidak berhenti” sebelum menjadi “berguna.”

Apabila pengurus menilai pelaburan IT, mereka cenderung tertumpu pada “berapa peratus kecekapan operasi meningkat” atau “berapa banyak kos dapat dikurangkan.” Namun, soalan yang benar-benar perlu ditanya ialah “apa yang akan berlaku kepada syarikat jika sistem itu ranap?”

Pelaburan IT yang tidak dapat menjawab soalan ini hanyalah “IT hiasan” yang tidak berfungsi dalam situasi sebenar. Untuk terus memberikan nilai kepada pelanggan walaupun semasa bencana atau masalah, pengurusan perlu mereka bentuk “persediaan sebenar” secara langsung dan memasukkannya ke dalam IT.

Adakah IT syarikat anda benar-benar direka untuk “tidak berhenti”?