Mengelola Resistensi Tim Saat Ganti Sistem
Sistem baru sudah diluncurkan sebulan lalu dengan presentasi yang meriah dan janji efisiensi yang menjanjikan. Tapi kalau diperhatikan diam-diam, hampir separuh tim masih mencatat di spreadsheet lama sebagai “cadangan”, dan beberapa bahkan diam-diam mengeluh sistem baru justru bikin kerjaan lebih lambat dari sebelumnya.
Hampir setiap penggantian sistem menemui penolakan dalam bentuk tertentu. Karyawan mengeluh sistem baru terasa lebih lambat, mencari cara diam-diam kembali ke spreadsheet lama, atau tetap mencatat dengan cara yang sudah mereka kenal sambil berpura-pura memakai sistem baru. Menganggap ini sebagai sikap keras kepala semata jarang membantu menyelesaikan masalah. Jauh lebih berguna memahami apa yang sebenarnya dikhawatirkan tim di balik resistensi tersebut.
Ringkasan
- Resistensi biasanya berakar dari kekhawatiran yang belum terjawab, bukan sekadar sikap keras kepala
- Jelaskan alasan perubahan, bukan hanya perintah untuk memakai sistem baru
- Libatkan pengguna sehari-hari sejak tahap pemilihan dan pengujian sistem
- Akui secara jujur bahwa minggu-minggu awal akan terasa lebih lambat dari biasanya
- Tetapkan tanggal yang jelas kapan cara lama benar-benar dihentikan
Kenapa resistensi hampir selalu muncul
Perubahan sistem mengganggu rutinitas yang sudah terbentuk dan terasa nyaman bagi karyawan, meski rutinitas itu sebenarnya tidak efisien. Ada rasa aman dalam melakukan sesuatu dengan cara yang sudah dikuasai, dan perubahan apa pun — sebagus apa pun tujuannya — secara alami memicu kekhawatiran tentang kemampuan diri sendiri untuk beradaptasi dengan cara baru tersebut.
Sumber resistensi yang umum ditemui
- Takut terlihat tidak kompeten di depan rekan kerja saat belum menguasai sistem baru
- Pekerjaan yang terasa lebih lambat dan merepotkan di minggu-minggu awal transisi
- Kekhawatiran bahwa sistem baru dipakai untuk mengawasi ketat atau bahkan menggantikan peran mereka
- Pengalaman buruk dengan perubahan sistem yang pernah gagal di masa lalu
- Merasa tidak pernah dilibatkan dan tidak memahami alasan di balik perubahan ini
Jelaskan alasannya, bukan hanya perintahnya
Karyawan jauh lebih mudah menerima sebuah perubahan ketika mereka benar-benar memahami masalah apa yang sedang diselesaikan oleh sistem baru tersebut — terutama jika masalah itu juga mereka rasakan sendiri sehari-hari, seperti input data berulang-ulang atau data yang sering tidak cocok antar bagian. Perintah tanpa penjelasan yang memadai hanya akan diikuti secara terpaksa, bukan diterima dengan sepenuh hati.
Libatkan pengguna sejak tahap awal
Orang yang menjalankan proses kerja setiap hari memiliki pengetahuan tentang detail-detail yang tidak terlihat dari sudut pandang manajemen. Melibatkan mereka dalam proses pemilihan dan pengujian sistem baru tidak hanya menghasilkan sistem yang lebih sesuai dengan kebutuhan nyata, tetapi juga menciptakan rasa memiliki di antara mereka terhadap perubahan yang sedang terjadi, alih-alih merasa perubahan itu dipaksakan dari atas.
Temukan pendukung di setiap tim
Satu atau dua orang di setiap divisi yang lebih dulu dilatih dengan baik dan menunjukkan antusiasme bisa menjadi tempat bertanya yang nyaman bagi rekan-rekan mereka. Belajar dari rekan kerja sendiri sering terasa jauh lebih nyaman dan tidak mengintimidasi dibanding harus bertanya langsung ke tim IT atau vendor eksternal yang mungkin terasa formal dan menakutkan.
Akui bahwa awalnya akan terasa lebih lambat
Menjanjikan bahwa sistem baru akan langsung membuat pekerjaan jauh lebih cepat sejak hari pertama hanya akan menimbulkan kekecewaan besar ketika kenyataannya tidak demikian. Jauh lebih jujur dan realistis untuk menyampaikan bahwa beberapa minggu awal transisi akan terasa lebih berat dari biasanya, sambil memberikan dukungan ekstra selama periode penyesuaian tersebut berlangsung.
Ilustrasi: dua pendekatan peluncuran yang berbeda
Bayangkan sebuah perusahaan yang meluncurkan sistem ERP baru dengan hanya mengirim email pengumuman singkat berisi tanggal peluncuran dan link tutorial video, tanpa pelatihan langsung atau pendampingan. Setelah peluncuran, banyak karyawan bingung dan frustrasi, sebagian diam-diam kembali ke cara lama, dan adopsi sistem baru berjalan sangat lambat dengan banyak keluhan.
Bandingkan dengan perusahaan lain yang melibatkan beberapa karyawan kunci dari setiap divisi sejak tahap pengujian awal, mengadakan sesi pelatihan langsung yang interaktif, menunjuk pendamping di setiap tim, dan secara terbuka mengakui bahwa minggu pertama mungkin akan terasa lebih lambat. Adopsi sistem baru di perusahaan ini berjalan jauh lebih mulus, dengan keluhan yang jauh lebih sedikit dan lebih cepat teratasi.
Hentikan jalur lama pada waktu yang tepat
Selama cara lama masih tersedia dan bisa diakses, sebagian orang akan terus memakainya karena terasa lebih nyaman, betapa pun bagusnya sistem baru yang ditawarkan. Setelah masa transisi yang disepakati bersama berakhir dan sistem baru terbukti berjalan dengan baik, tetapkan tanggal yang jelas dan tegas kapan pencatatan dengan cara lama tidak lagi diterima sama sekali.
Dengarkan keluhan sebagai masukan berharga
Tidak semua keluhan yang muncul selama transisi adalah bentuk resistensi semata. Sebagian di antaranya justru menunjukkan masalah nyata dalam alur kerja sistem baru yang perlu diperbaiki. Sediakan saluran yang jelas untuk menyampaikan kendala yang dihadapi, tindak lanjuti dengan cepat dan serius, dan beri tahu tim secara terbuka ketika masukan mereka benar-benar menghasilkan perbaikan konkret pada sistem.
Peran pemimpin dalam mengurangi resistensi
Sikap dan perilaku manajemen sangat memengaruhi bagaimana tim menerima perubahan. Jika pemimpin sendiri terlihat ragu-ragu atau tidak konsisten memakai sistem baru, tim akan menangkap sinyal bahwa perubahan ini tidak benar-benar serius. Pastikan manajemen menjadi contoh nyata dalam mengadopsi sistem baru secara konsisten sejak hari pertama peluncuran.
Langkah mengelola resistensi tim
- 01Jelaskan alasan dan manfaat perubahan secara jelas kepada seluruh tim
- 02Libatkan perwakilan pengguna dalam pemilihan dan pengujian sistem
- 03Temukan dan berdayakan pendukung di setiap divisi
- 04Berikan pelatihan yang memadai dan pendampingan di minggu-minggu awal
- 05Sediakan saluran untuk menyampaikan kendala dan tindak lanjuti dengan cepat
- 06Tetapkan tanggal yang jelas untuk menghentikan cara kerja lama
Pertanyaan yang sering muncul
Berapa lama masa transisi yang wajar sebelum menghentikan cara lama?
Bergantung pada kompleksitas sistem dan seberapa besar perubahan cara kerja yang dibutuhkan. Untuk sebagian besar sistem bisnis, satu hingga tiga bulan biasanya cukup, tapi sesuaikan dengan kondisi dan kesiapan tim Anda sendiri.
Bagaimana jika ada karyawan senior yang paling keras menolak perubahan?
Pendekatan personal sering lebih efektif dibanding memaksakan aturan umum. Pahami kekhawatiran spesifik mereka, libatkan mereka secara khusus dalam proses, dan jika memungkinkan, manfaatkan pengalaman dan pengaruh mereka untuk membantu meyakinkan rekan-rekan lain setelah mereka sendiri mulai nyaman dengan sistem baru.
Rancang pelatihan berdasarkan peran, bukan generik
Pelatihan satu arah yang menjelaskan seluruh fitur sistem kepada semua orang sekaligus sering membuat peserta kewalahan dan kesulitan mengingat bagian mana yang benar-benar relevan dengan pekerjaan mereka sehari-hari. Susun materi pelatihan berdasarkan peran masing-masing — bagian penjualan hanya perlu fokus pada modul yang mereka pakai setiap hari, bagian gudang pada modul yang berbeda lagi. Pelatihan yang relevan dan langsung bisa dipraktikkan pada pekerjaan nyata jauh lebih mudah diserap dibanding sesi umum yang mencakup semua hal sekaligus tanpa konteks yang jelas.
Rayakan kemajuan kecil selama masa transisi
Masa transisi yang panjang dan terasa berat bisa membuat tim kehilangan semangat jika tidak ada tanda-tanda kemajuan yang terlihat. Tunjukkan secara konkret setiap perbaikan yang mulai terlihat, sekecil apa pun — misalnya satu proses yang sebelumnya butuh waktu lama kini selesai lebih cepat, atau satu masalah data yang sering terjadi kini sudah tidak muncul lagi. Mengakui kemajuan ini secara terbuka membantu tim melihat bahwa usaha beradaptasi mereka benar-benar membuahkan hasil, bukan sekadar beban tambahan tanpa manfaat yang jelas.
Perhatikan perbedaan tingkat kenyamanan terhadap teknologi
Tidak semua anggota tim memiliki tingkat kenyamanan yang sama terhadap teknologi baru, dan ini bukan semata soal usia meski sering dikaitkan dengan itu. Sebagian orang butuh lebih banyak waktu berlatih langsung sebelum merasa percaya diri, sementara yang lain bisa beradaptasi dengan cepat hanya dari membaca panduan singkat. Sediakan beberapa format pendampingan — sesi tatap muka, panduan tertulis, video singkat — sehingga setiap orang bisa belajar dengan cara yang paling sesuai untuk mereka, alih-alih memaksakan satu format pelatihan untuk semua orang.
Apakah wajar jika sebagian tim masih membutuhkan bantuan setelah masa transisi resmi berakhir?
Wajar, terutama untuk anggota tim yang jarang berinteraksi langsung dengan sistem atau baru bergabung setelah pelatihan awal selesai dilakukan. Sediakan sumber bantuan yang tetap bisa diakses kapan saja setelah masa transisi resmi berakhir, seperti panduan tertulis atau kontak yang bisa dihubungi, sehingga dukungan tidak sepenuhnya hilang begitu tanggal transisi resmi terlewati.
Waspadai resistensi yang datang dari level manajer menengah
Perhatian sering terlalu terpusat pada resistensi staf pelaksana, padahal manajer menengah juga bisa menjadi sumber penolakan yang jauh lebih berdampak karena posisi mereka. Seorang manajer yang secara terbuka meragukan sistem baru di depan timnya, sekalipun tidak bermaksud menyabotase, akan memberi izin tidak langsung bagi bawahannya untuk ikut skeptis. Sebaliknya, manajer yang aktif memakai sistem baru dan menegur dengan tegas ketika ada anggota tim yang kembali ke cara lama akan mempercepat adopsi jauh lebih efektif dibanding instruksi dari manajemen puncak yang terasa jauh dari keseharian kerja.
Manajer menengah juga sering punya kekhawatiran tersendiri yang jarang disuarakan secara terbuka — misalnya takut laporan yang mereka hasilkan selama ini ternyata tidak lagi relevan di sistem baru, atau khawatir kehilangan kendali atas cara timnya bekerja karena semua proses kini tercatat dan terlihat oleh atasan yang lebih tinggi. Libatkan mereka dalam sesi terpisah sebelum peluncuran untuk membahas kekhawatiran spesifik ini secara jujur, dan pastikan mereka memahami bagaimana peran mereka justru diperkuat, bukan dipersempit, oleh visibilitas data yang lebih baik dari sistem baru.
Penutup
Resistensi terhadap perubahan sistem adalah reaksi manusiawi yang wajar, bukan tanda kegagalan project. Dengan memahami akar kekhawatirannya, melibatkan tim sejak awal, dan memberikan dukungan yang cukup selama masa transisi, resistensi ini bisa dikelola dengan baik — mengubah penolakan awal menjadi penerimaan yang tulus terhadap sistem yang baru.
Khawatir tim Anda akan menolak sistem baru?
Tim AG·SORA membantu merancang proses adopsi yang melibatkan tim Anda sejak awal, bukan sekadar memasang sistem.
Konsultasi GratisRekomendasi untuk Anda
Bacaan yang berkaitan dengan topik ini
Kenapa Project Software Gagal — dan Cara Menghindarinya
Kegagalan jarang disebabkan oleh pilihan teknologi. Penyebabnya biasanya sudah ada sejak sebelum baris kode pertama ditulis.
Kesalahan yang Sering Terjadi Saat Menerapkan HRIS
Sistem HR gagal biasanya bukan karena fiturnya kurang, tapi karena penerapannya melewatkan hal-hal yang tampak sepele.
Menghitung Biaya Sebenarnya dari Sebuah Project Software
Angka penawaran hanya sebagian dari total biaya. Ini komponen yang sering baru muncul setelah project berjalan.
Siap membangun sistem yang tumbuh bersama bisnis Anda?
Diskusikan kebutuhan Anda dengan tim AG·SORA — tanpa biaya, tanpa komitmen.