“Om Tiga Ketukan” dan “bos dipecat” adalah lelucon yang memanusiakan langkah kerja. Ini bukan cerita tentang memecat orang sungguhan.
1. Dulu artikel selesai, tetapi pekerjaan belum selesai
Kita bilang ke AI, “Jadikan semua yang ada sampai sini sebagai artikel.”
Artikel jadi.
Namun setelah itu masih ada pekerjaan manusia.
Alurnya kira-kira seperti ini:
- Menerima file Markdown.
- Mengunduh file.
- Membuka GitHub.
- Masuk ke folder tujuan.
- Mengunggah file.
- Melakukan commit.
- Memastikan file benar-benar masuk.
Setiap langkah kecil.
Justru karena kecil, pekerjaan ini gampang dibiarkan hidup selamanya.
“Ah, cuma tiga ketukan. Aku saja.”
Pada saat itulah Om Tiga Ketukan lahir.
Tugasnya hanya membawa file buatan AI ke GitHub.
Tugasnya ringan.
Masalahnya, dia harus datang setiap kali.
Tugas kecil bukan berarti tidak punya biaya.
Ia menjadi menyebalkan karena terus berulang.
2. Begitu GitHub tersambung, ketukannya ikut hilang
Lalu AI dibuat bisa menulis langsung ke GitHub.
Alur baru menjadi:
- Bilang, “Jadikan ini artikel.”
- AI menulis artikel.
- AI menyimpan langsung ke folder tujuan.
- AI mengambil kembali file yang sudah disimpan.
- AI memastikan file benar-benar ada.
- AI melaporkan berhasil atau gagal.
Di sisi manusia, hampir tinggal satu instruksi.
Lalu restrukturisasi terjadi.
Om Tiga Ketukan: menganggur.
Om Tiga Ketukan: “Saatnya mengantar Markdown lagi!”
Integrasi GitHub: “Posisi itu sudah dihapus sejak kemarin.”
Om Tiga Ketukan: “Hah?”
3. Ini bukan penghematan waktu. Ini penghapusan proses
Efisiensi biasa membuat pekerjaan yang sama menjadi lebih cepat.
Lima menit menjadi dua menit.
Itu bagus.
Namun perubahan kali ini berbeda.
Kita tidak membuat manusia mengunggah lebih cepat.
Kita menghapus kebutuhan manusia untuk mengunggah.
Perbedaannya besar.
Ada batas seberapa cepat seseorang bisa mengetuk layar.
Ketukan yang sudah tidak ada tidak perlu dioptimalkan lagi.
Tidak perlu lagi mengingat, “Folder yang mana tadi?”
Risiko lupa unggah turun.
Perpindahan fokus antarpekerjaan juga berkurang.
Perbaikan proses terbaik bukan membuat manusia lebih cepat.
Perbaikan terbaik membuat manusia punya lebih sedikit pekerjaan yang sebenarnya tidak perlu.
4. Otomatiskan juga pengecekan setelah menyimpan agar lebih kuat
Menyimpan saja belum cukup.
Lokasi bisa salah.
Nama file bisa salah.
Isi file bisa kurang.
Karena itu, setelah menyimpan, sistem mengambil kembali file yang sama dari GitHub.
Lalu memastikan file benar-benar ada.
Kalau perlu, isinya juga diperiksa.
Alurnya menjadi:
Buat → Simpan → Baca kembali → Laporkan hasil
Langkah terakhir ini terlihat sepele, tetapi sangat penting.
Kalau sistem sudah menyimpan otomatis tetapi manusia masih harus membuka GitHub setiap kali dan bertanya “benar masuk tidak?”, pekerjaan pengecekan belum mati.
Om Tiga Ketukan belum dipecat.
Dia cuma diturunkan jabatan menjadi Om Satu Ketukan.
Selesaikan otomatisasinya sampai habis.
5. Yang hilang bukan tiga ketukan, tetapi profesi “tiga ketukan”
Awalnya perubahan ini terdengar kecil.
“Lumayan, tiga ketukan berkurang.”
Namun yang sebenarnya hilang adalah kebutuhan menaruh manusia di tengah proses.
Dalam alur lama, 100 artikel berarti manusia menjadi kurir file 100 kali.
Dalam alur baru, instruksi dasarnya tetap sama untuk 100 maupun 1.000 file.
Semakin besar volumenya, semakin berharga penghapusan proses.
Om Tiga Ketukan mengajukan protes.
Om Tiga Ketukan: “Kalian mengambil pekerjaanku!”
Tim perbaikan: “Bukan pekerjaanmu. Kami mengambil ketukanmu.”
Om Tiga Ketukan: “Itu lebih parah!”
6. Kalau perbaikan proses terlalu jauh, akhirnya bos ikut dipecat
Mulai sini benar-benar lelucon.
Menulis otomatis.
Menyimpan otomatis.
Verifikasi otomatis.
Persiapan publikasi juga makin otomatis.
Lalu muncul pertanyaan yang tidak terhindarkan.
“Kalau begitu manusia sekarang ngapain?”
Bos: “Kalau saya ngapain?”
Tim perbaikan: “Pertanyaan itu kita tanyakan ke AI.”
Bos: “Bos dipecat.”
Perbaikan proses akhirnya menembus lantai eksekutif.
Pelajaran seriusnya bukan semua keputusan penting harus diotomatisasi.
Justru sebaliknya.
Hilangkan pekerjaan angkut, salin, dan cek berulang agar waktu manusia kembali ke keputusan yang memang perlu manusia.
Bos boleh tetap tinggal.
Om Tiga Ketukan bisa dinegosiasikan.
7. Kesimpulan: perbaikan terbaik bukan “kerja lebih keras”, tetapi “tidak perlu dikerjakan”
Beberapa ketukan terlihat sepele.
Kalau muncul setiap kali, itu sudah menjadi proses.
Jika AI bisa terhubung langsung ke tujuan, menghapus proses lebih kuat daripada sekadar mempercepatnya.
Perubahannya bisa diringkas menjadi dua baris:
Dulu: artikel dibuat, lalu manusia membawanya ke GitHub.
Sekarang: minta artikel, lalu penyimpanan dan pengecekan ikut selesai otomatis.
Awalnya kita menghemat tiga ketukan.
Lalu Om Tiga Ketukan kehilangan pekerjaan.
Kemudian karena terlalu semangat, bos ikut dipecat.
Perbaikan proses memang menakutkan.
Tetapi untuk ketukan yang tidak perlu, jangan kasih ampun.
