Tindakan, hasil, dan pembelajaran yang bertahan: bagaimana satu pekerjaan menjadi kemampuan organisasi

Setelah sebuah pekerjaan berhasil diselesaikan, tim sering mencatat prosesnya agar bisa diikuti pada kesempatan berikutnya. Beberapa waktu kemudian, dokumennya masih ada. Namun, saat masalah yang sama muncul, semua orang kembali mencari orang yang dulu menanganinya.

Apa yang belum tersambung?

Menurut saya, kita perlu bertanya lebih jauh: mengapa pekerjaan itu berhasil, cara mana yang layak dicoba lagi, apakah orang lain bisa menggunakannya, dan siapa yang akan memeriksa hasil penggunaannya. Jika hal-hal ini tersambung, pengalaman dari satu pekerjaan berpeluang menjadi kemampuan yang dapat diandalkan organisasi di kemudian hari.

“Tindakan, hasil, dan pembelajaran yang bertahan” bisa menjadi alur berpikir. Pengalaman yang layak disimpan perlu dipilih dan diuji. Setelah itu, tetap harus ada yang memeliharanya.

1. Periksa dulu apa yang terjadi, lalu tentukan apa yang perlu dipertahankan

Setelah pekerjaan selesai, pisahkan dulu tiga hal.

Tindakan menjelaskan apa yang benar-benar dilakukan. Siapa melakukan langkah apa, dalam kondisi seperti apa, dengan informasi dan sumber daya apa, serta bagaimana menangani keadaan di luar kebiasaan.

Hasil menjelaskan perubahan yang terjadi. Apakah hasil kerja memenuhi persyaratan, apakah tahap berikutnya dapat dilanjutkan, berapa waktu dan biaya yang digunakan, serta tanggung jawab apa yang belum diselesaikan. Untuk pekerjaan yang berkaitan dengan pelanggan dan hasil ekonomi, telusuri juga rantai kinerja bisnis yang terkait. Periksa hasil pada kebutuhan pelanggan, kesepakatan transaksi, pemenuhan kewajiban, penerimaan pembayaran, dan tahap lain yang relevan.

Pembelajaran yang bertahan menjelaskan bagian mana yang layak dibawa ke pekerjaan berikutnya. Bentuknya bisa berupa aturan pengambilan keputusan yang lebih jelas, metode yang dapat diulang, atau kondisi tertentu yang perlu dihindari.

Ketiganya tidak bisa langsung disamakan. Pelanggan mungkin menerima suatu penawaran karena kebutuhannya mendesak, keadaan persaingan, atau hubungan yang sudah terbangun. Jika seorang penanggung jawab mengerahkan sumber daya secara mendadak agar penyerahan tetap tepat waktu, itu pun belum membuktikan bahwa proses yang ada sudah andal.

Sebaliknya, kegagalan juga bisa menghasilkan pemahaman yang berguna. Dalam kondisi pasokan tertentu, waktu yang semula direncanakan tidak boleh dijanjikan. Jika informasi tertentu belum tersedia, pekerjaan perlu dihentikan sejenak untuk melakukan konfirmasi. Syaratnya, periksa fakta dan tetap catat konteks berlakunya. Jangan terburu-buru menjadikan satu penjelasan sebagai kesimpulan umum.

Jika kinerja belum sesuai harapan, cari dulu masalah pada rantai kinerja bisnis, lalu tentukan bagian pekerjaan mana yang perlu diubah. Penambahan daftar periksa atau perincian langkah layak dilakukan jika memang menjawab masalah yang ada.

2. Lihat pengalaman dalam empat status

Untuk memudahkan penilaian dalam pekerjaan, saya menyarankan agar pengalaman dicatat dalam empat status berikut. Ini adalah cara penggunaan yang diusulkan dalam artikel ini. Nama statusnya sendiri bukan bukti bahwa pengujian telah menghasilkan kesimpulan tertentu.

