Zer esanik ez, ezagutzaren kudeaketa (KM) oraindik ere animalia arraroa izaten jarraitzen du informatikako espezialisten artean: argi dirudi ezagutza boterea dela (c), baina normalean horrek nolabaiteko ezagutza pertsonala esan nahi du, norberaren esperientzia, prestakuntza osatuak, trebetasun handituak. . Enpresa osoko ezagutza kudeatzeko sistemak oso gutxitan pentsatzen dira, motel, eta, funtsean, ez dute ulertzen garatzaile jakin baten ezagutzak zer balio ekar dezakeen enpresa osoan. Salbuespenak daude, noski. Eta CROCeko Alexey Sidorin berak eman berri du bikaina . Baina hauek oraindik fenomeno isolatuak dira.
Beraz, Habré-n oraindik ez dago ezagutzaren kudeaketari eskainitako gunerik, beraz, konferentziaren zentroan idazten ari naiz nire mezua. Nahiko justifikatuta, zeren eta, apirilaren 26an, Oleg Bunin Jardunaldien ekimenari esker, Errusian ezagutzaren kudeaketari buruzko informatikako lehen biltzarra egin zen - .
Zortea izan nuen Jardunaldien Programaren Batzordean lan egiteko, gauza asko ikusi eta entzuteko, hein batean nire ezagutzaren kudeaketaren kudeatzaile baten mundu atsegina hankaz gora jarri zuten gauza asko ikusi eta entzuteko, eta IT ezagutzaren kudeaketara heldu dela ulertzea. Ulertzea geratzen da zein aldetatik hurbildu.
Bide batez, ezagutzaren kudeaketari buruzko beste bi jardunaldi egin ziren apirilaren 10ean eta 17-19an: и , eta bertan aditu gisa jarduteko aukera izan nuen. Jardunaldi hauek ez zuten IT alborapenik, baina badut zerekin alderatzeko. Nire lehen argitalpenean hitzaldi hauetan parte hartzeak bultzatu nauten pentsamenduei buruz hitz egin nahi dut, ezagutzaren kudeaketan espezialista naizen aldetik. Etorkizuneko hizlarientzako aholku gisa kontsidera daiteke, baita ezagutzaren kudeaketan lan-lerroen arabera dihardutenentzat ere.
83 txosten, 24 tarte eta 12 egun izan genituen erabakiak hartzeko
83, Karl. Hau . Lehen hitzaldia den arren, eta informatikako ezagutzaren kudeaketa zentralizatuan jende gutxi parte hartzen duen arren, interes handia zegoen gaian. Egoera zertxobait zaildu zen, izan ere, eskaerak aurkezteko epea bukatzen zenerako, 13tik 24 zirrikituak zeuden jada, eta hizlariek ziurrenik uste zuten epearekin batera dibertsio guztia hasi besterik ez zela eta, beraz, azken bi egunetan aplikazioen ia erdia bota dizkigu. Jakina, programa amaitu baino 12 egun lehenago, ez zen errealista balizko hizlari guztiekin ondo lan egitea, beraz, aukera dago txosten interesgarri batzuk kanpoan uztea laburpen interesgarririk ez zutelako. Eta, hala ere, uste dut programak txosten sendoak, sakonak eta, batez ere, aplikatuak biltzen zituela xehetasun eta praktika askorekin.
Eta, hala ere, aurkeztutako eskaera guztien analisitik zenbait ondorio atera nahiko nituzke. Agian irakurle batzuentzat erabilgarriak izango dira eta ezagutzaren kudeaketaren ulermen berri bat emango dute. Ondoren idatziko dudan guztia IMHO hutsa da, Kaspersky Lab-en ezagutza kudeatzeko sistema bat eraikitzen eta informatika arloko profesionalekin komunikatzen sei urteko esperientzian oinarrituta.
Zer da ezagutza?
Gazteen biltzarrean, hizlari bakoitzak, izan metodologoa, unibertsitateko irakaslea edo bere enpresan ezagutzaren kudeaketaz arduratzen den zuzeneko hizlaria, “Zer da kudeatuko dugun ezagutza?” galderarekin hasi zen.
Esan behar dut galdera garrantzitsua dela. PC KnowledgeConf 2019-n lan egiteko esperientziak erakutsi zuenez, informatika arloko askok uste dute ezagutza = dokumentazioa dela. Horregatik, askotan entzuten dugu galdera: «Kodea hala ere dokumentatzen dugu. Zergatik behar dugu ezagutza kudeatzeko beste sistema bat? Ez al da nahikoa dokumentazioa?"
Ez, nahikoa ez. Hiztunek ezagutzari eman zizkion definizio guztien artean, niregandik gertuen dagoena Gazpromneft-eko Evgeniy Viktorov-ena da: “ezagutza da pertsona zehatz batek arazo zehatz bat konpontzeko hartutako esperientzia”. Kontuan izan, dokumentaziorik ez. Dokumentua informazioa da, datuak. Arazo zehatz bat konpontzeko erabil daitezke, baina ezagutza datu horiek erabiltzeko esperientzia da, eta ez datuak berak. Posta-zigiluak bezala: zigilurik garestiena posta-bulegoan eros dezakezu, baina bildumazalearentzat balioa hartzen du posta-zigilu batekin zigilatu ondoren. Are gehiago erakusten saia zaitezke: dokumentazioa = "kodean idatzita dagoena", eta ezagutza = "zergatik idatzi den zehatz-mehatz zegoen moduan, erabaki hau nola hartu den, zein helburu konpontzen duen".
Esan beharra dago hasieran PCko kideen artean ez zegoela adostasunik dokumentazio eta ezagutzaren inguruan. Izan ere, PCak jarduera-esparru ezberdinetako pertsonak barne hartzen zituelako egozten dut, eta denek ezagutzaren kudeaketan alde ezberdinetatik parte hartzen zutela. Baina azkenean izendatzaile komun batera iritsi ginen. Baina hizlariei kodea dokumentatzeari buruzko txostena zergatik ez zen egokia hitzaldi honetarako azaltzea, batzuetan, lan zaila izan zen.
Prestakuntza vs. Ezagutzaren Kudeaketa
Alderdi interesgarria ere bai. Batez ere azken egunotan, prestakuntzari buruzko txosten asko jaso ditugu. Gaitasun bigunak, trebetasun gogorrak, coaching-a eta abar nola irakatsi buruz. Bai, noski, ikastea ezagutza da. Baina zeintzuk? Kanpoko coachingaz edo "bezalako" prestakuntzaz ari bagara, ezagutza korporatiboaren kudeaketaren kontzeptuan sartzen al da hori? Kanpoko espezializazioa hartzen dugu eta min egiten duen tokian aplikatzen dugu. Bai, pertsona zehatzek esperientzia (=ezagutza) berria lortu zuten, baina ez zen ezer gertatu enpresa osoan.
Orain, prestakuntza amaitu ondoren, langile bat bulegora etorri eta lankideentzako antzeko klase magistrala egiten bazuen (ezagutza bila ibili zen) edo jasotako inpresioak eta funtsezko ideiak barneko ezagutza-base baldintza bateraino transferitu baziren - hau da. ezagutzaren kudeaketa. Baina normalean ez dute lotura horri buruz pentsatzen (edo hitz egiten).
Esperientzia pertsonala hartzen badugu, gure sailean ohikoa da hitzaldiaren ostean inpresioak, hitzaldiak, ideiak, gomendatutako liburuak zerrendatzea eta abar barne atariko atal berezi batean deskribatzea. Hori gertatzen da kontzeptuen arteko oposiziorik ez dagoenean. Ezagutzaren kudeaketa, kasu honetan, kanpoko ikaskuntzaren luzapen naturala da.
Orain, coaching-ari buruzko txostenak aurkeztu dituzten lankideek, adibidez, beren coaching komunitatean praktikak nola partekatzen dituzten eta horrek ekartzen dituen fruituei buruz hitz egingo balute, zalantzarik gabe CMri buruz izango litzateke.
Edo har dezagun beste aldetik. Enpresak jakintza-base bat nola sortu zenari buruzko txostenak ere egin ziren. Dot. Pentsamendu osatua.
Baina zergatik sortu zuten? Bildutako ezagutzak funtzionatu beharko luke? Oraindik aplikatu eta praktikoagoa den IT komunitatetik kanpo, sarritan egiten dut topo jakintza kudeatzeko proiektu baten ejekutzaileek nahikoa dela softwarea erostea, materialez betetzea eta bakoitzak bere burua erabiliko duela uste duela. beharrezkoak. Eta orduan harritu egiten dira, nolabait, KM ez dela aireratzen. Eta halako hiztunak ere bazeuden.
Nire ustez, ezagutza pilatzen dugu, bere oinarrian norbaitek zerbait ikas dezan eta akatsik ez egiteko. Barne prestakuntza ezagutza kudeatzeko sistema baten luzapen naturala da. Hartu onboarding edo tutoretza taldeetan: azken finean, tutoreek barne informazioa partekatzen dute, langilea taldean eta prozesuetan azkar sartzeko. Eta barne ezagutza-base bat badugu, non kokatzen da informazio hori guztia? Ez al da hau tutorearen lan-karga arintzeko eta barneratzea bizkortzeko arrazoia? Gainera, ezagutza 24/7 eskuragarri egongo da, eta ez taldeko buruak denbora duenean. Eta enpresa ideia horretara heltzen bada, baldintzen arteko oposizioa ere kendu daiteke.
Nire praktikan, horixe da zehazki egiten dudana: ezagutzak pilatzen ditut, eta, ondoren, bildutako materialetan oinarrituta, hainbat xehetasun-mailako prestakuntza-ikastaroak sortzen ditut sail ezberdinetako lankideentzat. Eta ezagutzak kudeatzeko sistemari beste modulu bat gehitzen badiozu langileen kontzientzia eta trebetasunak kontrolatzeko probak sortzeko, orduan, oro har, ezagutza korporatiboaren partekatze horren irudi ezin hobea lortuko duzu: batzuek informazioa partekatu zuten, beste batzuek prozesatu, paketatu eta xede-taldeentzat partekatu, eta Ondoren, materialen asimilazioa egiaztatu dugu.
Marketina vs. Praktikatu
Momentua ere interesgarria da. Askotan, ezagutzaren kudeaketa izendatutako langile batek egiten badu (HR, L&D), orduan bere zeregin handia KM ideia enpresako langileei saltzea eta balioa sortzea da. Bakoitzak ideia bat saldu behar du. Baina ezagutzaren kudeaketa tresna honekin bere min pertsonala konpontzen duen pertsona batek egiten badu eta kudeaketa-zereginik egiten ez badu, orduan proiektuaren alderdi aplikatuetan arreta mantentzen du normalean. Eta langileak garatzeko langile batek askotan deformazio profesional bat jasaten du: ikusten du nola saldu, baina ez du ulertzen zergatik egituratuta dagoen horrela. Eta biltzarrera txosten bat aurkezten da, hau da, ordu erdiko marketin hutseko hitzaldia sistemak ekartzen dituen ondasunei buruz, eta ez du nola funtzionatzen duen buruz hitzik jasotzen. Baina hau da, hain zuzen, gauzarik interesgarri eta garrantzitsuena! Nola dago antolatuta? Zergatik da hori horrela? Zer enkarnazio bizi izan zituen, eta zer ez zitzaion egokitu aurreko inplementazioetan?
Produktu baterako bilgarri eder bat sortzen baduzu, erabiltzaileei eman diezaiekezu denbora laburrean. Baina interesa azkar desagertuko da. Ezagutza kudeatzeko proiektu baten inplementatzaileak bere "haragia" ulertzen ez badu, zenbaki eta metriketan pentsatzen badu, eta ez xede-publikoaren benetako arazoetan, orduan beherakada oso azkar etorriko da.
Publizitate-liburuxka baten itxura duen txosten bat duen hitzaldi batera etortzean, ulertu behar duzu ez dela interesgarria izango zure enpresa "kanpo" . Zu entzutera etorri direnek dagoeneko erosi dute ideia (egia esan, diru asko ordaindu dute parte hartzeko!). Ez dute sinetsi behar, printzipioz, CTn aritzea beharrezkoa dela. Esan behar zaie nola egin eta nola ez, eta zergatik. Hau ez da zure zuzendaritza nagusia; zure bonusa ez da aretoko ikusleen araberakoa.
Hala ere, hauek ere proiektu baten bi atal dira, eta enpresaren barruan sustapen onik gabe, edukirik politenak ere Sharepoint beste bat izaten jarraituko du. Eta esaten badidazu gisa KM-ren ideia saltzen diezu zure lankideei, zein den lana eta zein ez, eta zergatik, orduan istorioa oso-oso baliotsua izango da.
Baina beste muturra ere posible da: oinarri politena sortu genuen, praktika aurreratuak erabili, baina arrazoiren batengatik langileak ez ziren bertara joan. Horregatik, ideiarekin etsita geratu ginen eta egiteari utzi genion. Horrelako eskaerak ere izan genituen. Zergatik ez zuten langileek onartzen? Agian ez zuten informazio hori behar (hau xede-publikoa aztertzeko arazo bat da, aparteko mezu bat idatzi beharko litzateke horri buruz). Edo agian gaizki komunikatuta zeuden? Nola egin zuten ere? Ezagutza kudeatzeko kudeatzailea ere PR espezialista ona da. Eta edukien promozioaren eta erabilgarritasunaren arteko oreka mantentzen badaki, arrakasta izateko aukera handiak ditu. Ezin duzu bati buruz hitz egin besteaz ahaztu bitartean.
zifra
Eta azkenik, zenbakiei buruz. Hizlari baten oharrean irakurri nuen hitzaldietako batean (ez KnowledgeConf!) ikusleek informazio esklusiboa maite dutela: zenbakiak. Baina zergatik? Konferentzia horren aurretik, denbora luzez pentsatu nuen nola izan litezkeen nire zenbakiak entzuleentzat erabilgarriak? Nola lagunduko die nire lankideei ezagutzaren kudeaketaren bidez langileen produktibitatearen adierazleren bat % N hobetzea lortu izanak? Zer egingo dute desberdin nire entzuleek bihar nire zenbakiak ezagutzen badituzte? Argudio bakarra atera nuen: «Zure praktika bat gustatu zait, nik neuk ezarri nahi dut, baina ideia saldu behar diot zuzendariari. Bihar esango diot X enpresan halako adierazleen igoera ekarri zuela ideia hori "erosi" zuela".. Baina nire errendimendu-adierazle guztiak ez dira aplikagarriak beste edozein negoziotan. Txostenetako zifren aldeko beste argudio batzuk eskain ditzakezu agian? Baina nire ustez, zenbakiei buruzko 10 minutuko erreportaje bateko 30 minutu pasatzea adibide praktikoetan gastatu ahal izango zenituzkeen edo baita publiko batekin tailer txiki bat ere, NIK, ez da ideia ona.
Eta zenbakiz betetako txostenak ere eman zizkiguten. Lehenengo eztabaidaren ostean, hizlariei horrelako emaitzak ekarri dituzten praktikei buruz hitz egiteko eskatu diegu. Azken programara iritsi ziren haietakoek jatorrizko bertsiotik ia guztiz desberdinak ziren txostenak zituzten. Ondorioz, hitzaldiak emandako oinarri praktiko erraldoiari buruzko iritzi asko entzun ditugu dagoeneko. Eta oraindik inork ez du esan "interesgarria zen jakitea X enpresak zenbat aurreztu zuen ezagutzaren kudeaketaren bidez".
Irakurketa luze hau amaituta, poztu nahi nuke berriro ere IT munduak ezagutzaren kudeaketaren garrantziaz jabetu direlako eta, espero dut, etorkizun hurbilean aktiboki inplementatzen, optimizatzen eta pertsonalizatzen hastea. Eta Habré-n ezagutzaren kudeaketari eskainitako gune berezi bat egongo da, eta gure hizlari guztiek ezagutza partekatuko dute hango lankideekin. Bitartean, praktikak arakatu ditzakezu berehalako mezularitzan, Facebook-en eta eskuragarri dauden beste komunikazio-bideetan. Txosten erabilgarriak eta hitzaldi arrakastatsuak soilik opa dizkizuegu!
Iturria: www.habr.com