“Membiarkan IT kepada Pakar” Mencipta Kebuntuan Maut dalam Keputusan Pengurusan

Jurang Halus Antara ‘Membiarkan’ dan ‘Mengabaikan’

“IT adalah perkara yang perlu dibiarkan kepada pakar”.

Sukar untuk tidak mendengar kata-kata ini daripada pengurus. Pada pandangan pertama, ia kelihatan seperti sikap yang sihat dengan pembahagian tugas yang jelas. Namun, di sinilah punca asas mengapa pelaburan IT syarikat Jepun tidak membuahkan hasil. Masalahnya bukan pada tindakan “membiarkan” itu sendiri, tetapi pada kegagalan pengurus untuk melakukan “definisi” yang sepatutnya dilakukan sebelum itu.

Sebagai perunding pengurusan yang telah melihat lebih daripada 38 tapak syarikat, saya melihat satu corak biasa. Iaitu struktur di mana pihak pengurusan tidak mendefinisikan fungsi objektif “mengapa SaaS itu diperlukan”, sebaliknya menyerahkan bulat-bulat kepada jabatan IT atau vendor luar, bukannya “SaaS mana yang akan dilaksanakan”. Hasilnya, alat yang dilaksanakan menjadi berselerak mengikut jabatan, data tidak dapat disatukan, dan pulangan pelaburan tidak dapat diukur. Ini bukan lagi “delegasi”, tetapi “pengabaian keputusan”.

Contoh Konkrit: ‘Penggantian Matlamat’ dalam Pelaksanaan SaaS Sokongan Jualan

Di sebuah syarikat pertengahan, pelaksanaan alat CRM (Pengurusan Hubungan Pelanggan) baru telah diputuskan dengan matlamat meningkatkan produktiviti jabatan jualan. Pihak pengurusan hanya menyatakan dasar “ingin mengukuhkan jualan”. Pemilihan diserahkan sepenuhnya kepada jabatan sistem maklumat dan ketua jabatan jualan. Akibatnya, “CRM berasaskan awan yang mudah digunakan dan boleh digunakan serta-merta (contoh: Salesforce atau HubSpot)” yang banyak dipengaruhi suara pasukan jualan telah dipilih.

Enam bulan selepas pelaksanaan, “pengvisualasian saluran jualan” dan “analisis kadar penutupan” yang ingin diketahui oleh pihak pengurusan hampir tidak berkembang. Sebaliknya, pengurusan aktiviti peribadi wakil jualan menjadi lebih terperinci, dan hanya beban input yang meningkat. Mengapa ini berlaku?

Sebabnya jelas. “Matlamat” yang sepatutnya ditakrifkan oleh pihak pengurusan telah digantikan dengan “kaedah” di peringkat operasi.

• Matlamat yang Diingini Pengurusan: Membina “Kebolehulangan Aktiviti Jualan dan Asas Analisis” untuk pembuatan keputusan (= IT Pengurusan)
• Matlamat Kaedah yang Dipilih Operasi: “Pengurusan Aktiviti Peribadi dan Permudahan Rekod” untuk kecekapan operasi (= IT Operasi)

Kedua-duanya tidak bercanggah, tetapi keutamaan dan fokus pelaburan adalah berbeza sama sekali. Pada saat pengurusan menyerahkan pemilihan kaedah tanpa mendefinisikan matlamat, matlamat operasi yang lebih lantang iaitu “kemudahan penggunaan” muncul ke depan, manakala matlamat pengurusan iaitu “peningkatan kualiti pembuatan keputusan” terpinggir.

Perangkap ‘Kemudahan Penggunaan’

Terutamanya pengurus PKS cenderung terjebak dengan hanya menggunakan “kemudahan penggunaan” atau “kelajuan pelaksanaan” sebagai kriteria penilaian. Memang benar, rintangan pengguna adalah punca utama kegagalan pelaksanaan. Walau bagaimanapun, mengutamakan “kemudahan penggunaan” sebagai keputusan pengurusan bermakna meletakkan “pengelakan geseran jangka pendek” di atas “nilai strategik jangka panjang”.

