Manajemen Pengetahuan: Kompetensi Organisasi, Model, dan Contoh

Oleh Kevin Kim · Diperbarui 13 Oktober 2026

Manajemen pengetahuan adalah kapabilitas organisasi untuk menciptakan, membagikan, mempertahankan, dan menerapkan apa yang diketahui orang-orangnya, sehingga hasil kerja tidak bergantung pada ingatan satu orang saja. Cakupannya meliputi pengetahuan eksplisit (dokumen, data, prosedur) dan pengetahuan tacit (keterampilan, penilaian, intuisi). Keberhasilan atau kegagalannya ditentukan oleh kebiasaan, peran, dan kepercayaan jauh sebelum bergantung pada alat.

Pengetahuan Tacit dan Eksplisit: Pembedaan yang Menjadi Dasar Segalanya

Sebagian besar perusahaan menganggap pengetahuan sebagai hal-hal yang tersimpan dalam dokumen. Itu bagian yang mudah. Bagian yang lebih sulit ada di kepala dan tangan orang-orangnya.

Artikel Harvard Business Review karya Ikujiro Nonaka tahun 1991, The Knowledge-Creating Company, dibuka dengan klaim yang lugas: dalam ekonomi yang satu-satunya kepastiannya adalah ketidakpastian, satu-satunya sumber keunggulan kompetitif jangka panjang yang pasti adalah pengetahuan. Artikel yang sama membedakan dua jenis pengetahuan. Pengetahuan eksplisit adalah jenis yang dapat dituangkan ke dalam dokumen dan data. Sebaliknya, pengetahuan tacit bersifat "sangat personal" dan "sulit diformalkan", serta berakar kuat pada tindakan dan konteks tertentu seperti sebuah keahlian, teknologi, atau tim. Nonaka meminjam ungkapan filsuf Michael Polanyi untuk menggambarkannya: "Kita dapat mengetahui lebih banyak daripada yang dapat kita ungkapkan."

Contoh dalam artikel tersebut masih menjadi yang paling jelas. Pada tahun 1985, para pengembang Matsushita tidak berhasil membuat mesin pembuat roti rumahan yang baru agar dapat menguleni adonan dengan baik, bahkan setelah membandingkan hasil rontgen adonan yang diuleni mesin dan yang diuleni tukang roti. Pengembang software Ikuko Tanaka berlatih bersama kepala tukang roti di Osaka International Hotel, memperhatikan cara khasnya meregangkan adonan, lalu bekerja sama dengan para insinyur untuk mengubahnya menjadi spesifikasi produk, termasuk rusuk khusus di dalam mesin. Tidak seorang pun dapat menemukan jawabannya di sebuah manual, karena manual itu memang tidak ada. Pengetahuan itu harus diamati, dipraktikkan, lalu dituangkan ke dalam kata-kata.

Berikut perbandingan kedua jenis pengetahuan tersebut di perusahaan pada umumnya.

Fakta Utama

• Asal pembingkaian tacit/eksplisit dalam manajemen: Tulisan HBR Nonaka tahun 1991 digambarkan oleh editor majalah itu sendiri sebagai tulisan yang membantu mempopulerkan gagasan pengetahuan "tacit" dalam pemikiran manajemen.
• Tiga bagian model: Makalah Nonaka, Toyama, dan Konno tahun 2000 mengusulkan bahwa penciptaan pengetahuan terdiri atas proses SECI, ba (konteks bersama), dan aset pengetahuan.
• Ada standar formalnya: ISO 30401 menetapkan persyaratan untuk sistem manajemen bagi manajemen pengetahuan. Edisi yang berlaku saat ini, ISO 30401:2018, telah diamendemen dua kali, dan edisi kedua sedang dalam tahap draf yang akan menggantikannya.

Mengapa Manajemen Pengetahuan Adalah Kapabilitas, Bukan Proyek

Sebuah proyek memiliki akhir. Kapabilitas adalah sesuatu yang dapat dilakukan organisasi berulang kali, di bawah tekanan, dengan orang yang berbeda-beda. Itulah cara yang berguna untuk memandang manajemen pengetahuan, dan itulah sebabnya ia berdampingan dengan pembangunan kapabilitas organisasi, bukan berada di anggaran IT.

Tiga hal harus terpenuhi agar dapat dianggap sebagai kapabilitas:

