Kalau kita bicara tentang implementasi Knowledge Management (KM), sering kali fokusnya langsung ke hal-hal yang terlihat “serius”: sistem, tools, repository, atau bahkan portal yang canggih. Tapi ada satu aspek yang sering dilupakan padahal dampaknya cukup besar: bagaimana KM “dipersepsikan” di organisasi.
Di beberapa organisasi yang pernah saya temui, KM sebenarnya sudah berjalan. Aktivitasnya ada, inisiatifnya juga ada. Tapi anehnya, orang-orang tidak merasa itu sebagai sesuatu yang penting. Bahkan ada yang melihat KM sebagai tambahan pekerjaan, bukan sebagai sesuatu yang membantu pekerjaan mereka.
Di titik itu saya mulai menyadari: mungkin masalahnya bukan di aktivitasnya, tapi di “branding”-nya.
KM Itu Perlu Dipahami, Bukan Sekadar Dijalankan
Sering kali KM diperkenalkan dengan bahasa yang terlalu konseptual. Istilah-istilah seperti knowledge capture, lesson learned, atau best practice langsung dilempar begitu saja, seolah semua orang sudah mengerti apa arti dan maksud istilah tersebut.
Padahal realitanya tidak seperti itu.
Bagi sebagian orang di organisasi, istilah-istilah tersebut terasa jauh dari pekerjaan sehari-hari. Akibatnya, KM dianggap sebagai sesuatu yang “di luar” pekerjaan, bukan bagian dari pekerjaan itu sendiri.
Pengalaman ini sebenarnya pernah terjadi di Xerox. Mereka sempat mencoba mendokumentasikan pengetahuan teknisi dalam bentuk prosedur formal. Tapi teknisi lapangan justru tidak menggunakannya. Bukan karena tidak butuh, tapi karena formatnya tidak sesuai dengan cara mereka bekerja.
Yang akhirnya berhasil justru pendekatan yang lebih “membumi”. Teknisi saling berbagi pengalaman praktis berupa trik memperbaiki mesin yang bahkan tidak ada di manual resmi. Bahasa yang digunakan sederhana, sesuai dengan keseharian mereka.
Dari sini terlihat jelas: KM bukan gagal karena tidak ada sistem, tapi karena cara menjelaskannya tidak nyambung dengan penggunanya.
Masalahnya: KM Sering Terlihat Seperti Proyek, Bukan Kebutuhan
Saya sering melihat KM diperkenalkan seperti sebuah program besar: launching besar-besaran, slogan catchy, portal canggih dan pelengkap lainnya.
Inisiatif tersebut bagus. Tapi melupakan aspek paling penting: memastikan KM memberikan manfaat yang terasa di pekerjaan.
Orang-orang diminta untuk mengisi lesson learned, mengunggah dokumen, atau berbagi pengetahuan. Tapi tidak selalu jelas: “ini sebenarnya membantu saya di mana?”
Kalau pertanyaan itu tidak terjawab, maka KM akan selalu berada di posisi yang lemah.Menjadi sesuatu yang harus dilakukan, bukan sesuatu yang ingin dilakukan.
Situasi seperti ini juga pernah terjadi di BP. Di awal implementasinya, KM diperkenalkan sebagai inisiatif besar dari pusat. Banyak aktivitas berjalan, tapi belum terasa manfaatnya di lapangan.
Perubahan baru mulai terasa ketika Tim KM memperkenalkan praktik seperti peer assist dan after action review. Melalui dua proses KM ini, sebelum menjalankan proyek, tim diwajibkan belajar dari pengalaman tim lain yang pernah menghadapi situasi serupa.
Dampaknya nyata: proyek menjadi lebih efisien, kesalahan bisa dihindari, dan keputusan lebih cepat diambil. Akhirnya, setelah beberapa pilot project, KM tidak lagi terlihat sebagai sekedar kewajiba. KM menjelma menjadi kebutuhan.
Mengubah Cara Bercerita tentang KM
Menurut saya, salah satu kunci branding KM adalah mengubah cara kita menjelaskan KM itu sendiri.
Daripada memulai dari konsep, mungkin lebih efektif kalau kita mulai dari masalah yang sering dialami orang.
Misalnya pekerjaan yang harus diulang dari nol, kesalahan yang sama terjadi berulang, atau informasi yang sebenarnya sudah ada tapi sulit ditemukan.
Pendekatan seperti ini juga terlihat di NASA, terutama setelah kejadian meledaknya Columbia, salah satu dari banyak pesawat antariksa NASA. Salah satu insight pembelajaran penting saat itu adalah: pengetahuan sebenarnya ada, tapi tidak tersampaikan dengan cara yang bisa dipahami.
Belajar dari kesalahan tersebut, NASA tidak hanya memperbaiki dokumentasi, tapi juga mengubah cara menyampaikan pengetahuan. Teknik storytelling mulai digunakan untuk menjelaskan konsep rumit, kegiatan sharing case studies dilakukan rutin, bahkan budaya menceritakan kegagalan sebagai bagian dari pembelajaran mulai diapresiasi.
Alih-alih hanya menyimpan laporan teknis, mereka mulai “menceritakan” pengalaman. Dan ternyata, itu jauh lebih mudah dipahami dan diingat.
Branding Itu Bukan Logo, Tapi Persepsi
Kadang ketika mendengar kata “branding”, yang terbayang adalah logo, tagline, atau desain visual. Itu memang bagian dari branding, tapi bukan inti utamanya.
Dalam konteks KM, branding lebih tentang bagaimana karyawan merasakan KM itu sendiri. Apakah KM membantu pekerjaan, mempermudah kolaborasi, atau justru menambah beban?
Hal ini terlihat jelas di IBM. Mereka tidak terlalu menonjolkan KM sebagai program besar dengan identitas tertentu. Tapi mereka membangun komunitas internal di mana orang bisa bertanya dan berbagi solusi.
Ketika seseorang menghadapi masalah, ia tahu ke mana harus bertanya. Ketika butuh insight, karyawan tahu siapa yang bisa dihubungi.
Tanpa banyak slogan, persepsi yang terbentuk sederhana: kalau butuh solusi, tanya komunitas.
Dan di situlah branding sebenarnya terjadi.
Mulai dari Hal yang Sederhana, Tapi Terasa
Dari beberapa pengalaman, saya melihat bahwa branding KM yang efektif biasanya tidak dimulai dari sesuatu yang besar.
Justru sering dimulai dari hal-hal kecil, tapi terasa dampaknya.
Membantu tim menemukan dokumen yang sebelumnya sulit dicari, menyediakan lesson learned yang benar-benar bisa dipakai, atau menghubungkan orang dengan expertise yang tepat.
Pendekatan ini sangat terasa di Toyota. Mereka tidak memulai dengan program KM besar, tapi dengan praktik sederhana seperti kaizen, perbaikan kecil yang dilakukan terus-menerus.
Setiap pembelajaran langsung diterapkan dan dibagikan. Jika ada cara yang lebih baik, maka segera menjadi standar baru.
Karena manfaatnya langsung terasa, praktik ini menyebar secara alami. Tanpa perlu branding keren, orang-orang justru mengadopsinya sebagai bagian dari cara kerja.
Branding KM = Kewajiban
Pada akhirnya, branding Knowledge Management bukan soal bagaimana KM terlihat, tapi bagaimana KM dirasakan.
Kalau KM hanya terlihat rapi tapi tidak terasa manfaatnya, maka ia akan sulit bertahan.
Tapi kalau KM benar-benar membantu pekerjaan sehari-hari, orang tidak perlu diyakinkan lagi. Mereka akan datang dengan sendirinya.
Artikel selanjutnya akan membahas detil cara dan tips untuk mengenalkan KM ke Manajemen Puncak.
Referensi Case Studies
Balancing Act: How to Capture Knowledge Without Killing It. (John Seely Brown & Paul Duguid)
https://hbr.org/2000/05/balancing-act-how-to-capture-knowledge-without-killing-it
Learning to Fly: Practical Knowledge Management from Leading and Learning Organizations (Chris Collison & Geoff Parcell)
https://www.wiley.com/en-us/Learning+to+Fly%3A+Practical+Knowledge+Management+from+Leading+and+Learning+Organizations-p-9781841125091
Columbia Accident Investigation Board (CAIB) Report – Volume 1 (Columbia Accident Investigation Board)
https://www.nasa.gov/columbia/home/CAIB_Vol1.html
IBM Knowledge Management Case Studies (APQC Collection)
American Productivity & Quality Center (APQC)
https://www.apqc.org/resource-library/resource-listing/ibm-knowledge-management-case-study
The Toyota Way: 14 Management Principles from the World’s Greatest Manufacturer (Jeffrey K. Liker)
https://www.mheducation.com/highered/product/toyota-way-14-management-principles-world-s-greatest-manufacturer-liker/M9780071392310.html
