Apa wae sing sampeyan ucapake, manajemen pengetahuan (KM) isih tetep dadi kewan aneh ing antarane para spesialis IT: Katon jelas yen kawruh iku kekuwatan (c), nanging biasane iki tegese sawetara kawruh pribadi, pengalaman dhewe, latihan rampung, katrampilan pompa. . Sistem manajemen pengetahuan ing saindenging perusahaan arang banget dipikirake, alon-alon, lan, sejatine, dheweke ora ngerti apa nilai sing bisa ditindakake dening pangembang tartamtu ing kabeh perusahaan. Ana pangecualian, mesthi. Lan Alexey Sidorin padha saka CROC bubar menehi apik banget . Nanging iki isih fénoména terisolasi.
Dadi ing Habré isih ora ana hub khusus kanggo manajemen kawruh, mula aku nulis postingan ing hub konferensi. Cukup adil, yen ana, amarga tanggal 26 April, amarga inisiatif Konferensi Oleg Bunin, konferensi pisanan ing Rusia babagan manajemen pengetahuan ing IT ditindakake - .
Aku cukup Bejo bisa ing Komite Program Konferensi, kanggo ndeleng lan krungu akeh bab sing kanggo sawetara ombone nguripake donya mulyo saka manager Manajemen kawruh, lan ngerti sing IT wis matured kanggo Manajemen kawruh. Iku tetep kanggo mangerteni saka sisih ngendi kanggo nyedhaki.
Miturut cara, rong konferensi liyane babagan manajemen pengetahuan dianakake tanggal 10 lan 17-19 April: и , ing ngendi aku duwe kesempatan kanggo tumindak minangka pakar. Konferensi iki ora duwe bias IT, nanging aku duwe sing bisa dibandhingake. Ing kirim pisanan aku pengin ngomong babagan pikirane sing partisipasi ing konferensi iki inspirasi kula, spesialis manajemen kawruh. Iki bisa dianggep minangka saran kanggo pamicara mangsa ngarep, uga kanggo wong-wong sing melu manajemen kawruh miturut garis kerja.
Kita wis 83 laporan, 24 slot lan 12 dina kanggo nggawe keputusan
83, Kab. Iki . Senadyan kasunyatan manawa iki minangka konferensi pisanan, lan sawetara wong sing melu manajemen pengetahuan terpusat ing IT, ana kapentingan gedhe ing topik kasebut. Kahanan kasebut rada rumit amarga kasunyatan manawa ing tenggat wektu kanggo ngirim aplikasi, 13 slot saka 24 wis dikuwasani, lan pamicara bisa uga percaya yen tenggat wektu, kabeh kesenengan mung diwiwiti, mula ing sawetara dina pungkasan diwutahake ing meh setengah saka aplikasi kanggo kita. Mesthine, 12 dina sadurunge finalisasi program kasebut, ora realistis bisa kerja kanthi apik karo saben pamicara potensial, mula, ana kemungkinan sawetara laporan sing menarik ditinggalake amarga abstrak sing ora menarik. Nanging, aku yakin manawa program kasebut kalebu laporan sing kuat, jero lan, sing paling penting, aplikasi sing akeh rincian lan praktik.
Nanging aku pengin nggawe kesimpulan tartamtu saka analisis kabeh aplikasi sing diajukake. Mbokmenawa bakal migunani kanggo sawetara sing maca lan bakal menehi pangerten anyar babagan manajemen pengetahuan. Kabeh sing bakal daktulis sabanjure yaiku IMHO murni, adhedhasar pengalaman enem taun kanggo mbangun sistem manajemen pengetahuan ing Kaspersky Lab lan komunikasi karo profesional ing bidang ilmu komputer.
Apa iku kawruh?
Ing konferensi pemuda, saben pembicara, dadi metodologi, profesor universitas, utawa pembicara sing tanggung jawab langsung kanggo manajemen pengetahuan ing perusahaane, diwiwiti kanthi pitakonan "Apa kawruh sing bakal kita atur?"
Aku kudu ngomong yen pitakonan penting. Minangka pengalaman kerja ing PC KnowledgeConf 2019 nuduhake, akeh ing lapangan IT percaya yen kawruh = dokumentasi. Mulane, kita kerep krungu pitakonan: "Kita uga nyathet kode kasebut. Napa kita butuh sistem manajemen pengetahuan liyane? Apa dokumentasi ora cukup?"
Ora, ora cukup. Kabeh definisi sing diwènèhaké penutur kanggo kawruh, sing paling cedhak karo aku yaiku Evgeniy Viktorov saka Gazpromneft: "Kawruh minangka pengalaman sing dipikolehi dening wong tartamtu kanggo ngrampungake masalah tartamtu." Wigati dimangerteni, ora ana dokumentasi. Dokumen minangka informasi, data. Padha bisa digunakake kanggo ngatasi masalah tartamtu, nanging kawruh iku pengalaman nggunakake data iki, lan ora data dhewe. Kaya prangko: sampeyan bisa tuku prangko paling larang ing kantor pos, nanging entuk nilai kanggo kolektor mung sawise dicap nganggo prangko. Sampeyan bisa nyoba kanggo mbukak luwih akeh: dokumentasi = "apa sing ditulis ing kode", lan kawruh = "kenapa ditulis kanthi bener, kepiye keputusan iki digawe, apa tujuane dipecahake."
Perlu dikandhakake yen wiwitane ora ana konsensus ing antarane anggota PC babagan dokumentasi lan kawruh. Aku ngubungake kasunyatan iki kanggo kasunyatan sing PC bener kalebu wong saka macem-macem lapangan kegiatan, lan saben wong melu Manajemen kawruh saka sisih beda. Nanging kita pungkasanipun teka menyang denominator umum. Nanging nerangake marang pamicara kenapa laporan babagan kode dokumentasi ora cocog kanggo konferensi iki, kadhangkala, tugas sing angel.
Latihan vs. Manajemen Kawruh
Uga aspek menarik. Utamane ing jaman saiki, akeh laporan babagan latihan. Babagan carane mulang soft skill, hard skills, coaching, etc. Ya, mesthi, sinau iku babagan kawruh. Nanging sing endi? Yen kita ngomong babagan pelatihan eksternal utawa latihan "kaya", apa iki kalebu ing konsep manajemen pengetahuan perusahaan? We njupuk expertise njaba lan aplikasi ing ngendi iku lara. Ya, wong tartamtu entuk pengalaman anyar (= kawruh), nanging ora ana sing kedadeyan ing basis perusahaan.
Saiki, yen, sawise ngrampungake latihan, karyawan teka ing kantor lan nganakake kelas master sing padha kanggo kolega (rummaged watara kanggo kawruh) utawa nransfer kesan lan gagasan utama sing wis gleaned menyang sawetara jinis basis kawruh internal kondisional - iki manajemen kawruh. Nanging biasane ora mikir babagan (utawa ngomong babagan) sambungan iki.
Yen kita njupuk pengalaman pribadi, iku adat ing departemen kita sawise konferensi kanggo njlèntrèhaké tayangan, keynotes, gagasan, dhaptar buku dianjurake, etc ing bagean khusus saka portal internal. Iki kedadeyan nalika ora ana oposisi antarane konsep. Manajemen kawruh, ing kasus iki, minangka extension alami saka sinau eksternal.
Saiki, yen kolega sing ngirim laporan babagan kepelatihan bakal ngomong, contone, babagan cara nuduhake praktik ing komunitas kepelatihan lan woh-wohan apa wae, mesthine babagan CM.
Utawa ayo njupuk saka sisih liyane. Ana uga laporan babagan carane perusahaan nggawe basis pengetahuan. Titik. Rampung pikirane.
Nanging kenapa dheweke nggawe? Kawruh sing diklumpukake kudu bisa digunakake? Ing njaba komunitas IT, sing isih luwih ditrapake lan praktis, aku kerep nemoni crita manawa para pelaksana proyek manajemen pengetahuan percaya yen cukup kanggo tuku piranti lunak, ngisi bahan, lan kabeh wong bakal nggunakake dhewe yen bisa digunakake. perlu. Lan banjur padha kaget yen piye wae KM ora njupuk. Lan uga ana penutur kaya ngono.
Miturut pendapatku, kita nglumpukake kawruh supaya ing basis saka wong bisa sinau soko lan ora nggawe kesalahan. Latihan internal minangka ekstensi alami saka sistem manajemen pengetahuan. Njupuk onboarding utawa mentoring ing tim: sawise kabeh, mentor nuduhake informasi internal supaya pegawe cepet gabung tim lan proses. Lan yen kita duwe basis kawruh internal, ngendi kabeh informasi iki dumunung? Apa iki ora dadi alesan kanggo nyuda beban kerja mentor lan nyepetake onboarding? Kajaba iku, kawruh bakal kasedhiya 24/7, lan ora nalika pimpinan tim duwe wektu. Lan yen perusahaan teka ing idea iki, oposisi antarane istilah uga bisa dibusak.
Ing praktikku, iki persis sing aku lakoni: Aku nglumpukake kawruh, banjur, adhedhasar bahan sing diklumpukake, aku nggawe kursus pelatihan kanthi macem-macem tingkat rinci kanggo kolega saka departemen sing beda-beda. Lan yen sampeyan nambah modul liyane menyang sistem manajemen kawruh kanggo nggawe tes kanggo ngawasi kesadaran lan katrampilan karyawan, mula umume sampeyan entuk gambaran sing cocog babagan enggo bareng kawruh perusahaan sing padha: sawetara nuduhake informasi kasebut, liyane ngolah, ngrangkep lan bareng kanggo kelompok target, lan Banjur kita mriksa asimilasi bahan.
Pemasaran vs. Laku
Wayahe uga menarik. Asring, yen manajemen kawruh ditindakake dening karyawan sing ditunjuk (HR, L&D), mula tugas gedhene yaiku ngedol ide KM menyang karyawan perusahaan lan nggawe nilai. Saben uwong kudu ngedol ide. Nanging yen manajemen kawruh ditindakake dening wong sing ngrampungake rasa nyeri pribadine kanthi alat iki, lan ora nindakake tugas manajemen, mula dheweke biasane fokus ing aspek sing ditrapake proyek kasebut. Lan karyawan pangembangan staf asring ngalami deformasi profesional tartamtu: dheweke ndeleng carane ngedol, nanging ora ngerti kenapa struktur kasebut kaya ngono. Lan laporan diajukake kanggo konferensi, kang setengah jam sejatine sifate marketing wicara bab apa apik sistem ndadekke, lan ora ngemot tembung bab cara kerjane. Nanging iki sing paling menarik lan penting! Carane iku diatur? Kok ngono? Apa inkarnasi sing dheweke alami, lan apa sing ora cocog karo dheweke ing implementasine sadurunge?
Yen sampeyan nggawe pambungkus sing apik kanggo produk, sampeyan bisa nyedhiyani pangguna kanggo wektu sing cendhak. Nanging kapentingan bakal cepet ilang. Yen pelaksana proyek manajemen kawruh ora ngerti "daging", mikirake angka lan metrik, lan ora ana ing masalah nyata saka pamirsa target, banjur penurunan bakal cepet banget.
Nalika teka ing konferensi kanthi laporan kaya mengkono, sing katon kaya brosur iklan, sampeyan kudu ngerti yen ora bakal menarik "njaba" perusahaan sampeyan. Wong-wong sing teka ngrungokake sampeyan wis tuku ide kasebut (padha pancen mbayar dhuwit akeh kanggo melu!). Dheweke ora perlu yakin yen perlu, ing prinsip, kanggo melu CT. Padha kudu diwenehi carane nindakake lan carane ora kanggo nindakake, lan apa. Iki dudu manajemen ndhuwur sampeyan; bonus sampeyan ora gumantung marang pamirsa ing aula.
Nanging, iki uga dadi rong bagean saka siji proyek, lan tanpa promosi sing apik ing perusahaan, malah konten sing paling keren bakal tetep dadi Sharepoint liyane. Lan yen sampeyan ngandhani aku carane sampeyan adol ide KM menyang kanca-kanca, sing nduweni fitur kerja lan sing ora, lan kenapa, banjur crita kasebut bakal larang banget.
Nanging ekstrem liyane uga bisa: kita nggawe pangkalan sing paling keren, nggunakake praktik canggih kasebut, nanging sakperangan alesan karyawan ora mlebu. Mulane, kita padha kuciwa ing idea lan mandheg nindakaken. Kita uga duwe panjaluk kasebut. Napa karyawan ora ndhukung? Mbok menawa dheweke pancene ora butuh informasi iki (iki masalah sinau target pamirsa, kiriman sing kapisah kudu ditulis babagan iki). Utawa Mungkin padha mung lingkungan disampekno? Kepiye carane dheweke nindakake? Manajer manajemen pengetahuan uga minangka spesialis PR sing apik. Lan yen dheweke ngerti carane njaga keseimbangan antarane promosi lan migunani konten, mula dheweke duwe kesempatan sukses. Sampeyan ora bisa ngomong babagan siji lan lali babagan liyane.
Nomer
Lan pungkasanipun, bab nomer. Aku maca ing memo speaker ing salah siji konferensi (ora KnowledgeConf!) Sing pamirsa tresna informasi eksklusif - nomer. Nanging kenapa? Sadurunge konferensi kasebut, aku mikir suwe babagan carane nomerku bisa migunani kanggo pamirsa? Kepiye carane bisa mbantu kanca-kancaku yen aku bisa nambah sawetara indikator produktivitas karyawan kanthi N% liwat manajemen pengetahuan? Apa sing bakal ditindakake pamirengku sesuk yen ngerti nomerku? Aku teka karo mung siji argumen: "Aku seneng salah sawijining praktik sampeyan, aku pengin ngetrapake dhewe, nanging aku kudu ngedol ide kasebut menyang manajer. Sesuk aku bakal ngandhani yen ing perusahaan X nyebabake kenaikan indikator sing "tuku" ide iki.. Nanging ora kabeh indikator kinerja bisa ditrapake kanggo bisnis liyane. Mbok sampeyan bisa kurban sawetara bantahan liyane ing sih saka tokoh ing laporan? Nanging ing mratelakake panemume, mbuwang 10 menit saka laporan 30 menit ing nomer nalika sampeyan bisa nglampahi ing conto praktis utawa malah workshop cilik karo pamirsa, IMHO, ora apike.
Lan kita uga diwenehi laporan sing kebak nomer. Sawisé dhiskusi sing sepisanan, para pambicara didhawuhi ngrembug babagan praktik-praktik sing ndadékaké asil kasebut. Wong-wong mau sing pungkasane mlebu ing program pungkasan duwe laporan sing meh beda karo versi asline. Akibaté, kita wis krungu akeh umpan balik babagan dhasar praktis sing diwenehake dening konferensi kasebut. Lan durung ana sing ujar manawa "menarik kanggo ngerteni kepiye perusahaan X disimpen liwat manajemen pengetahuan."
Mungkasi maca sing dawa iki, aku seneng maneh yen jagad IT wis ngerti pentinge manajemen pengetahuan lan, muga-muga, bakal mulai aktif ngetrapake, ngoptimalake lan ngatur ing mangsa ngarep. Lan ing Habré bakal ana hub kapisah khusus kanggo manajemen kawruh, lan kabeh pamicara bakal nuduhake kawruh karo kolega ing kana. Ing sawetoro wektu, sampeyan bisa njelajah praktik ing instant messenger, Facebook lan sarana komunikasi liyane sing kasedhiya. Muga-muga sampeyan kabeh mung laporan sing migunani lan pidato sing sukses!
Source: www.habr.com