1. Dapat diulang. Karyawan baru, wilayah baru, atau produk baru mendapat manfaat dari pelajaran sebelumnya tanpa ada yang harus menciptakannya ulang.
2. Ada pemiliknya. Seseorang bertanggung jawab atas setiap kumpulan pengetahuan yang penting, dengan namanya tercantum di sana.
3. Dipraktikkan. Orang-orang menggunakan pengetahuan tersebut, mengoreksinya, dan menambahkannya sebagai bagian dari pekerjaan sehari-hari, bukan sebagai pembersihan tahunan.

Jika sebuah perusahaan tidak dapat melakukan ketiga hal tersebut, membeli repositori yang lebih besar tidak akan mengubah hasilnya. Repositori itu hanya akan menampung lebih banyak dokumen yang tidak dibaca.

Model SECI: Empat Cara Pengetahuan Berpindah

Model SECI dari Nonaka dan Takeuchi menggambarkan penciptaan pengetahuan sebagai spiral antara bentuk tacit dan eksplisit. Dalam artikel tahun 1991, keempat pola tersebut muncul sebagai sosialisasi, artikulasi, kombinasi, dan internalisasi. Karya selanjutnya menyebut pola kedua sebagai eksternalisasi, yang memberi model ini namanya: Socialization, Externalization, Combination, Internalization.

Dalam kisah Matsushita dari Nonaka, Tanaka melalui keempatnya: ia mempelajari keahlian tukang roti dengan bekerja bersamanya, menuangkan apa yang dipelajarinya ke dalam spesifikasi eksplisit, timnya menstandarkannya menjadi manual dan produk, dan pengalaman membangun mesin tersebut memperkaya pengetahuan tacit mereka sendiri. Kemudian spiral itu dimulai lagi pada tingkat yang lebih tinggi.

Dua hal penting bagi para manajer. Pertama, artikel tersebut menegaskan bahwa sosialisasi saja memiliki keterbatasan: karena pengetahuannya tidak pernah menjadi eksplisit, pengetahuan itu tidak mudah dimanfaatkan oleh organisasi secara keseluruhan. Kedua, hal yang sama berlaku untuk kombinasi saja, yang hanya menyusun ulang apa yang sudah tertulis. Nilainya muncul dari pertukaran antara kedua bentuk tersebut. Itu juga sebabnya kapabilitas ini secara langsung menopang manajemen inovasi.

Ba: Tempat Pengetahuan Diciptakan

SECI menjelaskan bagaimana pengetahuan berubah bentuk. Ba menjelaskan di mana. Makalah Nonaka dan Konno tahun 1998 mendefinisikan ba sebagai "ruang bersama bagi relasi yang sedang tumbuh", dan menambahkan bahwa ba dapat bersifat fisik, virtual, atau mental. Argumen mereka adalah bahwa pengetahuan terikat pada konteksnya, sehingga tidak dapat dipindahkan begitu saja seperti barang kiriman.

Makalah tahun 2000 karya Nonaka, Toyama, dan Konno membagi ba menjadi empat jenis berdasarkan dua pertanyaan: apakah interaksinya individual atau kolektif, dan apakah tatap muka atau virtual? Setiap jenis terutama menyediakan konteks bagi satu mode SECI.

Pelajaran praktisnya: sebagian besar organisasi berinvestasi berlebihan pada ba systemising (repositori) dan kurang berinvestasi pada ba originating dan dialoguing (kontak antarmanusia). Makalah yang sama memberikan peran sentral kepada manajer menengah, dengan menyebut mereka "produsen pengetahuan" yang menghidupkan ba, sementara manajemen puncak bertanggung jawab merumuskan visi pengetahuan. Jika para manajer Anda terlalu kewalahan untuk memandu sebuah retrospektif yang layak, Anda telah menemukan hambatannya.

Perbandingan Model Manajemen Pengetahuan

SECI bukan satu-satunya sudut pandang. Pilih yang sesuai dengan pertanyaan yang benar-benar Anda ajukan.

Communities of practice

Etienne dan Beverly Wenger-Trayner mendefinisikan communities of practice sebagai kelompok orang yang memiliki kepedulian atau semangat yang sama terhadap sesuatu yang mereka kerjakan dan belajar melakukannya dengan lebih baik melalui interaksi rutin. Mereka menyebut tiga karakteristik penting: domain bersama, komunitas yang berinteraksi dan saling membantu, serta praktik, yaitu khazanah bersama berupa pengalaman, cerita, alat, dan cara menangani masalah yang berulang. Sumber yang sama menegaskan bahwa memiliki jabatan yang sama tidak menjadikan sekelompok orang sebagai community of practice kecuali para anggotanya berinteraksi dan belajar bersama. Itu peringatan yang berguna ketika seseorang mengusulkan untuk "membuat komunitas" dengan menambahkan orang ke sebuah mailing list.

ISO 30401