Dalam contoh tadi, bagaimana jika pihak pengurusan mendefinisikan “matlamat utama pelaksanaan CRM ini adalah untuk meningkatkan ketepatan pembuatan keputusan strategi jualan setiap suku tahun sebanyak 20%”, dan menyatakan sebagai syarat wajib “kemampuan untuk mengumpul secara masa nyata semua peringkat perundingan dan anggaran nilai penutupan”? Paksi pemilihan pasti akan condong daripada “kemudahan penggunaan” kepada “integriti data dan fungsi pelaporan”.

3 Detik Pengurusan ‘Melepaskan Tangan’ daripada IT

Jadi, pada detik mana pengurus secara tidak sedar menghentikan keputusan mereka? Terutamanya pada tiga detik berikut.

1. Detik Kelulusan Bajet: Tidak Mendefinisikan ‘Kaedah Pengukuran Kesan’

“Meluluskan bajet pelaksanaan CRM sebanyak 500 juta yen untuk kecekapan jualan”. Terdapat banyak dokumen keputusan seperti ini. Yang membawa maut di sini ialah, selalunya definisi “bagaimana untuk mengukur kesan” tertinggal. Jika pengukuran kesan hanya berakhir dengan “kajian selidik kepuasan pengguna” atau “pengurangan masa input”, ia kekal sebagai penilaian “alat kecekapan operasi” dan bukan keputusan pelaburan pengurusan.

Soalan yang Perlu Ditakrifkan Pengurusan: “Proses pembuatan keputusan mana, dengan metrik apa, dan berapa banyak akan bertambah baik melalui pelaburan ini?”

2. Detik Definisi Keperluan: Tidak Memutuskan ‘Apa yang Perlu Dikorbankan’

Tidak wujud alat yang sempurna memenuhi semua keperluan. Bajet, tempoh, fungsi, kebolehubahan — jika memilih sesuatu, sesuatu yang lain perlu dikorbankan. Keputusan “pertukaran” ini cenderung diserahkan oleh pengurus kepada juruteknik atau vendor.

Contohnya, keperluan “ingin mensistemkan keseluruhan aliran kerja anggaran kompleks syarikat” bermakna pembangunan penyesuaian besar-besaran, meningkatkan kos dan tempoh pelaksanaan. Jika pengurus menunjukkan keputusan “jika begitu, kita hadkan kepada aliran utama yang boleh diurus dengan fungsi standard buat masa ini, dan bahagian kompleks terus diurus dengan Excel sedia ada”, skop projek dan definisi kejayaan akan menjadi berbeza sama sekali.

3. Detik Selepas Pelaksanaan: Tidak Mengemas Kini Definisi ‘Kejayaan’

Apabila alat dilaksanakan dan operasi bermula, tumpuan pengurusan beralih kepada isu baharu lain. Walau bagaimanapun, nilai sebenar pelaburan IT terhasil daripada “penggunaan”, bukan “pelaksanaan”. Tiga bulan, enam bulan selepas pelaksanaan, adakah “kejayaan” yang ditakrifkan pada mulanya dicapai, atau adakah definisi “kejayaan” itu sendiri perlu disemak semula mengikut perubahan situasi? Jika pengurusan melepaskan tangan daripada proses penilaian berterusan ini, pelaburan akan berakhir hanya dengan “fakta telah dilaksanakan”.

Rangka Kerja Praktikal: Menterjemah Keputusan IT kepada ‘Bahasa Pengurusan’

Untuk membawa perbincangan IT profesional ke meja pembuatan keputusan pengurusan, terjemahan diperlukan. Gunakan rangka kerja berikut untuk menguraikan agenda berkaitan IT seterusnya.

