Menyiapkan Tim Menghadapi Otomatisasi

Ahmad Thariq Syauqi — Mon, 10 Aug 2026 06:58:48 +0000

Dokumen ini membahas sisi yang paling sering diabaikan dalam proyek otomatisasi: orangnya. Bukan soal
pelatihan perangkat, melainkan soal bagaimana pekerjaan, tanggung jawab, dan rasa aman tim berubah
ketika sebagian tugas mulai dikerjakan mesin.

Ditulis dari pendampingan perusahaan menengah di Indonesia. Konteks lebih luas soal penerapan AI dan
otomatisasi alur kerja ada di Mcsyauqi.

Kenapa sisi ini menentukan hasil akhir

Perangkat bisa dipasang dalam hitungan hari. Kebiasaan kerja butuh berbulan-bulan. Ketika keduanya
tidak sinkron, yang menang selalu kebiasaan: orang diam-diam kembali ke cara lama, sistem baru tetap
menyala tanpa dipakai, dan setahun kemudian ada yang bertanya kenapa langganannya masih jalan.

Pola itu berulang cukup sering sehingga layak diperlakukan sebagai risiko utama, bukan sebagai
gangguan kecil. Dan risikonya bisa dikurangi dengan hal-hal yang tidak mahal.

Bicarakan lebih awal daripada yang terasa nyaman

Kesalahan paling umum adalah menunggu sampai sistemnya siap baru memberi tahu tim. Niatnya baik,
supaya tidak menimbulkan keresahan sebelum ada yang pasti. Efeknya kebalikannya.

Selama masa diam itu, tim tetap tahu ada sesuatu yang sedang disiapkan, karena selalu ada yang
melihat rapat, melihat orang asing datang, atau melihat permintaan data yang tidak biasa. Yang mereka
tidak punya cuma penjelasannya, dan kekosongan itu diisi dugaan yang hampir selalu lebih buruk
daripada kenyataannya.

Bicarakan saat lingkupnya sudah jelas, walaupun hasilnya belum. Cukup tiga hal: proses apa yang
disorot, kenapa proses itu yang dipilih, dan apa yang akan diukur. Ketiganya sudah diketahui di
minggu pertama, jadi tidak ada alasan menundanya.

Jawab pertanyaan yang tidak diucapkan

Pertanyaan yang paling ingin ditanyakan tim jarang keluar di rapat: apakah pekerjaan saya akan
hilang. Kalau tidak dijawab, pertanyaan itu tetap ada dan memengaruhi setiap tanggapan yang Anda
terima.

Jawablah apa adanya. Kalau memang tidak ada pengurangan, katakan, dan jelaskan ke mana waktu yang
dibebaskan akan dialihkan. Kalau ada perubahan peran, katakan bentuknya sejauh yang sudah diketahui.
Yang tidak boleh adalah menjanjikan sesuatu yang tidak bisa dijamin, karena satu janji yang meleset
akan membatalkan kepercayaan pada semua penjelasan berikutnya.

Dalam pengalaman saya, pengurangan karyawan jarang menjadi hasil nyata dari otomatisasi di
perusahaan menengah. Yang lebih sering terjadi adalah pekerjaan bergeser: waktu administratif
berkurang, waktu menangani pelanggan atau menangani pengecualian bertambah. Itu perubahan yang
nyata dan layak dijelaskan sebagai perubahan, bukan disamarkan sebagai keuntungan tanpa biaya.

Libatkan pelaksana sejak penulisan aturan

Ada perbedaan besar antara diberi tahu dan dilibatkan, dan perbedaannya terlihat di kualitas hasil.

Pelaksana adalah satu-satunya orang yang tahu pengecualian yang tidak pernah tertulis: pelanggan yang
selalu minta perlakuan khusus, jenis pesanan yang selalu bermasalah di akhir bulan, langkah yang
resminya wajib tetapi sebenarnya sudah lama dilewati karena tidak berguna.

Kalau pengetahuan itu tidak masuk ke aturan yang ditulis, alur yang dibangun akan menggambarkan cara
kerja ideal yang tidak pernah dijalankan siapa pun. Sistem seperti itu akan gagal pada minggu
pertama, dan kegagalannya akan dianggap bukti bahwa otomatisasi tidak cocok di sini.

Cara melibatkan yang murah: minta dua atau tiga pelaksana menuliskan aturan versinya masing-masing
secara terpisah, lalu bandingkan bersama. Selisih antar versi adalah peta pengecualian yang paling
akurat yang bisa Anda dapat, dan mengumpulkannya butuh kurang dari dua jam.

Beri satu orang tanggung jawab yang jelas