ISO 30401 adalah standar sistem manajemen untuk manajemen pengetahuan. Ruang lingkupnya mencakup penetapan, penerapan, pemeliharaan, peninjauan, dan peningkatan sistem manajemen yang efektif untuk manajemen pengetahuan di organisasi. Edisi yang berlaku adalah ISO 30401:2018, yang diamendemen pada 2022 dan 2024, dan ISO sedang mengembangkan edisi kedua untuk menggantikannya. Sebuah makalah praktisi tentang integrasinya dengan sistem mutu mencatat bahwa standar ini menetapkan aktivitas untuk pengembangan pengetahuan, termasuk akuisisi, penerapan, retensi, dan penanganan pengetahuan yang sudah usang, ditambah aktivitas untuk penyampaian dan transformasi seperti interaksi antarmanusia, representasi, kombinasi, dan internalisasi. Para penulis menunjukkan bahwa aktivitas-aktivitas terakhir tersebut terinspirasi langsung dari SECI. Anda tidak memerlukan sertifikasi untuk meminjam logikanya: kebijakan, peran, sasaran, tinjauan. Standar ini juga selaras secara alami dengan optimasi proses, karena aktivitas pengetahuan paling andal ketika dibangun ke dalam proses yang sudah diikuti orang-orang.

Cara Membangun Kapabilitas Ini, Langkah demi Langkah

1. Tentukan pengetahuan yang penting. Mulailah dari risiko bisnis, bukan dari perpustakaan. Keterampilan mana yang paling merugikan jika hilang? Keputusan mana yang berulang kali diambil dengan buruk? Pilih 5 hingga 10 area pengetahuan kritis, seperti "pengecualian harga" atau "pergantian lini produksi pabrik."
2. Petakan di mana pengetahuan itu berada. Untuk setiap area, catat apakah pengetahuannya sebagian besar eksplisit, sebagian besar tacit, atau campuran, siapa yang memilikinya, berapa banyak orang yang memilikinya, dan di mana pengetahuan itu dituliskan (jika ada). Satu pemegang tunggal tanpa catatan tertulis adalah risiko tertinggi Anda.
3. Tetapkan pemilik untuk setiap area. Pemiliknya bukan pakar terbaik. Pemiliknya adalah orang yang bertanggung jawab memastikan pengetahuan tersebut mutakhir, mudah ditemukan, dan diteruskan.
4. Ciptakan ba originating. Siapkan pairing, shadowing, dan rotasi agar pengetahuan tacit berpindah dari orang ke orang. Di sinilah coaching dan mentoring bekerja secara nyata.
5. Ciptakan ba dialoguing. Jalankan after-action review, retrospektif keputusan, dan wawancara pakar untuk mengubah pengalaman menjadi kata-kata. Tanyakan "apa yang Anda perhatikan sehingga Anda melakukan hal itu?" alih-alih "bisakah Anda mendokumentasikan ini?"
6. Tangkap dalam bentuk yang dapat digunakan. Tulis halaman yang singkat dan spesifik: keputusannya, sinyalnya, pengecualiannya. Dokumentasi teknis yang baik bersifat lugas, mutakhir, dan terkait dengan sebuah tugas.
7. Gabungkan dan kurasi. Gabungkan duplikat, hapus halaman yang usang, dan berikan setiap halaman seorang pemilik dan tanggal tinjauan. Perpustakaan yang lebih kecil dan tepercaya lebih baik daripada perpustakaan besar yang diragukan. Kefasihan digital di seluruh tim membantu orang mencari, memberi tag, dan berkontribusi tanpa harus terus dibimbing.
8. Tutup siklusnya dengan praktik. Bangun pengetahuan tersebut ke dalam onboarding, latihan, dan alur kerja sehari-hari agar orang-orang menginternalisasikannya. Inilah sisi organisasi dari pembelajaran berkelanjutan.
9. Mulai komunitas di tempat praktik dijalankan bersama. Ketika para praktisi di tim yang berbeda melakukan pekerjaan serupa, berikan mereka jadwal rutin dan masalah nyata untuk dipecahkan bersama.
10. Ukur dan tinjau. Pantau beberapa sinyal: waktu yang dibutuhkan karyawan baru untuk mencapai produktivitas penuh, insiden berulang, porsi area kritis yang memiliki pemilik bernama, dan seberapa sering halaman-halaman utama digunakan dan diperbarui. Tinjau setiap kuartal.

Rencana Manajemen Pengetahuan Siap Pakai

Gunakan satu baris untuk setiap area pengetahuan kritis. Isilah bersama orang-orang yang memiliki pengetahuan tersebut, bukan hanya manajer mereka.