Perpindahan dari satu status ke status berikutnya memerlukan bukti baru. Mengunggah dokumen atau menyelenggarakan pelatihan belum cukup untuk mencatatnya sebagai kemampuan yang sudah dikuasai organisasi.

Ada satu keadaan yang perlu diperhatikan. Sesuatu disebut “metode”, tetapi pelaksanaannya masih sangat bergantung pada penilaian orang yang sejak awal sudah mahir. Saat uji coba, ia terus memberi arahan sehingga hasilnya terlihat baik. Begitu ia pergi, pekerjaan tidak dapat dilanjutkan. Jika demikian, jelaskan penilaian berbasis pengalaman yang memang diperlukan. Siapkan latihan, alat bantu, atau dukungan untuk menangani pengecualian. Catat pula secara jujur bagian mana yang masih memerlukan keterlibatan orang berpengalaman.

Untuk mengetahui apakah kemampuan organisasi telah terbentuk, lihat kembali pekerjaan nyata. Catatan, proses, alat, dan latihan memberi dukungan. Namun, tetap perlu diuji apakah tim dapat terus menyelesaikan tugas dan menangani pengecualian dalam kondisi yang telah ditetapkan.

Geser ke samping untuk melihat diagram, atau buka gambar lengkap.

Buka diagram lengkap ↗Unduh SVG yang dapat diedit ↓

3. Ubah penilaian dalam evaluasi menjadi cara kerja yang bisa dicoba

Saat evaluasi, orang sering mengatakan, “Lain kali komunikasikan lebih awal.” Namun, pada kesempatan berikutnya, arahan ini tetap sulit dijalankan. Seberapa awal, dengan siapa, apa yang harus dikonfirmasi, dan kepada siapa perbedaan pendapat perlu dibawa, semuanya belum jelas.

Pengalaman yang layak diuji setidaknya perlu menjelaskan enam hal:

1. Masalah dan konteks: masalah apa yang berulang pada jenis tugas tertentu, serta kondisi apa yang dapat mengubah penilaian.
2. Bukti dan penjelasan: apa yang sudah dicatat, apa yang masih belum pasti, dan mengapa perubahan ini diperkirakan dapat membantu.
3. Cara yang akan dicoba: kondisi awalnya, tindakan yang dilakukan, hasil kerja yang diserahkan, serta cara menentukan bahwa pekerjaan selesai.
4. Pengecualian dan batas penggunaan: kapan cara ini tidak bisa langsung diikuti, kapan harus berhenti sejenak, dan siapa yang akan menanganinya.
5. Rencana uji coba: siapa yang mencoba, dalam lingkup apa, siapa yang menyediakan sumber daya, dan kapan hasilnya ditinjau.
6. Cara mengamati: perbaikan apa yang diharapkan, bagaimana membandingkannya, serta biaya dan dampak tambahan apa yang perlu diperhatikan.

Penjelasannya tidak perlu panjang. Jika orang yang mengambil alih dapat memahaminya dan mencobanya, serta peninjau dapat menelusuri bukti yang mendasarinya, uji coba sudah bisa dimulai.

Di sini, kita dapat meminjam pendekatan pembelajaran Plan–Do–Study–Act, yaitu rencanakan, laksanakan, pelajari, lalu ambil tindakan (PDSA). Penjelasan Deming Institute menekankan perbandingan hasil nyata dengan perkiraan, serta kemungkinan mengubah cara kerja dan penjelasan awal berdasarkan perbandingan itu.[1] Panduan uji coba IHI juga menyarankan agar pengujian dimulai dari lingkup kecil yang memungkinkan, sambil mengamati dampak yang tidak diduga. Setelah itu, pengujian dilanjutkan dalam kondisi berbeda. Jika suatu cara tidak membawa perbaikan, uji cobanya dapat dihentikan.[2]

Sumber-sumber ini menjadi rujukan untuk merancang uji coba. Sumber tersebut tidak membuktikan bahwa metode dalam artikel ini sudah berhasil di berbagai jenis perusahaan. Perusahaan tetap perlu menentukan pengujian yang sesuai dengan bisnisnya dan konsekuensi kegagalan yang mungkin terjadi.

