Anuman ang sabihin mo, ang pamamahala ng kaalaman (KM) ay nananatiling kakaibang hayop sa mga espesyalista sa IT: Tila malinaw na ang kaalaman ay kapangyarihan (c), ngunit kadalasan ito ay nangangahulugan ng ilang uri ng personal na kaalaman, sariling karanasan, natapos na mga pagsasanay, mga namumuong kasanayan. . Ang mga sistema ng pamamahala ng kaalaman sa buong enterprise ay bihirang pinag-iisipan, matamlay, at, karaniwang, hindi nila nauunawaan kung anong halaga ang maidudulot ng kaalaman ng isang partikular na developer sa buong kumpanya. Mayroong mga pagbubukod, siyempre. At ang parehong Alexey Sidorin mula sa CROC kamakailan ay nagbigay ng mahusay . Ngunit ang mga ito ay nakahiwalay pa rin na mga phenomena.
Kaya sa HabrΓ© wala pa ring hub na nakatuon sa pamamahala ng kaalaman, kaya isinusulat ko ang aking post sa conference hub. Medyo makatwiran, kung mayroon man, dahil noong Abril 26, salamat sa inisyatiba ng Oleg Bunin Conferences, naganap ang unang kumperensya sa Russia sa pamamahala ng kaalaman sa IT - .
Ako ay sapat na mapalad na magtrabaho sa Conference Program Committee, upang makita at marinig ang maraming mga bagay na sa ilang mga lawak ay nagpabaligtad sa aking maaliwalas na mundo ng isang manager ng pamamahala ng kaalaman, at upang maunawaan na ang IT ay tumanda na sa pamamahala ng kaalaman. Ito ay nananatiling maunawaan kung saang panig ito lapitan.
Sa pamamagitan ng paraan, dalawa pang kumperensya sa pamamahala ng kaalaman ang ginanap noong Abril 10 at 17-19: ΠΈ , kung saan nagkaroon ako ng pagkakataong kumilos bilang isang dalubhasa. Ang mga kumperensyang ito ay walang bias sa IT, ngunit mayroon akong maihahambing. Sa aking unang post gusto kong pag-usapan ang tungkol sa mga saloobin na naging inspirasyon ko ang pakikilahok sa mga kumperensyang ito, isang espesyalista sa pamamahala ng kaalaman. Maaari itong ituring na payo para sa mga susunod na tagapagsalita, gayundin para sa mga kasangkot sa pamamahala ng kaalaman ayon sa linya ng trabaho.
Mayroon kaming 83 ulat, 24 na puwang at 12 araw para sa paggawa ng desisyon
83, Karl. Ito . Sa kabila ng katotohanan na ito ang unang kumperensya, at kakaunti ang mga tao na kasangkot sa sentralisadong pamamahala ng kaalaman sa IT, nagkaroon ng malaking interes sa paksa. Ang sitwasyon ay medyo kumplikado sa pamamagitan ng katotohanan na sa pamamagitan ng deadline para sa pagsusumite ng mga aplikasyon, 13 na mga puwang sa 24 ay okupado na, at ang mga tagapagsalita ay malamang na naniniwala na sa deadline, ang lahat ng kasiyahan ay nagsisimula pa lang, kaya sa mga huling araw ay sila. ibinuhos sa halos kalahati ng mga aplikasyon sa amin. Siyempre, 12 araw bago ang pagsasapinal ng programa, hindi makatotohanang magtrabaho nang maayos sa bawat potensyal na tagapagsalita, samakatuwid, may posibilidad na ang ilang mga kagiliw-giliw na ulat ay naiwan dahil sa hindi kawili-wiling mga abstract. Gayunpaman, naniniwala ako na ang programa ay may kasamang malakas, malalim at, pinaka-mahalaga, inilapat na mga ulat na may maraming detalye at kasanayan.
Gayunpaman, nais kong gumuhit ng ilang mga konklusyon mula sa pagsusuri ng lahat ng isinumiteng aplikasyon. Marahil ay magiging kapaki-pakinabang ang mga ito sa ilan sa mga mambabasa at magbibigay ng bagong pag-unawa sa pamamahala ng kaalaman. Lahat ng susunod kong isusulat ay puro IMHO, batay sa anim na taong karanasan sa pagbuo ng isang sistema ng pamamahala ng kaalaman sa Kaspersky Lab at pakikipag-usap sa mga propesyonal sa larangan ng computer science.
Ano ang kaalaman?
Sa kumperensya ng mga kabataan, ang bawat tagapagsalita, maging isang metodologo, isang propesor sa unibersidad, o isang tagapagsalita na direktang responsable para sa pamamahala ng kaalaman sa kanyang kumpanya, ay nagsimula sa tanong na "Ano ang kaalaman na ating pamamahalaan?"
Dapat kong sabihin na ang tanong ay mahalaga. Tulad ng ipinakita ng karanasan sa pagtatrabaho sa PC KnowledgeConf 2019, marami sa larangan ng IT ang naniniwala na ang kaalaman = dokumentasyon. Samakatuwid, madalas nating marinig ang tanong na: βDokumento pa rin namin ang code. Bakit kailangan natin ng isa pang sistema ng pamamahala ng kaalaman? Hindi pa ba sapat ang dokumentasyon?"
Hindi, hindi sapat. Sa lahat ng mga kahulugan na ibinigay ng mga tagapagsalita sa kaalaman, ang pinakamalapit sa akin ay ang kay Evgeniy Viktorov mula sa Gazpromneft: "Ang kaalaman ay ang karanasang nakuha ng isang partikular na tao sa paglutas ng isang partikular na problema." Pakitandaan, walang dokumentasyon. Ang isang dokumento ay impormasyon, data. Magagamit ang mga ito upang malutas ang isang partikular na problema, ngunit ang kaalaman ay karanasan sa paggamit ng data na ito, at hindi ang data mismo. Tulad ng mga selyo sa selyo: maaari kang bumili ng pinakamahal na selyo sa tanggapan ng koreo, ngunit nakakakuha ito ng halaga para sa isang kolektor pagkatapos lamang itong maselyohan ng selyo. Maaari mong subukang magbunyag ng higit pa: dokumentasyon = "kung ano ang nakasulat sa code", at kaalaman = "bakit ito nakasulat nang eksakto kung paano ito ginawa, kung paano ginawa ang desisyong ito, kung ano ang layunin nito."
Dapat sabihin na sa simula ay walang pinagkasunduan sa mga miyembro ng PC tungkol sa dokumentasyon at kaalaman. Iniuugnay ko ang katotohanang ito sa katotohanan na ang PC ay aktwal na kasama ang mga tao mula sa iba't ibang larangan ng aktibidad, at lahat ay kasangkot sa pamamahala ng kaalaman mula sa iba't ibang panig. Ngunit sa kalaunan ay dumating kami sa isang karaniwang denominator. Ngunit ang pagpapaliwanag sa mga tagapagsalita kung bakit ang kanilang ulat sa pagdodokumento ng code ay hindi angkop para sa kumperensyang ito, minsan, isang mahirap na gawain.
Pagsasanay vs. Pamamahala ng Kaalaman
Gayundin isang kawili-wiling aspeto. Lalo na nitong mga nakaraang araw, marami kaming natanggap na ulat tungkol sa pagsasanay. Tungkol sa kung paano magturo ng mga soft skills, hard skills, coaching, atbp. Oo, siyempre, ang pag-aaral ay tungkol sa kaalaman. Ngunit alin? Kung pinag-uusapan natin ang tungkol sa external coaching o "as is" na pagsasanay, kasama ba ito sa konsepto ng corporate knowledge management? Kinukuha namin ang kadalubhasaan sa labas at inilalapat ito kung saan masakit. Oo, ang mga partikular na tao ay nakakuha ng bagong karanasan (=kaalaman), ngunit walang nangyari sa buong kumpanya.
Ngayon, kung, pagkatapos makumpleto ang pagsasanay, ang isang empleyado ay dumating sa opisina at nagsagawa ng isang katulad na master class para sa mga kasamahan (hinalungkat para sa kaalaman) o inilipat ang kanyang mga impression at pangunahing ideya na nakuha niya sa ilang uri ng kondisyon na panloob na base ng kaalaman - ito ay pamamahala ng kaalaman. Ngunit kadalasan ay hindi nila iniisip (o pinag-uusapan) ang koneksyong ito.
Kung kukuha kami ng personal na karanasan, kaugalian sa aming departamento pagkatapos ng kumperensya na ilarawan ang mga impression, keynote, ideya, ilista ang mga inirerekomendang aklat, atbp. sa isang espesyal na seksyon ng panloob na portal. Ito ang kaso kapag walang oposisyon sa pagitan ng mga konsepto. Ang pamamahala ng kaalaman, sa kasong ito, ay isang natural na extension ng panlabas na pag-aaral.
Ngayon, kung ang mga kasamahan na nagsumite ng mga ulat tungkol sa coaching ay magsasalita, halimbawa, tungkol sa kung paano sila nagbabahagi ng mga kasanayan sa kanilang coaching community at kung anong mga bunga ang dulot nito, ito ay tiyak na tungkol sa CM.
O kunin natin ito mula sa kabilang panig. Mayroon ding mga ulat kung paano lumikha ang kumpanya ng isang base ng kaalaman. Dot. Nakumpleto ang pag-iisip.
Ngunit bakit nila ito nilikha? Ang nakolektang kaalaman ay dapat gumana? Sa labas ng komunidad ng IT, na mas nalalapat at praktikal pa rin, madalas kong nakikita ang kuwento na ang mga tagapagpatupad ng isang proyekto sa pamamahala ng kaalaman ay naniniwala na sapat na ang pagbili ng software, punan ito ng mga materyales, at lahat ay pupunta at gagamitin ito mismo kung kailangan. At pagkatapos ay nagulat sila na kahit papaano ay hindi umaalis ang KM. At may mga ganyang speaker din.
Sa aking palagay, nag-iipon tayo ng kaalaman upang sa batayan nito ay may matutunan ang isang tao at hindi magkamali. Ang panloob na pagsasanay ay isang natural na extension ng isang sistema ng pamamahala ng kaalaman. Kumuha ng onboarding o mentoring sa mga koponan: pagkatapos ng lahat, ang mga tagapayo ay nagbabahagi ng panloob na impormasyon upang ang empleyado ay mabilis na sumali sa koponan at mga proseso. At kung mayroon tayong panloob na base ng kaalaman, saan matatagpuan ang lahat ng impormasyong ito? Hindi ba ito dahilan para maibsan ang workload ng mentor at mapabilis ang onboarding? Bukod dito, ang kaalaman ay magiging available 24/7, at hindi kapag may oras ang pinuno ng koponan. At kung ang kumpanya ay dumating sa ideyang ito, ang pagsalungat sa pagitan ng mga tuntunin ay maaari ding alisin.
Sa aking pagsasanay, ito mismo ang ginagawa ko: Nag-iipon ako ng kaalaman, at pagkatapos, batay sa mga nakolektang materyales, lumikha ako ng mga kurso sa pagsasanay na may iba't ibang antas ng detalye para sa mga kasamahan mula sa iba't ibang departamento. At kung magdaragdag ka ng isa pang module sa sistema ng pamamahala ng kaalaman para sa paglikha ng mga pagsubok upang masubaybayan ang kamalayan at kasanayan ng mga empleyado, sa pangkalahatan ay makakakuha ka ng isang perpektong larawan ng parehong pagbabahagi ng kaalaman ng kumpanya: ang ilan ay nagbahagi ng impormasyon, ang iba ay nagproseso nito, nakabalot ito at ibinahagi ito para sa mga target na grupo, at Pagkatapos ay sinuri namin ang asimilasyon ng mga materyales.
Marketing vs. Magsanay
Interesting din ang moment. Kadalasan, kung ang pamamahala ng kaalaman ay isinasagawa ng isang itinalagang empleyado (HR, L&D), kung gayon ang kanyang malaking gawain ay ibenta ang ideya ng KM sa mga empleyado ng kumpanya at lumikha ng halaga. Lahat ay kailangang magbenta ng ideya. Ngunit kung ang pamamahala ng kaalaman ay isinasagawa ng isang tao na nilulutas ang kanyang personal na sakit gamit ang tool na ito, at hindi nagsasagawa ng isang gawain sa pamamahala, kadalasan ay pinapanatili niya ang pagtuon sa mga inilapat na aspeto ng proyekto. At ang isang empleyado sa pagpapaunlad ng kawani ay madalas na nakakaranas ng isang tiyak na propesyonal na pagpapapangit: nakikita niya kung paano ito ibenta, ngunit hindi niya talaga naiintindihan kung bakit ito nakaayos sa ganoong paraan. At ang isang ulat ay isinumite sa kumperensya, na isang kalahating oras na puro marketing speech tungkol sa kung ano ang mga goodies na dinadala ng system, at hindi naglalaman ng isang salita tungkol sa kung paano ito gumagana. Ngunit ito ay tiyak na ang pinaka-kawili-wili at mahalagang bagay! Paano ito nakaayos? Bakit ganito? Anong mga pagkakatawang-tao ang naranasan niya, at ano ang hindi nababagay sa kanya sa mga nakaraang pagpapatupad?
Kung gagawa ka ng magandang wrapper para sa isang produkto, maibibigay mo ito sa mga user sa maikling panahon. Ngunit ang interes ay mabilis na mawawala. Kung ang tagapagpatupad ng isang proyekto sa pamamahala ng kaalaman ay hindi nauunawaan ang "karne" nito, nag-iisip sa mga numero at sukatan, at hindi sa mga tunay na problema ng target na madla, kung gayon ang pagbaba ay darating nang napakabilis.
Kapag dumarating sa isang kumperensya na may ganitong ulat, na mukhang isang brochure sa advertising, kailangan mong maunawaan na hindi ito magiging kawili-wili "sa labas" ng iyong kumpanya. Ang mga taong dumating upang makinig sa iyo ay bumili na ng ideya (talagang nagbayad sila ng maraming pera upang makilahok!). Hindi nila kailangang kumbinsihin na kinakailangan, sa prinsipyo, na makisali sa CT. Kailangang sabihin sa kanila kung paano ito gagawin at kung paano hindi ito gagawin, at bakit. Hindi ito ang iyong nangungunang pamamahala; ang iyong bonus ay hindi nakasalalay sa madla sa bulwagan.
Gayunpaman, ang mga ito ay dalawang bahagi din ng isang proyekto, at kung walang magandang promosyon sa loob ng kumpanya, kahit na ang pinakaastig na nilalaman ay mananatiling isa pang Sharepoint. At kung sasabihin mo sa akin bilang ibinebenta mo ang ideya ng KM sa iyong mga kasamahan, na nagtatampok ng trabaho at kung alin ang hindi, at bakit, kung gayon ang kuwento ay magiging napaka, napakahalaga.
Ngunit ang iba pang sukdulan ay posible rin: lumikha kami ng pinaka-cool na base, gumamit ng mga advanced na kasanayan, ngunit sa ilang kadahilanan ay hindi pumunta doon ang mga empleyado. Samakatuwid, kami ay nabigo sa ideya at tumigil sa paggawa nito. Nagkaroon din kami ng mga ganoong kahilingan. Bakit hindi sumuporta ang mga empleyado? Marahil ay talagang hindi nila kailangan ang impormasyong ito (ito ay isang problema sa pag-aaral ng target na madla, isang hiwalay na post ang dapat na nakasulat tungkol dito). O baka sila ay hindi maganda ang pakikipag-usap? Paano nila nagawa ito? Ang isang manager ng pamamahala ng kaalaman ay isa ring mahusay na espesyalista sa PR. At kung alam niya kung paano mapanatili ang balanse sa pagitan ng pag-promote at pagiging kapaki-pakinabang ng nilalaman, kung gayon mayroon siyang malaking pagkakataon na magtagumpay. Hindi mo maaaring pag-usapan ang isa habang nakakalimutan ang isa pa.
Mga figure
At sa wakas, tungkol sa mga numero. Nabasa ko sa isang memo ng tagapagsalita sa isa sa mga kumperensya (hindi KnowledgeConf!) na gusto ng audience ang eksklusibong impormasyon - mga numero. Pero bakit? Bago ang kumperensyang iyon, naisip ko nang matagal kung paano magiging kapaki-pakinabang ang aking mga numero sa madla? Paano ito makakatulong sa aking mga kasamahan na napabuti ko ang ilang tagapagpahiwatig ng pagiging produktibo ng empleyado ng N% sa pamamagitan ng pamamahala ng kaalaman? Ano ang kakaibang gagawin ng aking mga tagapakinig bukas kung alam nila ang aking mga numero? Isang argumento lang ang naisip ko: βI liked one of your practices, I want to implement it myself, but I need to sell the idea to the manager. Bukas sasabihin ko sa kanya na sa kumpanya X ay humantong ito sa pagtaas ng mga indicator na "binili" niya ang ideyang ito.. Ngunit hindi lahat ng aking mga tagapagpahiwatig ng pagganap ay naaangkop sa anumang iba pang negosyo. Marahil maaari kang mag-alok ng ilang iba pang mga argumento na pabor sa mga numero sa mga ulat? Ngunit sa aking palagay, ang paggugol ng 10 minuto ng isang 30 minutong ulat sa mga numero kapag maaari mong gastusin ang mga ito sa mga praktikal na halimbawa o kahit isang maliit na workshop na may madla, IMHO, ay hindi magandang ideya.
At binigyan din kami ng mga ulat na puno ng numero. Pagkatapos ng unang talakayan, hiniling namin sa mga tagapagsalita na pag-usapan ang tungkol sa mga kasanayan na humantong sa mga resulta. Ang mga sa kanila na kalaunan ay nakarating sa panghuling programa ay may mga ulat na halos ganap na naiiba sa orihinal na bersyon. Bilang resulta, nakarinig na kami ng maraming puna sa napakalaking praktikal na batayan na ibinigay ng kumperensya. At wala pang nagsabi na "kagiliw-giliw na malaman kung gaano karaming kumpanya ang na-save ng X sa pamamagitan ng pamamahala ng kaalaman."
Sa pagtatapos ng mahabang pagbabasa na ito, nais kong muling matuwa na napagtanto ng mundo ng IT ang kahalagahan ng pamamahala ng kaalaman at, umaasa ako, ay magsisimulang aktibong ipatupad, i-optimize at i-customize ito sa malapit na hinaharap. At sa HabrΓ© magkakaroon ng hiwalay na hub na nakatuon sa pamamahala ng kaalaman, at lahat ng aming mga tagapagsalita ay magbabahagi ng kaalaman sa mga kasamahan doon. Pansamantala, maaari mong tuklasin ang mga kasanayan sa mga instant messenger, Facebook at iba pang magagamit na paraan ng komunikasyon. Nais naming lahat ay kapaki-pakinabang lamang na mga ulat at matagumpay na mga talumpati!
Pinagmulan: www.habr.com