Pertanyaan yang perlu dijawab sebelum Anda memfinalisasinya:

• Jika pemegang utama pergi besok, apa yang akan rusak lebih dulu?
• Area mana yang hanya memiliki satu pemegang dan tanpa catatan tertulis?
• Di mana pengetahuan tersebut perlu digunakan, dan apakah pengetahuan itu tersedia di sana?
• Bagaimana kita akan tahu dalam enam bulan bahwa rencana ini berhasil?

Pemeriksaan kematangan sederhana

Skala lima level ini adalah penilaian mandiri praktis, bukan standar yang dipublikasikan. Nilailah setiap area pengetahuan kritis, lalu cari polanya.

Sebagian besar tim yang mencoba ini menemukan campuran: mungkin level 3 untuk prosedur keuangan dan level 1 untuk penilaian penjualan. Itu wajar, dan hal itu menunjukkan dari mana Anda harus memulai.

Contoh berdasarkan fungsi bisnis

Berikut adalah skenario ilustratif, bukan studi kasus.

Penjualan

Panggilan discovery milik sales rep terbaik menghasilkan closing dengan tingkat yang lebih tinggi, dan tidak ada yang tahu alasannya. Ba originating: sales rep junior ikut serta dalam panggilan. Ba dialoguing: sang sales rep dan seorang manajer mendengarkan tiga rekaman dan mencatat pertanyaan-pertanyaan yang mengubah arah percakapan. Kombinasi: pertanyaan-pertanyaan tersebut menjadi bagian dari panduan panggilan, berdampingan dengan kriteria kualifikasi yang sudah ada. Internalisasi terjadi melalui penggunaan panduan tersebut dan penambahan isinya.

Layanan pelanggan

Agen tier dua menyelesaikan tiket yang tidak biasa berdasarkan naluri. Sesi mingguan "tiket sulit" menangkap alasan di balik lima penyelesaian yang rumit. Catatan tersebut dimasukkan ke dalam halaman troubleshooting singkat yang berisi gejala, pemeriksaan, dan solusinya. Agen yang menggunakannya secara rutin akhirnya tidak lagi membutuhkannya, dan memang itulah tujuannya.

Engineering

Setelah terjadi gangguan layanan, sebuah blameless review menanyakan apa yang dilihat oleh engineer on-call yang mungkin terlewat oleh orang lain. Jawabannya menjadi entri runbook dan perubahan monitoring. Tanpa langkah dialog, runbook hanya akan menyebutkan apa yang harus dilakukan, bukan cara mengenali situasinya.

HR dan onboarding

Manajer baru kesulitan dengan tiga percakapan yang sama. Sebuah community of practice untuk manajer pertama kali bertemu setiap bulan, dan manajer berpengalaman membawa kasus nyata. Sebuah panduan singkat pun terbentuk, dan panduan itu terhubung ke keterampilan yang lebih luas seperti strategi talenta berbasis keterampilan bila relevan.

Operasional dan manufaktur

Seorang teknisi senior dapat mendengar ketika sebuah mesin akan rusak. Memasangkan teknisi junior dalam inspeksi rutin memindahkan sebagian keterampilan itu. Mencatat apa yang diperiksa dan didengarkan oleh teknisi senior memberi pabrik sebuah checklist awal, yang kemudian disempurnakan oleh tim dari waktu ke waktu.

Keuangan

Proses tutup buku akhir bulan bergantung pada ingatan seorang controller tentang berbagai pengecualian. Mendokumentasikan pengecualian tersebut, siapa yang menyetujuinya dan mengapa, mengubah kebiasaan yang rapuh menjadi prosedur yang ditinjau.

Yang Sebaiknya dan Tidak Sebaiknya Dilakukan

Keterbatasan Model-Model Ini

SECI adalah framework deskriptif yang disusun dari studi kasus perusahaan, dan bukan alat prediksi yang terukur. Keempat mode tersebut saling tumpang tindih dalam kehidupan nyata; orang jarang berpindah dengan rapi dari satu mode ke mode berikutnya. Perlakukan model ini sebagai daftar periksa pertanyaan: sudahkah kita memberi pengetahuan ini tempat untuk dibagikan, cara untuk dituangkan ke dalam kata-kata, bentuk yang dapat ditemukan orang, dan kesempatan untuk dipraktikkan? Dan ingatlah bahwa sebagian pengetahuan sulit ditangkap. Tujuannya bukan mengekstrak segala sesuatu dari kepala orang. Tujuannya adalah memastikan hal-hal yang tepat dibagikan sebelum dibutuhkan.