Alur otomatis yang tidak punya pemilik akan membusuk pelan-pelan. Bukan karena rusak sekaligus,
tetapi karena aplikasi yang disambungkan berubah, format data bergeser, dan pengecualian baru muncul
tanpa ada yang memperbaruinya.

Pemilik tidak harus orang teknis. Yang dibutuhkan adalah orang yang cukup dekat dengan prosesnya
untuk tahu kapan hasilnya terasa aneh, dan punya waktu yang benar-benar dialokasikan, bukan sisa
waktu setelah pekerjaan lain selesai.

Ukuran waktunya biasanya dua sampai empat jam per bulan untuk satu alur yang sudah stabil, dan
delapan jam per minggu selama masa pilot. Kalau tidak ada yang bisa memberikan waktu itu, tunda
proyeknya. Menjalankan tanpa pemilik hanya menunda kegagalan sambil menambah biaya.

Ubah cara menilai pekerjaan

Ini bagian yang paling sering terlewat. Kalau penilaian kinerja masih menghitung jumlah pekerjaan
manual yang diselesaikan, maka orang punya alasan nyata untuk tidak memakai sistem yang mengurangi
angka itu.

Contohnya sederhana. Kalau staf dinilai dari jumlah pesanan yang diproses tangan, alur otomatis yang
memproses separuhnya akan membuat angkanya turun. Secara perusahaan itu kemajuan, secara pribadi itu
penurunan. Selama dua hal itu bertentangan, penolakan akan muncul dan akan terlihat seperti masalah
teknis padahal bukan.

Pindahkan penilaian ke hasil yang benar-benar penting: waktu siklus, tingkat penyelesaian sekali
jalan, keluhan yang berkurang. Ketiganya tidak dirugikan oleh otomatisasi, jadi tidak ada
pertentangan yang perlu ditanggung orang secara diam-diam.

Siapkan cara mengeluh yang aman

Alur baru akan menghasilkan kasus aneh. Yang menentukan seberapa cepat itu diperbaiki adalah
seberapa mudah orang melaporkannya.

Kalau melaporkan berarti mengisi formulir panjang atau berhadapan dengan orang yang membangun
alurnya, laporan tidak akan datang. Yang datang adalah penyelesaian diam-diam: orang memperbaiki
sendiri hasilnya lalu tidak memberi tahu siapa pun, dan pola yang sama terus terjadi berbulan-bulan.

Sediakan jalur satu langkah. Satu tempat, satu kalimat, tanpa perlu menjelaskan penyebabnya. Lalu
tunjukkan bahwa laporan itu ditindaklanjuti, karena satu laporan yang diabaikan cukup untuk
menghentikan laporan berikutnya.

Perlakukan setiap penyimpangan sebagai tanda aturannya belum lengkap, bukan tanda orangnya salah.
Begitu pelaporan berubah jadi alat mencari siapa yang lalai, sumber informasi terbaik Anda akan
tertutup permanen.

Rayakan yang benar

Kalau yang dirayakan adalah peluncuran sistem, perhatian akan berhenti setelah peluncuran. Kalau yang
dirayakan adalah angka yang membaik, perhatian akan bertahan selama angkanya masih dipantau.

Tunjukkan perbandingan sebelum dan sesudah kepada orang yang mengerjakannya, bukan cuma kepada
manajemen. Waktu siklus yang turun dari lima jam ke satu jam adalah hasil kerja mereka juga, dan
melihatnya secara langsung jauh lebih meyakinkan daripada diberi tahu bahwa proyeknya berhasil.

Sebut juga bagian yang tidak membaik. Kejujuran soal itu membuat angka yang membaik jadi dipercaya.

Tanda bahwa persiapannya berhasil

Ada tiga tanda yang biasanya muncul lebih dulu daripada angka.

Pertanyaan berulang di grup percakapan tim berkurang, karena aturannya sudah jelas dan bisa dibaca
sendiri. Orang mulai mengusulkan proses lain untuk dibenahi, karena sudah melihat hasilnya di proses
pertama. Dan penyimpangan mulai dilaporkan sendiri tanpa diminta, karena melaporkannya terbukti
menghasilkan perbaikan.

Kalau ketiganya muncul, bagian tersulit sudah lewat. Sisanya tinggal pekerjaan teknis yang jauh lebih
mudah diselesaikan.

Kalau hanya satu hal yang bisa dikerjakan

Libatkan pelaksana sejak penulisan aturan. Satu langkah itu menyelesaikan sebagian besar masalah yang
dibahas di dokumen ini sekaligus: aturannya jadi menggambarkan kenyataan, orangnya merasa dilibatkan
bukan digantikan, dan jalur pelaporan terbentuk sendiri karena percakapannya sudah dimulai sejak
awal.

DEV Community: Ahmad Thariq Syauqi