Pengalaman Nggak Nyangka Saat Otomasi Mengubah Rutinitas Kerja
Awal yang biasa: Senin pagi, laptop, dan rutinitas yang memakan waktu
Pernah suatu pagi, Februari 2023, saya duduk di meja coworking di Jakarta Selatan, menatap deretan tab browser dan spreadsheet yang seolah tak mau berhenti bertambah. Setiap Senin pagi rutinitas itu selalu sama: buka folder, salin data, jalankan beberapa query, ekspor CSV, rapikan, lalu kirimkan email dengan lampiran 12 file. Dua jam habis untuk pekerjaan yang pada dasarnya repetitif. Dalam hati saya bergumam, “Kenapa saya masih menghabiskan dua jam untuk hal yang bisa diotomasi?”
Frustrasi itu nyata. Laptop yang saya pakai—bukan mesin baru—terkadang juga mulai menunjukkan tanda-tanda lelah: kipas yang berisik saat skrip berjalan, jeda saat membuka file besar. Ada momen panik ketika laptop tiba-tiba mati saat proses ekspor. Saya ingat perasaan itu, campuran malu dan marah pada diri sendiri karena menganggapnya sebagai bagian dari pekerjaan yang harus diterima.
Konflik dan keputusan: mulai belajar otomasi
Keputusan untuk serius terhadap otomasi datang bukan dari buku, melainkan dari keinginan sederhana: mau pulang lebih cepat. Saya mulai dengan hal kecil—mengotomatiskan naming convention file menggunakan script PowerShell, lalu membuat task scheduler untuk berjalan setiap Senin pukul 07:00. Langkah demi langkah saya menukar klik mouse dengan perintah baris. Ada rasa bangga ketika satu tugas, yang biasanya memakan 15 menit, selesai dalam 30 detik.
Tapi tidak semuanya mulus. Saat menggabungkan beberapa skrip menjadi satu workflow, saya menghadapi bug yang hanya muncul ketika laptop dalam kondisi tertentu: RAM tinggi, sambungan Wi-Fi fluktuatif, atau baterai kurang penuh. Pada suatu sore, saat demo kepada tim, laptop tiba-tiba restart. Saya berdiri di depan layar, merasa seperti presenter buruk. Itu momen krisis: otomatisasi tidak hanya soal menulis skrip; ia menuntut stabilitas perangkat keras dan monitoring.
Proses: teknik, trial-and-error, dan servis laptop
Saya menghabiskan minggu berikutnya membongkar masalah itu secara sistematis. Pertama, optimasi skrip—membagi proses menjadi batch yang lebih kecil, menambahkan log untuk tracing, dan menambahkan fallback jika koneksi terputus. Kedua, meninjau konfigurasi laptop: update driver, pengaturan daya, dan menurunkan prioritas proses berat saat menjalankan otomatisasi. Ketiga, saya membawa laptop ke service center karena kipas dan shutdown tak terduga terus muncul. Itu keputusan tepat. Teknisi merekomendasikan pemeriksaan menyeluruh; saya lalu mencari lokasi resmi dan menemukan informasi yang berguna di panasonicservicecenters, yang membantu memperjelas opsi servis dan estimasi waktu perbaikan.
Proses ini bukan hanya teknis. Ada momen introspeksi—ketika saya menulis ulang workflow saya sambil mendengarkan musik, saya sadar ada hal-hal yang sebelumnya saya anggap “bagian dari pekerjaan” tapi sebenarnya hanya kebiasaan yang buruk. Membongkar rutinitas sama seperti membongkar kode: perlu ketelitian dan kesabaran.
Hasil nyata dan pembelajaran yang bertahan
Hasilnya mengejutkan: setelah tiga minggu, otomatisasi yang saya bangun memangkas waktu rutinitas Senin dari dua jam menjadi sekitar 20 menit efektif. Itu 1.5 sampai 2 jam yang bisa digunakan untuk pekerjaan bernilai lebih tinggi—strategi, komunikasi dengan klien, atau sekadar fokus pada tulisan. Lebih dari itu, stabilitas proses meningkat karena ada monitoring dan notifikasi bila sesuatu gagal. Automasi tidak menggantikan pekerjaan manusia; ia mengangkat level pekerjaan kita.
Saya belajar beberapa hal penting yang bisa saya bagi sebagai mentor yang sudah melalui proses ini: pertama, mulailah dari bagian paling menghabiskan waktu—efeknya paling terasa. Kedua, jangan abaikan perangkat keras; skrip canggih pun akan gagal di atas mesin bermasalah. Ketiga, buat logging dan mekanisme fallback; kesalahan akan terjadi, dan kesiapan untuk recovery itu kunci. Terakhir, jadikan otomasi sebagai alat untuk meningkatkan kualitas kerja, bukan sekadar mengurangi waktu.
Di luar angka dan efisiensi, ada perubahan sikap. Saya tidak lagi menunggu deadline untuk panik. Ada waktu lebih banyak untuk refleksi, untuk memperbaiki proses lain, dan untuk mentoring rekan tim yang ingin belajar otomatisasi. Itu bagian yang paling memuaskan—melihat kolega menerapkan skrip sederhana dan merasa terlepas dari tugas repetitif.
Jika Anda masih ragu memulai: coba satu tugas kecil minggu ini. Catat waktu yang Anda habiskan sekarang. Otomatiskan, lalu ukur lagi. Perbedaannya akan terasa. Dan bila perangkat Anda mulai menunjukkan tanda-tanda lelah, jangan tunda servis—pengalaman saya menunjukkan bahwa kombinasi perangkat keras sehat dan otomasi yang baik menghasilkan produktivitas yang konsisten dan, yang penting, ketenangan pikiran.