Dalam artikel ini
- Proses sebelum sistem: kegagalan yang bermula sebelum pemasangan
- Pemilik dalaman: projek tanpa pemilik akan hanyut
- Data yang bersih dan pelaksanaan berperingkat
- Latihan dan pengurusan perubahan: aspek yang menentukan hasilnya
- Pandangan Origami
- Kesimpulan: pengakhiran siri dan permulaan generasi baharu
- Sumber
Dalam bahagian kelima kita telah membongkar kos sebenar sesebuah ERP, dan berakhir dengan satu pemerhatian yang tidak selesa: banyak projek mempunyai bajet yang mencukupi tetapi tetap gagal. Sebabnya jarang bersifat teknikal. Sistem ERP masa kini sudah matang, tetapi sesebuah projek gagal apabila teknologi semata-mata dianggap sebagai persoalannya. Pada terasnya, kegagalan bersifat organisasi dan manusia: proses yang tidak ditakrifkan, pemilik yang tiada, data yang kotor, pelancaran yang tergesa-gesa dan pasukan yang tidak bersedia untuk perubahan. Dalam bahagian keenam dan terakhir ini kita membongkar punca sebenar kegagalan satu demi satu, dan menangani setiap satunya dengan perkara yang menjayakan projek anda.
Proses sebelum sistem: kegagalan yang bermula sebelum pemasangan
Sistem tidak mencipta cara bekerja untuk anda; ia mempercepatkan cara yang sudah anda miliki. Apabila proses anda tidak ditakrifkan atau bercanggah antara satu jabatan dengan jabatan lain, anda mengautomasikan kekacauan dan bukannya menyusunnya, lalu anda hanya mendapat kekacauan yang lebih pantas. Projek yang paling banyak tersandung ialah projek yang menyangka sistem akan mengemas rumah bagi pihak mereka.
Kejayaan bermula sebelum memilih mana-mana sistem: takrifkan dan dokumenkan proses anda, dan bersetuju dengan satu cara bagi setiap proses sebelum anda meminta sistem menjalankannya. Masa yang anda luangkan untuk mentakrifkan proses akan menjimatkan masa berkali-kali ganda dalam pelaksanaan dan penyesuaian kemudian.
Pemilik dalaman: projek tanpa pemilik akan hanyut
ERP menyentuh setiap jabatan, sebab itulah ia memerlukan seorang individu di dalam syarikat yang benar-benar memiliki projek tersebut: membuat keputusan, menyelesaikan pertikaian antara jabatan dan membuat susulan dengan pembekal. Pembekal ialah rakan kongsi pelaksanaan; ia bukan pemilik projek anda dan tidak mengetahui keutamaan anda seperti anda. Projek yang dibiarkan tanpa pemilik dalaman yang jelas bertukar menjadi siri mesyuarat tanpa keputusan: ia berlarutan dan layu.
Kejayaan: lantik pemilik dalaman yang mempunyai kuasa sebenar dan masa khusus, bukan pekerja yang diberi projek ini sebagai tugas sampingan kepada tugas hariannya. Pemilik ini ialah satu-satunya suara syarikat kepada pembekal, dan jaminan bahawa keputusan dimuktamadkan, bukan ditangguhkan.
Data yang bersih dan pelaksanaan berperingkat
Dua punca teknikal menenggelamkan projek yang mempunyai bajet yang tepat:
- Memindahkan data yang kotor: apabila anda memindahkan baki, item dan nama yang terkumpul bersama kesilapannya ke dalam sistem baharu, anda bermula dari hari pertama dengan keyakinan yang goyah terhadap angka. Data kotor yang memasuki sistem yang bersih kekal kotor. Bersihkan sebelum anda memindahkan, bukan selepasnya.
- Melancarkan semuanya sekali gus: mengaktifkan setiap modul di setiap jabatan pada satu hari yang sama menggandakan risiko dan menjadikan sebarang ralat sebagai krisis seluruh syarikat. Pelaksanaan berperingkat (satu modul, jabatan atau cawangan pada satu masa) membendung ralat, membina keyakinan pasukan langkah demi langkah dan memberi anda peluang untuk membetulkan sebelum diperluas.
Peraturannya: data yang bersih dahulu, kemudian lancarkan secara berperingkat. Kepantasan sebenar datang daripada pendekatan beransur-ansur yang berdisiplin, bukan daripada satu lompatan.
Latihan dan pengurusan perubahan: aspek yang menentukan hasilnya
Punca kegagalan yang paling berbahaya, dan yang paling diabaikan, kekal bersifat manusia dan bukan teknikal. Sistem terbaik pun gagal jika mereka yang menggunakannya tidak yakin dengannya. Pasukan yang merasakan sistem itu dipaksakan ke atas mereka akan menentangnya secara senyap, dan kembali secara diam-diam kepada hamparan dan cara lama mereka, lalu anda berakhir dengan dua realiti: sistem di atas kertas, dan kerja sebenar di luarnya.
Kejayaan dibina dengan pengurusan perubahan yang sedar: libatkan pasukan dari awal supaya mereka merasakan diri sebagai sebahagian daripada keputusan, bukan mangsanya; terangkan mengapa kita berubah, bukan hanya bagaimana; dan jadikan latihan berterusan, bukan acara sekali sahaja semasa pelancaran. Sistem yang diterima oleh orang ramai akan berjaya walaupun ia lebih ringkas, dan sistem yang mereka tentang akan gagal walaupun ia lebih berkuasa.
Pandangan Origami
Kami ialah sebuah syarikat teknologi, tetapi kami tahu kejayaan ERP ialah keputusan organisasi sebelum ia menjadi pilihan teknikal. Oleh itu kami bermula daripada proses, bukan daripada skrin: kami membantu anda mentakrifkan proses dan membersihkan data anda sebelum kami memasang apa-apa, kami menegaskan adanya pemilik dalaman yang memimpin dari pihak anda, kami melaksanakan secara berperingkat dan bukannya sekali gus, dan kami menjadikan latihan serta pengurusan perubahan sebahagian daripada projek, bukan satu item untuk ditangguhkan. Matlamat kami bukan menyerahkan sistem yang berfungsi secara teknikal, tetapi sistem yang diterima oleh pasukan anda dan terus hidup selepas pelancaran.
Kesimpulan: pengakhiran siri dan permulaan generasi baharu
Projek ERP jarang gagal kerana teknologinya tidak mencukupi, tetapi kerana proses tidak ditakrifkan, pemilik tiada, data dipindahkan dalam keadaan kotor, pelancaran tergesa-gesa, atau pasukan tidak bersedia untuk perubahan. Setiap punca ini mempunyai lawan yang membawa kepada kejayaan. Dengan ini kami menutup panduan praktikal sistem ERP yang telah kita lalui: daripada mentakrifkan sistem, kepada bila anda memerlukannya, kepada modulnya, kepada cara memilihnya, kepada kos sebenarnya, dan akhirnya kepada bahagian ini.
Perlu diperhatikan ke mana arah bidang ini: generasi sistem seterusnya merapatkan jurang yang menjadi punca kebanyakan kegagalan. Sistem yang ditakrifkan dan dikonfigurasikan melalui perbualan dan bukannya oleh perunding, dan yang menyesuaikan diri dengan cara anda bekerja dan bukannya memaksakan cara sendiri, menjadikan pentakrifan proses dan penerimaan lebih mudah berbanding sebelum ini. Namun peraturannya tetap sama walau bagaimana alat itu berkembang: sistem yang berjaya bermula dengan proses yang jelas, pemilik yang hadir dan pasukan yang yakin. Teknologi melicinkan jalan, tetapi ia bukan pengganti untuk menempuhnya dengan penuh kesedaran.
Sumber
- Pihak Berkuasa Zakat, Cukai dan Kastam (ZATCA) — E-invois (Fatoora) sebagai kewajipan yang mesti diambil kira oleh setiap pelaksanaan berperingkat: https://zatca.gov.sa
- Pihak Berkuasa Data dan Kecerdasan Buatan Saudi (SDAIA) — Undang-undang Perlindungan Data Peribadi (PDPL) dan kawalan ke atas data semasa pemindahan: https://sdaia.gov.sa
- Wawasan Saudi 2030 — transformasi digital dan pemerkasaan perusahaan kecil dan sederhana: https://www.vision2030.gov.sa
Soalan lazim
Mengapa projek ERP gagal walaupun bajetnya mencukupi?
Kerana kegagalan biasanya bersifat organisasi dan manusia, bukan teknikal. Proses yang tidak ditakrifkan, pemilik dalaman yang tiada, pemindahan data yang kotor, pelancaran yang tergesa-gesa dan pasukan yang tidak bersedia untuk perubahan menjatuhkan projek yang mempunyai bajet yang tepat. Teknologi jarang menjadi puncanya.
Apakah faktor paling penting dalam kejayaan projek ERP?
Dua faktor yang tidak boleh dipisahkan: proses yang ditakrifkan dan didokumenkan sebelum pemasangan, dan seorang pemilik dalaman tunggal yang mempunyai kuasa sebenar untuk memimpin projek dari dalam syarikat dan memuktamadkan keputusan. Tanpa kedua-duanya, sistem terbaik pun akan hanyut.
Adakah lebih baik melancarkan sistem sekali gus atau secara berperingkat?
Secara berperingkat, dalam kebanyakan kes. Melancarkan semuanya sekali gus menggandakan risiko dan menjadikan sebarang ralat sebagai krisis seluruh syarikat, manakala pelaksanaan berperingkat membendung ralat, membina keyakinan pasukan dan membolehkan pembetulan sebelum diperluas.
Bagaimanakah kita menangani pasukan yang menentang sistem baharu?
Dengan pengurusan perubahan yang sedar: libatkan pasukan dari awal supaya mereka menjadi sebahagian daripada keputusan, terangkan sebab perubahan dan bukan hanya langkah-langkahnya, dan jadikan latihan berterusan dan bukannya acara sekali sahaja. Sistem yang diterima oleh orang ramai akan berjaya walaupun ia lebih ringkas.
Ikuti Origami di Google
Tetapkan Origami sebagai sumber pilihan dan artikel kami akan muncul dahulu untuk anda dalam Carian Google dan Berita Utama.