4. Coba terapkan pada “konfirmasi waktu pasokan sebelum penawaran”

Contoh berikut bersifat fiktif dan hanya digunakan untuk menjelaskan cara kerja. Tidak ada data hasil dari perusahaan tertentu di baliknya.

Sebuah tim layanan peralatan berhasil menyampaikan proposal sebelum batas waktu yang diminta pelanggan. Setelah ditinjau, ternyata waktu pasokan akhirnya ditentukan melalui koordinasi mendadak oleh penanggung jawab. Saat tim penjualan menyiapkan penawaran, mereka masih menggunakan perkiraan waktu yang sebelumnya diberikan mitra pemasok.

Hasil kali ini dapat dipastikan, tetapi caranya masih perlu dipertanyakan. Jika “koordinasi oleh penanggung jawab” dijadikan langkah wajib setiap kali, orang tersebut akan menjadi titik tunggu baru. Kondisi pasokan juga belum tentu selalu memungkinkan hal yang sama.

Kita bisa mulai dengan dugaan perbaikan yang lebih terbatas: untuk pesanan khusus yang memerlukan komitmen waktu penyerahan, konfirmasikan kondisi pasokan pesanan tersebut sebelum mengajukan penawaran. Cantumkan tanggal konfirmasi, lingkup berlakunya, dan hal yang belum terselesaikan. Langkah ini mungkin mengurangi penyesuaian waktu penyerahan di kemudian hari.

Selanjutnya, jelaskan rencana uji cobanya.

Dasar perbandingan juga perlu ditentukan sebelum uji coba. Jika jenis pesanan, tingkat kerumitan, atau kondisi pasokan sangat berbeda, perubahan sebelum dan sesudahnya tidak bisa seluruhnya dikaitkan dengan catatan konfirmasi ini. Jika jumlah transaksi kecil, tidak munculnya masalah untuk sementara waktu juga belum cukup untuk menyatakan bahwa cara tersebut sudah teruji.

Tidak ada jumlah keberhasilan yang berlaku umum untuk menentukan kapan sebuah cara boleh dibakukan. Semakin luas dampaknya dan semakin sulit akibat kesalahan dipulihkan, semakin memadai pemeriksaan dan uji coba yang diperlukan. Beberapa kondisi tidak layak dijadikan percobaan langsung dalam bisnis nyata. Untuk kondisi seperti itu, gunakan dulu tugas terdahulu, simulasi, atau peninjauan oleh orang dengan keahlian yang sesuai.

Yang ingin dipertahankan dari contoh ini adalah cara kerja dengan batas yang jelas dan masih dapat diperiksa. Apakah cara tersebut memperbaiki kesepakatan transaksi atau hasil ekonomi, masih perlu diamati dengan mempertimbangkan kebutuhan pelanggan, harga, kondisi persaingan, dan faktor lain.

5. Sesuaikan bentuk penerapannya dengan sifat masalah

Setelah hasil uji coba mendukung cara tersebut, tentukan bentuk yang tepat untuk mempertahankannya.

Pembedaan ini dimaksudkan agar mudah digunakan. Susunan dokumen sebenarnya dapat disesuaikan dengan kebutuhan bisnis. Masalah sederhana mungkin hanya memerlukan perubahan satu kalimat penjelasan atau satu formulir. Perubahan kewenangan dan tanggung jawab memerlukan keputusan dari pihak yang berwenang. Tidak semua pengalaman perlu dinaikkan menjadi pengaturan tata kelola.

Cara yang diputuskan untuk digunakan harus ditempatkan di bagian yang benar-benar dipakai orang: prosedur operasi standar (SOP) terkait, panduan kerja bagi peran yang memberikan kontribusi nilai, latihan, atau alat bantu. Pengguna perlu tahu dari mana harus mulai dan dalam keadaan apa cara tersebut perlu dirujuk.