1. Penterjemahan Matlamat: Menggali ‘Mengapa’, Bukan ‘Apa’, dalam 3 Peringkat
Contoh: Terhadap cadangan pelaksanaan alat pengurusan projek baharu (seperti Asana)
・Matlamat Permukaan: Ingin memvisualkan kemajuan projek (kaedah)
・Matlamat Teras: Ingin mengesan awal pertindihan sumber antara pelbagai projek dan melakukan pengagihan yang sesuai (masalah operasi)
・Matlamat Pengurusan: Ingin merealisasikan pelaburan tertumpu kepada projek yang menguntungkan dengan sumber manusia yang terhad, dan meningkatkan margin keuntungan kasar (masalah pengurusan)

2. Penjelasan Paksi Keputusan: ‘Syarat Wajib’ dan ‘Syarat Kompromi’ yang Ditentukan Pengurusan
“Syarat wajib” adalah keperluan mutlak yang tidak boleh ditinggalkan untuk mencapai matlamat pengurusan. Contohnya, “keupayaan untuk dilihat secara bersepadu dengan status penggunaan sumber jabatan lain”. “Syarat kompromi” adalah keperluan yang diingini jika boleh, tetapi boleh digantikan dengan kaedah lain jika tiada. Kecantikan UI atau fungsi pemberitahuan terperinci termasuk dalam kategori ini. Jika pengurusan tidak melakukan pemisahan ini, semua keperluan mempunyai berat yang sama, menyebabkan pemilihan tersasar.

3. Penetapan Awal Metrik Penilaian: Menentukan ‘Bagaimana Mengukur’ Sebelum Pelaburan
Tetapkan metrik penilaian kuantitatif seperti “mengurangkan purata kadar sisihan rancangan-prestasi projek sebanyak 15% dalam tempoh enam bulan selepas pelaksanaan” atau “memahami bilangan kejadian pengagihan sumber berlebihan secara bulanan dan melaporkan setiap suku tahun”, “sebelum” pelaburan. Ini meletakkan pelaksanaan bukan sebagai “matlamat” tetapi sebagai “permulaan eksperimen”.

Cara ‘Membiarkan’ yang Betul kepada Pakar: Menyerahkan Matlamat, Mendelegasi Hak Pilih Kaedah

Artikel ini tidak menafikan kebergantungan kepada pakar IT. Sebaliknya, ia mencadangkan “cara membiarkan” untuk memaksimumkan kepakaran mereka.

Apa yang perlu dilakukan oleh pengurus ialah, setelah menjelaskan “matlamat”, “kekangan (bajet, tempoh)”, “definisi kejayaan”, mendelegasikan pemilihan dan pelaksanaan “kaedah” terbaik (alat mana, bagaimana dilaksanakan) dalam rangka kerja tersebut kepada pakar. Ini bertentangan dengan “pengabaian” delegasi kosong.

CTO, jabatan sistem maklumat, atau perunding luar boleh mencadangkan penyelesaian kreatif dalam lingkungan tersebut jika terdapat matlamat dan kekangan yang jelas. Walau bagaimanapun, jika matlamat kabur, mereka secara tidak sedar terpaksa membuat cadangan yang dioptimumkan untuk “metrik yang mudah dinilai” (contohnya, kestabilan sistem atau kurangnya aduan pengguna). Inilah punca struktur mengapa hala tuju jabatan IT dan operasi tidak selari.

Mengambil Alih IT sebagai Alat Pembuatan Keputusan, Kembali ke Tangan Pengurusan

IT melangkaui alat kecekapan operasi semata-mata, menjadi “alat pembuatan keputusan” paling berkuasa pada masa kini. Ia menyediakan asas untuk mengumpul data, menganalisis, dan meramal masa depan. Jika pengurus tidak melakar reka bentuk alat ini terlebih dahulu, organisasi akan terjebak dalam keadaan mempunyai data tetapi tiada wawasan, mempunyai alat tetapi tiada strategi.

Apabila “perbincangan IT” dibangkitkan dalam mesyuarat seterusnya, tanya diri anda terlebih dahulu: “Adakah saya kini ingin menyerahkan pemilihan kaedah, atau mengabaikan definisi matlamat?”. Melukis garis pemisah itu adalah langkah pertama dan paling penting untuk mengubah IT menjadi sumber pengurusan sebenar.