Katakan apa yang Anda suka, tetapi Manajemen Pengetahuan (KM) masih tetap di antara spesialis TI semacam binatang aneh: Tampaknya menjadi jelas bahwa pengetahuan adalah kekuatan, tetapi biasanya itu berarti beberapa pengetahuan pribadi, pengalaman pribadi, pelatihan, keterampilan dipompa. Tentang sistem manajemen pengetahuan di seluruh perusahaan jarang dipikirkan, lamban, dan, pada dasarnya, mereka tidak mengerti apa yang menghargai pengetahuan pengembang tertentu dalam skala perusahaan. Tentu saja ada pengecualian. Dan Alex Sidorin yang sama dari CROC baru-baru ini memberikan
wawancara yang sangat baik. Tetapi ini masih merupakan fenomena yang terisolasi.
Jadi di Habré masih belum ada pusat yang didedikasikan untuk manajemen pengetahuan, jadi saya menulis posting saya di pusat konferensi. Sangat masuk akal, jika itu, karena pada tanggal 26 April, berkat inisiatif dari "Konferensi Oleg Bunin", konferensi pertama tentang manajemen pengetahuan di TI -
KnowledgeConf 2019 diadakan di Rusia.
Saya cukup beruntung bekerja di Komite Program konferensi, untuk melihat dan mendengar banyak hal yang mengubah dunia kecil saya yang nyaman dari seorang manajer manajemen pengetahuan, dan untuk memahami bahwa TI telah matang sebelum manajemen pengetahuan. Masih memahami sisi mana yang mendekatinya.
Ngomong-ngomong, pada 10 dan 17 April, dua konferensi lagi tentang manajemen pengetahuan diadakan:
Kuorum CEDUCA dan
konferensi remaja II KMconf'19 , di mana saya kebetulan bertindak sebagai seorang ahli. Konferensi ini tidak memiliki bias dalam hal IT, tetapi saya memiliki sesuatu untuk dibandingkan. Dalam posting pertama saya, saya ingin berbicara tentang pemikiran bahwa saya, spesialis manajemen pengetahuan, didorong oleh partisipasi dalam konferensi ini. Ini dapat dianggap sebagai saran untuk pembicara masa depan, serta bagi mereka yang terlibat dalam manajemen pengetahuan berdasarkan pekerjaan.
Kami memiliki 83 laporan, 24 slot, dan 12 hari untuk pengambilan keputusan.
83, Carl. Ini
bukan lelucon . Terlepas dari kenyataan bahwa ini adalah konferensi pertama, dan sedikit orang yang terlibat dalam manajemen pengetahuan terpusat di bidang TI, minat pada topik ternyata menjadi besar. Situasinya agak rumit oleh fakta bahwa 13 slot dari 24 sudah ditempati oleh batas waktu untuk pengajuan aplikasi, dan pembicara mungkin berpikir bahwa dengan tenggat waktu semua yang paling menarik baru saja dimulai, jadi dalam beberapa hari terakhir hampir setengah dari aplikasi dituangkan kepada kami. Tentu saja, 12 hari sebelum finalisasi program, itu tidak realistis untuk bekerja secara kualitatif dengan masing-masing pembicara potensial, oleh karena itu, ada kemungkinan bahwa beberapa laporan menarik ditinggalkan karena tesis yang tidak menarik. Namun demikian, saya berpikir bahwa program ini termasuk laporan yang kuat, dalam dan, yang terpenting, diterapkan dengan banyak detail dan praktik.
Namun demikian, saya ingin menarik kesimpulan tertentu dari analisis semua aplikasi yang diajukan. Mungkin mereka akan bermanfaat bagi sebagian pembaca, akan memberikan pemahaman baru tentang manajemen pengetahuan. Semua yang akan saya tulis lebih lanjut adalah IMHO air murni, berdasarkan enam tahun pengalaman membangun sistem manajemen pengetahuan di Kaspersky Lab dan berkomunikasi dengan para profesional di bidang CM.
Apa itu ilmu?
Pada konferensi kaum muda, setiap pembicara, apakah seorang metodologi, profesor universitas atau pembicara yang secara langsung bertanggung jawab untuk manajemen pengetahuan di perusahaannya, mulai dengan pertanyaan "Apa pengetahuan yang akan kita kelola?"
Saya harus mengatakan bahwa pertanyaan itu penting. Seperti yang ditunjukkan oleh praktik bekerja di PC KnowledgeConf 2019, banyak orang di bidang TI percaya bahwa pengetahuan = dokumentasi. Karena itu, orang sering mendengar pertanyaan: “Kami sudah mendokumentasikan kode. Mengapa kita membutuhkan jenis lain dari sistem manajemen pengetahuan? Bukankah dokumentasinya cukup? "
Tidak cukup. Dari semua definisi yang diberikan oleh pembicara kepada pengetahuan, yang paling dekat dengan saya adalah definisi Evgeny Viktorov dari Gazpromneft: "pengetahuan adalah pengalaman yang diperoleh oleh orang tertentu dalam memecahkan masalah tertentu." Harap dicatat tidak ada dokumentasi. Dokumen adalah informasi, data. Mereka dapat digunakan untuk memecahkan masalah tertentu, tetapi pengetahuan adalah pengalaman dalam menerapkan data ini, bukan data itu sendiri. Seperti halnya perangko: Anda dapat membeli perangko termahal melalui pos, tetapi perangko tersebut mendapatkan nilai bagi kolektor hanya setelah dicap pada perangko tersebut. Anda dapat mencoba untuk mengungkapkan lebih banyak lagi: dokumentasi = "apa yang tertulis dalam kode", dan pengetahuan = "mengapa ditulis persis bagaimana keputusan ini dibuat, tujuan apa yang dipecahkannya".
Saya harus mengatakan bahwa pada awalnya dan di antara anggota PC tidak ada konsensus tentang dokumentasi dan pengetahuan. Saya mengaitkan fakta ini dengan fakta bahwa orang-orang di bidang aktivitas yang paling beragam benar-benar memahami PC, dan semua orang terlibat dalam manajemen pengetahuan dari sudut yang berbeda. Tapi kami, pada akhirnya, sampai pada penyebut yang sama. Tetapi menjelaskan kepada pembicara mengapa laporan mereka tentang mendokumentasikan kode tidak cocok untuk konferensi ini, kadang-kadang, tugas yang sulit.
Pelatihan vs Manajemen pengetahuan
Juga merupakan aspek yang menarik. Terutama dalam beberapa hari terakhir banyak laporan tentang pelatihan telah disampaikan kepada kami. Tentang cara mengajarkan keterampilan perangkat lunak, keterampilan keras, pelatihan, dll. Ya, tentu saja, belajar adalah tentang pengetahuan. Tapi yang mana? Jika kita berbicara tentang pelatihan eksternal atau pelatihan “sebagaimana adanya”, apakah itu benar-benar bagian dari manajemen pengetahuan perusahaan? Kami mengambil keahlian dari luar dan menerapkannya di tempat yang “menyakitkan”. Ya, orang-orang tertentu telah mendapatkan pengalaman baru (= pengetahuan), tetapi tidak ada yang terjadi di tingkat perusahaan.
Sekarang, jika setelah menyelesaikan pelatihan, seorang karyawan datang ke kantor dan mengadakan kelas master serupa untuk kolega (berbagi pengetahuan) atau mentransfer kesan dan ide-ide kunci yang ia kumpulkan menjadi semacam basis pengetahuan internal bersyarat - ini adalah manajemen pengetahuan. Itu hanya tentang banyak ini biasanya tidak berpikir (atau tidak mengatakan).
Jika kita mengambil pengalaman pribadi, sudah menjadi kebiasaan di departemen kami setelah konferensi untuk menggambarkan kesan, keynote, ide di bagian khusus portal internal, daftar buku yang direkomendasikan, dll. Ini adalah kasus ketika tidak ada pertentangan antara konsep. Manajemen pengetahuan, dalam hal ini, adalah kelanjutan alami dari pembelajaran eksternal.
Sekarang, jika kolega yang menyerahkan laporan tentang pelatihan akan memberi tahu, misalnya, bagaimana mereka berbagi praktik di komunitas pelatihan mereka dan apa manfaatnya, itu pasti tentang CM.
Atau ambil dari sisi lain. Ada laporan tentang bagaimana perusahaan menciptakan basis pengetahuan. Intinya. Pikiran yang sudah selesai.
Tetapi apakah mereka menciptakannya karena suatu alasan? Pengetahuan yang dikumpulkan harus bekerja? Di luar pihak IT, yang lebih banyak diterapkan dan praktis, saya sering menemukan cerita bahwa para pelaksana proyek manajemen pengetahuan percaya bahwa cukup untuk membeli perangkat lunak, mengisinya dengan bahan, dan semua orang akan pergi ke sana untuk menggunakannya jika perlu. Dan kemudian mereka terkejut bahwa KM entah bagaimana tidak lepas landas. Dan ada pembicara seperti itu.
Menurut pendapat saya, kami mengumpulkan pengetahuan sehingga seseorang dapat mempelajari sesuatu dan tidak melakukan kesalahan. Pembelajaran internal adalah perpanjangan alami dari sistem manajemen pengetahuan. Ambil orientasi atau pendampingan yang sama dalam tim: lagipula, mentor berbagi informasi internal sehingga karyawan dengan cepat bergabung dengan tim dan proses. Dan jika kita memiliki basis pengetahuan internal, di mana semua informasi ini berada? Apakah ini bukan alasan untuk menurunkan mentor dan mempercepat orientasi? Selain itu, pengetahuan akan tersedia 24/7, dan tidak ketika timlid muncul. Dan jika perusahaan sampai pada ide ini, perbedaan antara persyaratan juga dapat dihapus.
Dalam praktik saya, saya hanya melakukan ini: saya mengumpulkan pengetahuan, dan kemudian, berdasarkan materi yang dikumpulkan, saya melakukan kursus pelatihan dengan berbagai tingkat detail untuk kolega dari berbagai departemen. Dan jika Anda mengacaukan modul lain untuk membuat tes ke sistem manajemen pengetahuan untuk mengontrol kesadaran dan keterampilan karyawan, maka Anda mendapatkan gambaran sempurna tentang berbagi pengetahuan perusahaan yang sama: beberapa informasi yang dibagikan, yang lainnya diproses, dikemas dan dibagikan untuk kelompok sasaran, dan kemudian kami mengendalikan asimilasi material.
Pemasaran vs Berlatih
Momennya juga menarik. Seringkali, jika karyawan yang ditunjuk (SDM, L & D) terlibat dalam manajemen pengetahuan, maka tugas besarnya adalah menjual ide KM kepada karyawan perusahaan dan menciptakan nilai. Setiap orang harus menjual ide itu. Tetapi jika seseorang terlibat dalam manajemen pengetahuan yang menyelesaikan rasa sakit pribadinya dengan alat ini, daripada memenuhi tugas kepemimpinan, maka ia biasanya mempertahankan fokus pada aspek-aspek yang diterapkan dari proyek. Dan karyawan sering memiliki deformasi profesional tertentu dari pengembangan staf: dia melihat bagaimana menjualnya, tetapi tidak benar-benar mengerti mengapa itu diatur sedemikian rupa. Dan sebuah laporan disajikan pada konferensi tersebut, yang merupakan setengah jam presentasi pemasaran murni tentang jenis barang yang dibawa sistem, dan tidak berisi sepatah kata pun tentang bagaimana hal itu diatur. Tapi justru ini yang paling menarik dan penting! Bagaimana cara mengaturnya? Kenapa begitu? Inkarnasi apa yang dia tahan, dan apa yang tidak cocok untuknya dalam implementasi sebelumnya?
Jika Anda membuat bungkus yang indah untuk produk, Anda dapat menyediakannya untuk waktu yang singkat bagi pengguna. Tetapi bunga akan cepat memudar. Jika pelaksana proyek manajemen pengetahuan tidak memahami "dagingnya", berpikir dalam angka dan metrik, dan bukan masalah sebenarnya dari audiens target, maka penurunan akan datang dengan sangat cepat.
Ketika Anda datang ke konferensi dengan laporan seperti itu, mirip dengan brosur, Anda perlu memahami bahwa itu tidak akan menarik "di luar" dari perusahaan Anda. Orang-orang yang datang untuk mendengarkan Anda telah membeli sebuah ide (mereka sebenarnya membayar banyak uang untuk berpartisipasi!). Mereka tidak perlu diyakinkan bahwa pada prinsipnya perlu untuk terlibat dalam CM. Mereka perlu diberitahu bagaimana melakukannya dan bagaimana tidak melakukannya, dan mengapa. Ini bukan manajemen puncak Anda, bonus Anda tidak bergantung pada audiens di aula.
Namun demikian, ini juga merupakan dua bagian dari satu proyek, dan tanpa promosi yang baik di dalam perusahaan, bahkan konten paling keren akan tetap ada satu lagi Sharepoint. Dan jika Anda menceritakan
bagaimana Anda menjual ide KM kepada kolega Anda, chip mana yang masuk, yang tidak, dan mengapa, maka ceritanya akan sangat, sangat berharga.
Tetapi ekstrem lain juga mungkin terjadi: kami membuat pangkalan paling keren, kami menggunakan praktik yang baik, tetapi sesuatu yang tidak disentuh karyawan. Karena itu, kami kecewa dengan ide itu dan berhenti melakukan ini. Kami juga punya aplikasi seperti itu. Mengapa karyawan tidak mendukung? Mungkin mereka benar-benar tidak memerlukan informasi ini (ini adalah masalah mempelajari audiens target, Anda perlu menulis posting terpisah tentang itu). Atau mungkin mereka hanya berkomunikasi dengan buruk? Tetapi bagaimana mereka melakukannya? Manajer manajemen pengetahuan, antara lain, adalah seorang PR yang baik. Dan jika dia tahu bagaimana mencapai keseimbangan antara promosi dan kegunaan konten, maka dia memiliki peluang besar untuk sukses. Anda tidak dapat berbicara tentang satu hal, melupakan yang lain.
Tokoh
Dan akhirnya, tentang angka-angkanya. Dalam memo pembicara salah satu konferensi (bukan KnowledgeConf!) Saya membaca bahwa audiens menyukai informasi eksklusif - angka. Tapi mengapa? Sebelum konferensi itu, saya langsung berpikir untuk waktu yang lama, bagaimana nomor saya dapat bermanfaat bagi penonton? Bagaimana ini akan membantu kolega bahwa saya berhasil meningkatkan beberapa indikator produktivitas karyawan sebesar N% melalui manajemen pengetahuan? Apa yang akan dilakukan pendengar saya secara berbeda besok jika mereka mengenali nomor saya? Saya hanya mengajukan satu argumen:
“Saya menyukai salah satu praktik Anda, saya ingin menerapkannya di rumah, tetapi saya harus menjual ide itu kepada kepala. Besok saya akan memberitahunya bahwa di Perusahaan X dia memimpin peningkatan indikator sehingga dia "membeli" ide ini .
" Tetapi jauh dari semua indikator kinerja saya berlaku untuk bisnis lain. Mungkin Anda bisa menawarkan beberapa argumen yang mendukung angka dalam laporan? Tapi menurut saya, menghabiskan 10 menit dari laporan 30 angka, ketika Anda bisa menghabiskannya pada contoh praktis atau bahkan bengkel kecil dengan audiensi, IMHO, adalah ide yang begitu-begitu.
Dan kami juga diberi laporan penuh angka. Setelah diskusi pertama, kami meminta para pembicara untuk berbicara tentang praktik yang mengarah pada hasil seperti itu. Bagi mereka yang, sebagai hasilnya, pergi ke program final, laporan berbeda dari versi aslinya hampir sepenuhnya. Sebagai hasilnya, kami telah mendengar banyak ulasan tentang dasar praktis besar yang diberikan konferensi. Dan belum ada yang mengatakan bahwa "betapa menariknya mengetahui berapa banyak perusahaan X yang diselamatkan dengan mengelola pengetahuan."
Mengakhiri longrid ini, saya ingin sekali lagi senang bahwa dunia TI telah menyadari untuk dirinya sendiri pentingnya manajemen pengetahuan dan, saya harap, akan segera mulai secara aktif mengimplementasikannya, mengoptimalkannya dan menyesuaikannya untuk diri kita sendiri. Dan di Habré akan ada hub terpisah yang didedikasikan untuk manajemen pengetahuan, dan semua pembicara kami akan membagikan pengetahuan mereka dengan kolega di sana. Sementara itu, Anda dapat mencari-cari praktik dalam pesan instan, facebook, dan sarana komunikasi lain yang tersedia. Semua hanya laporan bermanfaat dan presentasi sukses!