Bulan pertama, sistem kerja yang saya bikin buat asisten lepas saya jalan rapi banget. SOP-nya cuma satu halaman, dia ngikutin tanpa saya harus ngecek tiap hari, dan saya beneran bisa pegang jam kerja 2-4 jam sehari kayak yang saya rencanain. Bulan kedua, satu per satu detailnya mulai meleset. Bukan meleset parah, cuma hal kecil, laporan telat sehari, format beda dikit, satu langkah suka kelewat. Saya sempat mikir dia mulai kendor. Ternyata pas saya cek ulang, bukan dia yang berubah. Sistemnya yang diam-diam kehilangan salah satu penopangnya, dan saya nggak pernah sadar sampai hasilnya udah berantakan.
Ini yang jarang dibahas kalau ngomongin soal bikin SOP atau delegasi kerja. Orang fokus banget di bagian bikin sistemnya di awal, tapi jarang ada yang ngomongin kenapa sistem yang udah jadi bisa rusak lagi padahal nggak ada yang sengaja ngerusak. Saya belajar ini dari salah satu materi soal leadership sistem yang kebetulan lagi saya pelajari buat kerjaan konsultasi saya, dan ternyata ada kerangka yang cukup jelas buat jelasin kenapa ini kejadian.
Sistem yang Rapi di Kertas Bukan Jaminan Sistem yang Jalan
Waktu saya bikin SOP buat asisten saya dulu, saya pikir kerjaan saya selesai begitu dokumennya jadi. Ada outcome yang saya tulis jelas, ada langkah-langkahnya, ada contoh format laporan. Saya kasih ke dia, dia pahami, kita jalan.
Masalahnya, satu dokumen SOP itu cuma satu bagian dari sistem yang beneran jalan lama. Dari materi yang saya pelajari, ada lima lapis yang harus tetap berdiri bareng-bareng supaya sebuah sistem kerja nggak cuma jalan di minggu pertama, tapi tetap jalan di bulan ketiga, keempat, sampai seterusnya. Lima lapis itu adalah kejelasan outcome, transparansi proses, dukungan eksekusi, data dan feedback, dan perbaikan berkelanjutan.
Saya cuma bangun lapis pertama dan kedua waktu itu. Saya jelasin outcome-nya dengan detail, saya bikin proses yang transparan lewat SOP satu halaman. Tapi tiga lapis sisanya, saya lewatin begitu aja karena saya kira sistemnya udah “selesai” begitu dokumennya jadi.
Lapis yang Sering Saya Lewatkan
Berikut lima lapis itu, dan yang biasanya kejadian kalau salah satunya hilang.
| Lapis | Fungsinya | Tanda Kalau Hilang |
|---|---|---|
| Kejelasan Outcome | Semua orang tau hasil akhir yang dituju dan kenapa itu penting | Orang mulai kerja “yang penting selesai” tanpa ngerti standarnya |
| Transparansi Proses | Langkah dan alasan tiap langkah kelihatan, bukan cuma di kepala saya | Orang nanya ulang hal yang sebenarnya udah pernah dijelasin |
| Dukungan Eksekusi | Ada alat, waktu, dan akses buat kerjain sesuai standar | Kualitas turun bukan karena males, tapi karena kendala teknis nggak terselesaikan |
| Data dan Feedback | Ada angka yang dicek rutin, ada feedback cepat kalau meleset | Masalah kecil numpuk berminggu-minggu sebelum ada yang ngomong |
| Perbaikan Berkelanjutan | Sistem diupdate kalau ada cara lebih baik atau kondisi berubah | SOP jadi dokumen mati yang nggak relevan lagi sama kondisi sekarang |
Yang bikin saya kaget waktu ngecek ulang, ternyata masalah saya bulan kedua itu bukan di outcome atau proses, dua hal yang saya kira paling penting. Masalahnya ada di lapis keempat, data dan feedback. Saya nggak pernah bikin jadwal ngecek rutin. Saya cuma ngecek kalau kebetulan inget atau kalau ada yang keliatan aneh. Jadi hal-hal kecil yang meleset numpuk berminggu-minggu sebelum saya sadar, dan begitu saya sadar, keliatannya kayak dia yang tiba-tiba jadi nggak teliti. Padahal dia udah meleset pelan-pelan dari minggu kedua, cuma nggak ada yang ngasih tau dia di minggu itu juga.
Kenapa Kita Cepat Nyalahin Orang, Bukan Ngecek Sistemnya
Ini bagian yang paling saya pegang sekarang. Begitu hasil kerja meleset, reaksi pertama biasanya nyalahin orangnya, dianggap kurang niat atau kurang detail. Padahal sebelum sampai ke situ, ada urutan yang lebih jujur buat dicek dulu.
Apakah outcome-nya masih sejelas waktu awal dijelasin, atau udah lama nggak diulang jadi mulai kabur di kepala dia. Apakah prosesnya masih masuk akal dengan kondisi sekarang, soalnya kondisi bisa berubah, klien nambah, tools ganti, volume kerjaan naik. Apakah dia masih punya alat dan waktu yang cukup, karena kadang beban kerja nambah tanpa saya sadar. Apakah ada data yang bisa nunjukin di mana persisnya meleset, atau saya cuma nebak berdasarkan perasaan. Dan yang terakhir, kapan terakhir saya kasih feedback soal ini sebelum saya marah.
Kalau kelima itu udah beres semua dan hasil tetap meleset terus, baru itu memang soal orangnya. Tapi dari pengalaman saya sendiri, itu jarang. Yang lebih sering, satu dari lima lapis itu diam-diam runtuh duluan, dan saya yang telat sadar karena saya nganggep sistem yang udah jadi itu bisa jalan sendiri selamanya tanpa saya rawat.
Cara Saya Bangun Ulang Rhythm-nya, Bukan Cuma SOP-nya
Setelah sadar soal ini, saya nggak nulis ulang SOP-nya dari nol. SOP-nya sebenarnya masih bagus. Yang saya tambahin adalah rhythm buat ngecek tiga hal di waktu yang beda.
Mingguan, saya luangin 15 menit tiap Jumat sore buat lihat apakah prosesnya diikutin, bukan hasilnya, tapi caranya. Ini kesempatan buat nangkep pergeseran kecil sebelum jadi masalah besar.
Bulanan, saya cek apakah outcome-nya beneran tercapai. Bukan cuma “kerjaan selesai,” tapi apakah hasilnya sesuai standar yang saya mau dari awal. Kalau ada gap, saya coba cari tau ini soal outcome yang kurang jelas atau soal eksekusi yang kurang dukungan.
Per tiga bulan, saya cek ulang apakah prosesnya masih masuk akal. Soalnya kadang kondisi kerjaan saya berubah, misalnya volume klien naik atau ada tools baru yang lebih efisien, dan SOP yang dulu pas belum tentu masih pas sekarang.
Saya juga pindahin catatan penting keluar dari WhatsApp. Ini yang tadinya saya remehin. Komunikasi harian saya dan asisten saya memang lewat WhatsApp, karena itu paling praktis buat update cepat. Tapi outcome, SOP, dan catatan review, saya taruh di dokumen terpisah yang bisa dibuka ulang kapan aja. Soalnya chat itu gampang tenggelam. Coba aja scroll ke atas cari instruksi yang kamu kirim tiga minggu lalu, biasanya udah ketutup ratusan pesan lain dan susah ketemu lagi.
Bagaimana Ini Bekerja di Kehidupan Saya
Sekarang tiap Jumat sore, sebelum saya tutup laptop dan masuk waktu keluarga, saya luangin waktu singkat buat cek tiga hal itu, proses, outcome kalau udah waktunya bulanan, dan catetan kecil kalau ada yang perlu diperbaiki. Awalnya kerasa kayak kerjaan tambahan. Tapi setelah dijalanin beberapa bulan, ini justru yang bikin saya nggak perlu lagi turun tangan tiap hari buat ngecek satu-satu.
Bedanya kerasa banget dibanding cara lama saya, yang cuma bikin SOP terus ditinggal. Dulu saya baru sadar ada masalah kalau hasilnya udah kacau dan saya udah kesel duluan. Sekarang saya nangkep pergeseran kecil dari review mingguan, sebelum sempat jadi masalah yang bikin saya harus ambil alih lagi. Ini yang saya maksud kerja cerdas, bukan kerja keras, bukan soal ngerjain lebih banyak hal, tapi soal ngecek hal yang tepat di waktu yang tepat.
Efeknya ke waktu saya juga kerasa. Karena saya nggak lagi harus mantengin kerjaan asisten saya tiap hari, jam kerja saya yang 2-4 jam itu bener-bener kepakai buat hal yang perlu keputusan saya, bukan buat ngecek detail yang sebenarnya bisa saya lepas. Sisa waktunya balik ke keluarga, dan itu satu langkah lebih jauh dari sekadar “punya waktu luang” ke arah “waktu luang yang beneran kepakai buat hadir untuk anak.”
Siapa yang Akan Dapat Manfaat Paling Besar?
Cocok kalau kamu: udah pernah bikin SOP atau delegasi kerja ke asisten, freelancer, atau vendor, tapi ngerasa hasilnya makin lama makin meleset padahal awalnya jalan bagus, dan kamu mulai curiga orangnya yang berubah.
Mungkin belum waktunya kalau: kamu belum pernah bikin outcome dan proses yang jelas sama sekali, masih kerja serba manual sendiri. Mulai dulu dari bikin outcome dan SOP-nya, baru pikirin rhythm review setelah sistem dasarnya ada.
Kalau Kamu Lagi Bangun Sistem Kerja 2-4 Jam yang Lebih Utuh
Rhythm review ini cuma satu potong kecil dari cara saya jaga sistem kerja saya tetap jalan tanpa saya harus ada di tiap detail. Kalau kamu penasaran gimana saya susun ini jadi satu sistem yang lebih lengkap, dari cara saya bikin outcome pertama kali sampai cara saya delegasi bertahap, saya bahas lebih dalam di newsletter mingguan saya.
Kalau mau saya kirim framework dan catatan kayak gini langsung ke email kamu, masuk ke newsletter Not A Perfect Daddy di sini, gratis, dan saya kirim tiap minggu.
Gabung Newsletter Not A Perfect Daddy →
Pertanyaan yang Sering Muncul
Kalau saya cuma punya satu asisten atau freelancer, apa lima lapis ini masih relevan?
Masih. Skalanya beda, tapi prinsipnya sama. Bahkan dengan satu orang, sistemnya bisa runtuh kalau salah satu dari lima lapis itu hilang, cuma efeknya mungkin nggak langsung keliatan karena kamu masih sering interaksi langsung sama dia.
Berapa lama biasanya sebelum sebuah sistem mulai kehilangan salah satu lapisnya?
Dari pengalaman saya, sekitar empat sampai enam minggu tanpa review sama sekali udah cukup buat pergeseran kecil numpuk jadi masalah yang keliatan. Makanya review mingguan itu bukan berlebihan, itu yang bikin masalahnya ketangkap waktu masih kecil.
Apakah saya harus bikin dokumen rumit buat nyimpen catatan review ini?
Tidak perlu rumit. Saya sendiri cuma pakai satu dokumen sederhana, list tanggal, apa yang dicek, dan catatan singkat. Yang penting bisa dibuka ulang dan dicari, bukan soal rapi atau enggak.
Bagaimana kalau saya sendiri yang jadi orang yang nggak konsisten review-nya?
Ini kejadian sama saya juga di awal. Yang membantu, saya taruh jadwal review itu di kalender yang sama dengan jadwal kerja saya yang lain, jadi bukan sesuatu yang saya inget-inget sendiri, tapi udah otomatis muncul kayak jadwal kerja biasa.
Kalau hasilnya masih meleset padahal lima lapis itu udah saya cek semua, apa artinya?
Kalau kejelasan outcome, transparansi proses, dukungan eksekusi, data dan feedback, sama perbaikan berkelanjutan semuanya sudah beres tapi hasilnya tetap nggak sesuai, itu memang saat yang tepat buat evaluasi apakah orangnya cocok sama kerjaan itu. Tapi ini jarang terjadi kalau empat hal sebelumnya beneran sudah dipenuhi dengan jujur.