AI dapat membantu merangkum catatan, membandingkan versi, menyusun langkah, dan memeriksa hal yang terlewat. Fakta, kondisi penggunaan, dan keputusan untuk mengadopsi tetap perlu diperiksa oleh orang yang memahami bisnis serta memegang tanggung jawab terkait. Materi yang akan dijadikan panduan pelaksanaan AI (Skill) dapat dikembangkan dari metode yang sudah stabil. Masukan, keluaran, batas penggunaan, serta persyaratan pemeriksaan dan penerimaan oleh manusia perlu dijelaskan.

6. Versi yang berlaku perlu dipelihara dan bisa dihentikan

Setelah sebuah cara diadopsi, pengaturan tindak lanjut paling mudah terlewat.

Saya menyarankan agar setiap metode yang berlaku setidaknya mencantumkan lingkup penggunaan, versi dan tanggal mulai berlaku, tanggung jawab pemeliharaan, tempat mengaksesnya dalam alur kerja, serta waktu atau kondisi pemicu peninjauan berikutnya. Perubahan kondisi bisnis, pengecualian sejenis yang berulang, atau kenaikan biaya dan beban yang nyata dapat menjadi alasan untuk meninjau lebih awal.

Peninjauan dapat menghasilkan tiga keputusan.

Lanjutkan penggunaan: bukti yang ada masih mendukung penggunaan dalam lingkup semula. Simpan catatan peninjauan dan tetapkan pemeriksaan berikutnya.

Revisi dan uji kembali: masalahnya masih perlu diselesaikan, tetapi kondisi, langkah, atau penanganan pengecualian perlu diubah. Tandai terlebih dahulu lingkup uji coba versi baru. Putuskan apakah akan mengadopsinya setelah pengujian. Selama masa peralihan, jelaskan tugas mana yang menggunakan versi mana.

Hentikan penggunaan: cara tersebut tidak membawa perbaikan yang diharapkan, biaya dan beban tambahannya tidak dapat diterima, atau kondisi penggunaannya sudah tidak ada. Hapus dari tempat akses kerja sehari-hari. Cantumkan alasan dan waktu penghentiannya, lalu beri tahu peran yang terdampak. Untuk tugas yang masih harus dilanjutkan, sediakan cara alternatif atau jalur eskalasi penanganan.

Versi lama dapat disimpan sesuai kebutuhan pengelolaan agar dasar keputusan pada saat itu dapat ditelusuri. Tempat arsip harus menunjukkan dengan jelas bahwa versi tersebut sudah tidak berlaku, sehingga bahan lama tidak dipakai kembali sebagai persyaratan terkini. Komitmen dan tanggung jawab yang sudah timbul juga perlu diserahterimakan secara tersendiri. Keduanya tidak hilang hanya karena dokumennya dihentikan.

Geser ke samping untuk melihat diagram, atau buka gambar lengkap.

Buka diagram lengkap ↗Unduh SVG yang dapat diedit ↓

7. Siapa yang membawa pengalaman kembali ke pekerjaan sehari-hari

Dalam empat ekosistem—sumber daya, operasi dan pengelolaan, pelanggan, serta modal—berbagai peran dapat mengusulkan perbaikan secara aktif atau merespons kebutuhan nyata. Siapa yang terlibat dan bagaimana keterlibatannya perlu dijelaskan dalam konteks bisnis tertentu.

Peran pelaksana dan kolaborator menjelaskan operasi nyata, kesulitan, dan pengecualian. Peran penerima hasil memeriksa apakah hasil kerja dapat digunakan pada tahap berikutnya. Umpan balik pelanggan dan mitra membantu memperjelas dampak perubahan terhadap pihak di luar organisasi. Tim operasi dan pengelolaan yang ramping bertanggung jawab atas keputusan, aturan, dan pengaturan sumber daya terkait, serta koordinasi antara penciptaan nilai, saluran penjualan, dan hubungan pelanggan. Jika diperlukan pengetahuan khusus, libatkan orang yang memiliki keahlian terkait untuk meninjaunya.

