Sibuk Memperbaiki Hal yang Salah: Ketika Aktivitas Disangka Kemajuan
Banyak rapat, laporan, dan aktivitas belum tentu berarti kemajuan. Kenali jebakan metrik dan sunk cost, lalu pastikan pekerjaan menyelesaikan masalah yang benar.
“We are making great progress toward the wrong solution.”
Kita bisa sangat sibuk, punya banyak rapat, menambah anggaran, dan menghasilkan laporan yang mengesankan—tetapi tetap gagal menyelesaikan masalah yang sebenarnya.
Ada jenis kegagalan yang tidak terlihat seperti kegagalan. Semua orang bergerak cepat. Kalender penuh rapat. Dashboard berwarna hijau. Jumlah pekerjaan yang selesai terus bertambah. Presentasi menunjukkan tren yang menanjak. Namun, pelanggan masih mengeluh, proses tetap lambat, dan masalah yang sama muncul lagi minggu depan.
Inilah jebakan sibuk memperbaiki hal yang salah: aktivitas terlihat seperti kemajuan, padahal organisasi mungkin sedang mengoptimalkan sesuatu yang tidak penting, salah mendiagnosis masalah, atau mempertahankan solusi yang sejak awal tidak cocok.
Ketika aktivitas disamakan dengan hasil
Bayangkan tim layanan pelanggan yang dinilai berdasarkan jumlah panggilan yang diselesaikan setiap hari. Angka itu naik setelah target diperketat. Dari dashboard, kinerja tampak membaik. Namun, staf mulai mempersingkat percakapan, pelanggan harus menelepon kembali, dan masalah yang sama ditangani berulang kali.
Tim tersebut memang meningkatkan angka yang diukur. Tetapi apakah pengalaman pelanggan menjadi lebih baik? Belum tentu.
Pola serupa bisa muncul di banyak tempat:
- Pengembangan perangkat lunak: tim mengejar jumlah fitur yang dirilis, tetapi pengguna kesulitan menyelesaikan pekerjaan utama.
- Pendidikan: lembaga sibuk menghitung jumlah kegiatan dan dokumen, sementara pertanyaan tentang pemahaman siswa kurang mendapat perhatian.
- Administrasi: proses dianggap efisien karena formulir selesai diproses, meskipun pemohon masih harus datang berkali-kali.
- Rapat manajemen: banyak keputusan dicatat sebagai tindak lanjut, tetapi tidak ada pemilik pekerjaan, tenggat yang jelas, atau evaluasi dampak.
Contoh-contoh ini bukan berarti metrik, dokumen, atau rapat tidak berguna. Masalah muncul ketika ukuran yang mudah dihitung menggantikan tujuan yang seharusnya dicapai.
Hukum Goodhart: ketika ukuran menjadi sasaran
Fenomena ini sering dijelaskan melalui Hukum Goodhart: ketika sebuah ukuran dijadikan target, ukuran itu bisa kehilangan kegunaannya sebagai indikator. Begitu penghargaan atau penilaian bergantung pada satu angka, orang cenderung mengoptimalkan angka tersebut—kadang dengan mengorbankan tujuan yang semula ingin diwakilinya.
Laporan CNA tentang Goodhart’s Law membahas bagaimana indikator kinerja dapat dimanipulasi atau mendorong perilaku yang justru menurunkan efektivitas sistem. Artinya, angka yang naik tidak otomatis membuktikan bahwa keadaan membaik.
Cara menghindarinya bukan dengan membuang semua metrik. Gunakan beberapa ukuran yang saling melengkapi. Jika ingin mempercepat layanan, ukur bukan hanya durasi penanganan, tetapi juga penyelesaian pada kontak pertama, keluhan berulang, dan kepuasan pengguna. Jika ingin mempercepat pengembangan produk, ukur bukan hanya fitur yang dirilis, tetapi juga apakah pengguna berhasil menyelesaikan tugasnya.
Ukuran aktivitas menjawab “berapa banyak yang dikerjakan?” Ukuran hasil menjawab “apa yang berubah karena pekerjaan itu?” Keduanya penting, tetapi jangan tertukar.
Mengapa kita terus mempertahankan solusi yang salah?
Ada dua penyebab yang sering bekerja bersamaan.
Pertama, kita jatuh cinta pada solusi sebelum benar-benar memahami masalah. Begitu sebuah ide disetujui, rapat dibentuk, anggaran dialokasikan, dan jadwal diumumkan, organisasi mulai menganggap pelaksanaan sebagai tujuan. Pertanyaan “Apakah ini memang solusi yang tepat?” perlahan berubah menjadi “Bagaimana caranya agar proyek ini terlihat berhasil?”
Kedua, ada sunk-cost fallacy, atau jebakan biaya yang telanjur dikeluarkan. Kita sudah menginvestasikan waktu, uang, tenaga, dan reputasi sehingga berhenti terasa seperti mengakui kekalahan. Akibatnya, sumber daya tambahan terus diberikan kepada proyek yang hasilnya tidak meyakinkan.
Artikel Harvard Business Review, “How Susceptible Are You to the Sunk Cost Fallacy?”, menjelaskan kecenderungan untuk melanjutkan investasi pada proyek yang merugi meskipun pilihan lain mungkin lebih masuk akal.
Padahal, biaya yang sudah keluar tidak bisa dipulihkan hanya dengan terus mengeluarkan biaya baru. Keputusan yang sehat harus melihat prospek ke depan: jika kita memulai dari nol hari ini, dengan bukti yang tersedia sekarang, apakah kita akan memilih solusi yang sama?
Mengubah arah bukan selalu tanda kegagalan. Kadang-kadang, itulah hasil terbaik dari belajar.
Tanda-tanda organisasi sedang menuju solusi yang salah
Waspadai beberapa gejala berikut:
- Dashboard membaik, tetapi keluhan tidak berkurang. Indikator internal bergerak ke arah yang diinginkan, sementara pengalaman pengguna tetap buruk.
- Setiap masalah dijawab dengan menambah aktivitas. Lebih banyak rapat, formulir, fitur, laporan, atau orang—tanpa memeriksa penyebab awal.
- Tidak ada definisi keberhasilan yang bisa diuji. Tim tahu apa yang harus dikerjakan, tetapi tidak sepakat tentang perubahan apa yang harus terlihat setelahnya.
- Berita buruk dianggap mengganggu rencana. Orang lebih aman melaporkan kemajuan daripada mengungkap bahwa asumsi awal ternyata keliru.
- Proyek terus berjalan karena sudah terlanjur dimulai. Bukti baru tidak mengubah keputusan; yang berubah hanya anggaran dan tenggat.
Satu gejala saja belum tentu membuktikan adanya masalah. Namun, jika beberapa muncul bersamaan, organisasi perlu berhenti sejenak dan menguji kembali arah kerjanya.
Cara memastikan kita menyelesaikan masalah yang benar
Sebelum menambah tenaga, anggaran, atau jadwal, lakukan pemeriksaan sederhana.
1. Rumuskan masalah tanpa menyebut solusi
Jangan mulai dari “Kita perlu membuat aplikasi baru.” Mulailah dari kondisi yang ingin diperbaiki: “Pengguna harus memasukkan data yang sama tiga kali, sehingga proses memakan waktu dan rawan salah.”
Rumusan pertama langsung mengunci tim pada satu solusi. Rumusan kedua membuka beberapa kemungkinan: integrasi sistem, perbaikan proses, otomatisasi, atau perubahan kebijakan.
2. Tetapkan hasil yang dapat diamati
Pilih ukuran yang menggambarkan perubahan nyata. Contohnya, waktu penyelesaian turun, kesalahan berkurang, pengguna tidak perlu mengulang permintaan, atau tingkat keberhasilan tugas meningkat. Catat kondisi awal agar hasilnya bisa dibandingkan.
3. Uji asumsi dengan skala kecil
Sebelum membangun solusi besar, buat prototipe, uji alur kerja, wawancarai pengguna, atau jalankan percobaan terbatas. Tujuannya bukan membuktikan bahwa ide kita benar, melainkan menemukan bukti secepat mungkin jika ide itu salah.
4. Beri ruang untuk menghentikan atau mengubah proyek
Tentukan sejak awal kondisi yang akan membuat tim melanjutkan, mengubah, atau menghentikan pendekatan. Tinjauan berkala sebaiknya menanyakan bukan hanya “Apakah kita sesuai jadwal?”, tetapi juga “Apakah bukti terbaru masih mendukung pilihan kita?”
5. Hargai kejujuran, bukan sekadar kabar baik
Jika orang takut dihukum karena melaporkan masalah, pimpinan hanya akan menerima gambaran yang menyenangkan. Organisasi perlu menghargai orang yang menemukan asumsi keliru lebih awal—sebab temuan itu bisa mencegah pemborosan yang jauh lebih besar.
Jangan hanya bergerak. Pastikan arahnya benar.
Kerja keras tetap penting. Eksekusi yang baik juga penting. Tetapi keduanya tidak bisa menggantikan diagnosis masalah yang tepat. Tim yang hebat sekalipun dapat membuang energi jika tujuannya keliru atau indikatornya menyesatkan.
Sebelum merayakan grafik yang naik, tanyakan: apakah kondisi yang ingin kita perbaiki benar-benar menjadi lebih baik? Sebelum menambah sumber daya, tanyakan: apakah kita sedang memperbaiki penyebab masalah atau hanya membuat gejalanya tampak lebih rapi?
Kadang-kadang, kemajuan terbesar bukan bekerja lebih cepat. Kemajuan terbesar adalah berhenti, mengakui bahwa kita salah arah, lalu memilih jalan yang lebih masuk akal.
Karena pada akhirnya, organisasi tidak dinilai dari seberapa sibuk orang-orangnya terlihat. Organisasi dinilai dari masalah nyata yang berhasil mereka selesaikan.
Referensi
Post Terkait
Pring Reketeg, Gunung Gamping Ambrol: Teteg, Eling, lan Tetep Mlaku
Lirik Jawa tentang bambu dan gunung runtuh menyimpan pelajaran nyata: teguh menghadapi perubahan, lentur tanpa kehilanga...
Prosedur Tanpa Hasil: Kisah Kantor yang Terjebak dalam Mesin Birokrasi
Kisah satir tentang kantor yang punya prosedur untuk segala hal—kecuali menyelesaikan pekerjaan. Ketika rapat, formulir,...
Ketika Orang yang Ditolong Justru Memfitnah Penolongnya
Mengapa seseorang yang pernah kita tolong justru dapat memusuhi atau memfitnah kita? Sebuah refleksi tentang ressentimen...