Prosedur Tanpa Hasil: Kisah Kantor yang Terjebak dalam Mesin Birokrasi

Di sebuah kantor yang tampak modern, ada satu hal yang selalu berjalan sempurna: prosedur. Formulir tidak pernah terlambat, stempel tidak pernah kehilangan tinta, dan rapat selalu dimulai tepat waktu—terutama rapat untuk menentukan kapan pekerjaan boleh dimulai.

Sayangnya, pekerjaan itu sendiri jarang sekali selesai.

Mesin yang Mengubah Ide Menjadi Berkas

Pagi Senin, Raka datang membawa ide sederhana: memperbaiki proses pengajuan layanan yang selama ini memakan waktu berminggu-minggu. Ia menyiapkan rancangan satu halaman, contoh alur baru, dan perkiraan manfaatnya. Menurutnya, perubahan itu bisa diuji dalam sehari.

Atasannya, Pak Damar, membaca usulan itu dengan serius. Ia mengangguk tiga kali, lalu berkata, “Bagus. Kita perlu mengikuti proses yang benar.”

Raka mengira mereka akan membahas cara menguji ide tersebut. Ternyata, yang dibahas adalah cara mengajukan pembahasan tentang ide tersebut.

Pertama, Raka diminta mengisi Formulir Usulan Awal. Formulir itu harus ditandatangani oleh kepala bagian. Kepala bagian sedang rapat, jadi Raka harus mengisi Formulir Permohonan Jadwal Bertemu. Untuk mengajukan formulir itu, ia perlu nomor referensi dari sistem. Sistem meminta nomor tiket, sementara nomor tiket baru muncul setelah formulir awal disetujui.

“Ini seperti ular yang sedang mengejar ekornya sendiri,” kata Raka.

“Bukan,” jawab seorang staf administrasi. “Ini alur kerja terintegrasi.”

Rapat untuk Merencanakan Rapat

Dua hari kemudian, rapat pertama akhirnya digelar. Ada dua belas orang di ruangan, tiga layar presentasi, empat jenis kopi, dan satu agenda utama: menentukan siapa yang berwenang membentuk tim untuk meninjau usulan.

Pak Damar membuka rapat dengan slide bertuliskan Operational Excellence 2026. Grafik di layar menunjukkan peningkatan jumlah rapat sebesar 38 persen. Semua orang bertepuk tangan.

“Ini bukti bahwa koordinasi kita semakin aktif,” katanya.

Raka mengangkat tangan. “Apakah jumlah pekerjaan yang selesai juga meningkat?”

Ruangan mendadak sunyi. Seorang peserta membuka laptop. Peserta lain membolak-balik dokumen, seolah jawaban itu mungkin terselip di antara lampiran.

Akhirnya, sekretaris rapat berkata, “Indikator penyelesaian belum masuk dalam dashboard.”

“Kalau begitu, bagaimana kita tahu proses ini berhasil?”

Pak Damar tersenyum bijak. “Kita perlu membentuk kelompok kerja untuk menyusun indikator keberhasilan.”

Semua mengangguk. Rapat ditutup dengan keputusan untuk mengadakan rapat lanjutan.

Setiap Masalah Mendapat Formulir Baru

Minggu berikutnya, usulan Raka melewati pemeriksaan awal, tinjauan manajer, evaluasi komite, revisi dokumen, pemeriksaan legal, dan persetujuan akhir. Setiap tahap menambahkan catatan. Setiap catatan memerlukan revisi. Setiap revisi harus diperiksa oleh pihak yang berbeda.

Seseorang meminta agar judul dokumen diubah dari “Penyederhanaan Proses” menjadi “Inisiatif Optimalisasi Alur Layanan Terpadu”. Alasannya, judul pertama terdengar terlalu sederhana untuk proyek strategis.

Orang lain meminta tambahan halaman risiko. Setelah halaman itu ditambahkan, muncul permintaan untuk membuat ringkasan dari halaman risiko. Ringkasan tersebut lalu harus ditinjau oleh tim yang bertugas memastikan ringkasan sesuai dengan dokumen utama.

Sementara itu, masalah yang ingin diperbaiki tetap terjadi setiap hari.

Seorang pengguna menunggu persetujuan. Petugas layanan mengirim pengingat. Manajer meminta laporan keterlambatan. Tim laporan membuat tabel. Tabel itu dibahas dalam rapat. Rapat menghasilkan daftar tindakan, dan daftar tindakan memerlukan persetujuan.

Di papan tulis kantor, seseorang menulis:

IDE → FORMULIR → TINJAUAN → REVISI → PERSETUJUAN → RAPAT → FORMULIR BARU

Di bawahnya, Raka menambahkan satu kata: SELESAI?

Tidak ada yang berani menghapus tanda tanya itu.

Pintu “Selesai” yang Selalu Terkunci