Penanggung jawab pemeliharaan dapat merapikan materi, mengikuti uji coba, dan mendorong pembaruan. Namun, satu orang tidak bisa membuat penilaian atas nama semua peran. Jika suatu perubahan mengurangi pekerjaan internal tetapi menambah beban pengisian data bagi pelanggan atau konfirmasi bagi mitra, dampak itu juga perlu diperiksa saat peninjauan.

Kontribusi juga dapat dicatat: siapa yang menemukan masalah, menyediakan bukti, mengikuti uji coba, dan menghasilkan perbaikan yang efektif. Penilaian kontribusi atau pemberian hak mengikuti pengaturan tata kelola yang telah diperjelas sebelumnya untuk bisnis tersebut. Catatan pengalaman sendiri tidak otomatis menimbulkan hak tertentu dan tidak merupakan janji imbal hasil.

Dalam pemeriksaannya pada 2002 atas mekanisme pembelajaran pengalaman NASA, GAO Amerika Serikat menyatakan bahwa prosedur pengumpulan dan berbagi pengalaman yang sudah ada belum cukup untuk menjamin pengalaman tersebut diterapkan pada misi berikutnya.[3] Ini adalah pemeriksaan historis pada periode tertentu. Namun, ada pengingat yang berguna: pengelolaan kumpulan catatan pengalaman dan penggunaan nyatanya perlu diperiksa secara terpisah.

Karena itu, saat memeriksa pembelajaran yang dipertahankan, jangan hanya menghitung dokumen yang tersimpan. Ambil satu tugas nyata dan periksa: apakah pengguna menemukan cara yang berlaku, memahami kondisi penggunaannya, dan dapat menyelesaikan pekerjaan? Ketika terjadi pengecualian, apakah masalahnya kembali masuk ke proses pemeliharaan dan pengambilan keputusan?

Mulailah dari satu masalah yang berulang dan dampaknya jelas. Periksa fakta kali ini, usulkan perubahan dengan batas yang tegas, minta orang yang tepat mencobanya, lalu kembali untuk mengambil keputusan. Perjelas apa yang dapat digunakan pada pekerjaan berikutnya, bagian mana yang masih memerlukan penilaian manusia, dan cara mana yang sebaiknya ditarik dari penggunaan.

Sumber rujukan

1. The W. Edwards Deming Institute: PDSA Cycle. Digunakan untuk menjelaskan hubungan antara perkiraan, pengamatan, dan revisi penjelasan. Empat status dan enam unsur pencatatan dalam artikel ini merupakan usulan metode dari artikel ini.
2. Institute for Healthcare Improvement: Testing Changes. Sumber mengenai metode perbaikan mutu. Artikel ini meminjam gagasan uji coba skala kecil, pengujian dalam kondisi berbeda, dan penghentian uji coba yang tidak menghasilkan perbaikan.
3. U.S. GAO: NASA — Better Mechanisms Needed for Sharing Lessons Learned, GAO-02-195, 30 Januari 2002. Artikel ini hanya merujuk pada kesimpulan pemeriksaan historis tersebut, bukan keadaan NASA saat ini.

Bacaan lanjutan (opsional)

1. Setelah sebuah transaksi, apa lagi yang bisa dipertahankan perusahaan? (bahasa Mandarin): memahami akumulasi hubungan, kolaborasi, dan kemampuan setelah transaksi.

2. Bagaimana sistem konten perusahaan menjaga konsistensi dan terus diperbarui? (bahasa Mandarin): membahas lebih lanjut pemeliharaan bahan terkait setelah pengetahuan diadopsi.

Catatan penelitian: Artikel ini melanjutkan pemikiran awal tentang “tindakan—hasil—pembelajaran yang bertahan” dan merujuk pada pengaturan uji coba, umpan balik, iterasi, serta pemeliharaan versi dalam Metodologi Pemetaan dan Perancangan SOP. Metode yang diajukan masih perlu diuji dalam praktik. Contohnya bersifat fiktif, diagramnya menggambarkan mekanisme yang diusulkan, dan belum ada data pengujian langsung dari perusahaan untuk metode dalam artikel ini.