Sebulan berlalu. Usulan Raka kini menjadi dokumen setebal 147 halaman. Ada diagram alur berwarna, matriks tanggung jawab, daftar risiko, lampiran, dan glosarium istilah. Dokumen itu terlihat begitu profesional sampai-sampai orang yang membacanya merasa pekerjaan tersebut pasti sudah dilakukan.

Padahal, belum satu pun perubahan diterapkan.

Pada rapat evaluasi bulanan, Pak Damar menampilkan grafik baru. Jumlah dokumen yang diproses meningkat tajam. Jumlah persetujuan yang diberikan juga naik. Waktu yang dihabiskan dalam rapat mencapai rekor tertinggi.

“Luar biasa,” katanya. “Produktivitas administrasi kita meningkat.”

Raka menatap pintu bertuliskan DONE di ujung ruangan. Pintu itu terkunci. Di depannya berdiri papan kecil: Belum dapat digunakan. Menunggu persetujuan pembukaan akses.

Ia mengangkat tangan sekali lagi.

“Bagaimana kalau kita mencoba versi sederhana selama satu hari, lalu mengukur hasilnya?”

Pak Damar mengernyit. “Apakah usulan itu sudah melalui analisis dampak?”

“Belum. Justru saya ingin mengujinya untuk mengetahui dampaknya.”

“Kalau begitu, kita belum punya data yang cukup untuk mengambil keputusan.”

Raka menarik napas. “Kita tidak punya data karena belum pernah mencoba.”

“Betul,” kata Pak Damar. “Itulah mengapa kita perlu menyusun rencana pengumpulan data.”

Sekretaris rapat langsung mengetik keputusan tersebut.

Ketika Prosedur Menjadi Tujuan

Cerita ini memang dilebih-lebihkan. Namun, banyak organisasi pernah terjebak dalam pola serupa: proses yang semula dibuat untuk membantu pekerjaan perlahan berubah menjadi pekerjaan itu sendiri.

Prosedur tetap penting. Ia menjaga konsistensi, akuntabilitas, keamanan, dan kualitas. Untuk keputusan berisiko tinggi, pemeriksaan berlapis bisa sangat diperlukan. Masalah muncul ketika setiap langkah dipertahankan tanpa pernah ditanya apakah langkah itu masih memberi manfaat.

Ada beberapa pertanyaan sederhana yang bisa memutus lingkaran tersebut:

• Apa hasil nyata yang harus dicapai? Tetapkan keluaran dan ukuran keberhasilan sebelum menghitung jumlah rapat atau dokumen.
• Siapa yang benar-benar perlu menyetujui? Libatkan pihak yang memiliki tanggung jawab atau risiko nyata, bukan sekadar menambah nama dalam daftar.
• Bisakah perubahan diuji dalam skala kecil? Uji coba terbatas sering memberi bukti lebih cepat daripada dokumen perencanaan yang terus membesar.
• Langkah mana yang tidak lagi menambah nilai? Pangkas duplikasi, persetujuan berulang, dan laporan yang tidak pernah dipakai untuk mengambil keputusan.
• Siapa pemilik hasil akhirnya? Pastikan ada seseorang yang bertanggung jawab membawa pekerjaan sampai selesai, bukan hanya sampai tahap berikutnya.

Ukuran produktivitas bukan seberapa sibuk sebuah organisasi terlihat, melainkan seberapa konsisten ia menghasilkan sesuatu yang berguna.

Epilog: Satu Formulir Terakhir

Beberapa bulan kemudian, Raka mengajukan usulan baru. Kali ini hanya satu halaman, dengan ruang lingkup kecil, risiko yang jelas, dan ukuran keberhasilan yang bisa diperiksa dalam sehari.

Pak Damar membaca dokumen itu. Ia terdiam cukup lama.

“Mana lampiran analisis untuk menentukan apakah kita perlu membuat lampiran analisis?”

“Tidak ada, Pak.”

“Bagaimana dengan rapat persiapan?”

“Tidak diperlukan untuk uji coba ini.”

Pak Damar menatapnya dengan campuran kagum dan cemas. “Kamu yakin ini sesuai prosedur?”

Raka menunjuk bagian bawah halaman. Di sana tertulis: Uji coba satu hari. Evaluasi hasil. Hentikan jika tidak bermanfaat.

Pak Damar akhirnya mengangguk. “Baik. Kita coba.”

Seluruh kantor terdiam. Printer berhenti mencetak. Kalender rapat mendadak memiliki satu jam kosong. Bahkan mesin fotokopi seolah tidak percaya.

Hari itu, untuk pertama kalinya, sebuah pekerjaan selesai sebelum ada rapat untuk merayakan proses penyelesaiannya.

Dan di pintu ruang kerja, seseorang menempelkan tulisan baru:

“We have a process for everything, except getting things done.”

Di bawahnya, Raka menambahkan catatan kecil dalam bahasa Indonesia:

“Prosedur seharusnya menjadi jalan menuju hasil, bukan labirin yang membuat kita lupa tujuan.”