Kaixo guztioi. Ondoren sei hilabete igaro dira, eta denbora horretan beste bi kongresutan hitz egitea eta ezagutzaren kudeaketaren gaiari buruzko hitzaldiak ematea lortu nuen bi IT enpresa handitan. Lankideekin komunikatuta, konturatu nintzen informatikan oraindik posible dela “hastapen” mailan ezagutzaren kudeaketaz hitz egitea, edo, hobeto esanda, konturatu besterik gabe ezagutzaren kudeaketa beharrezkoa dela edozein enpresatako edozein sailentzat. Gaur egun nire esperientziaren gutxieneko bat izango da - ezagutzaren kudeaketaren arloan dauden nazioarteko estandarrak berrikusi nahiko nituzke.
Has gaitezen, ziurrenik, estandarizazioaren alorreko marka ezagunenarekin - ISO. Imajinatu ezagutza kudeatzeko sistemei (ISO 30401:2018) dedikatutako estandar oso bat dagoela. Baina gaur ez nintzateke horretan luzatuko. Ezagutza kudeatzeko sistema batek “nola” begiratu eta funtzionatu behar duen ulertu aurretik, printzipioz beharrezkoa dela onartu behar dugu.
Har dezagun adibidez ISO 9001: 2015 (Kalitatea kudeatzeko sistemak). Izenak dioen bezala, kalitatea kudeatzeko sistemari eskainitako estandarra da. Arau honen arabera ziurtatua izateko, erakunde batek ekoitzitako lan-prozesuen eta produktu eta/edo zerbitzuen gardentasuna eta jarraitutasuna bermatu behar du. Beste era batera esanda, ziurtagiri batek esan nahi du zure enpresan dena ongi, leunki funtzionatzen duela, ulertzen duzula prozesuen egungo antolaketak zer arrisku dituen, arrisku horiek kontrolatzen jakin duzula eta horiek gutxitzen ahalegintzen zara.
Zertan datza ezagutzaren kudeaketa? Eta hona hemen zer:
7.1.6 Antolakuntzaren ezagutza
Erakundeak bere prozesuen funtzionamendurako eta produktu eta zerbitzuen adostasuna lortzeko beharrezkoak diren ezagutzak zehaztuko ditu.
Ezagutza mantendu eta eskuragarri jarri behar da beharrezkoa den neurrian.
Aldatzen diren beharrak eta joerak kontuan hartuta, erakundeak lehendik dituen ezagutzak kontuan hartu behar ditu eta jakintza osagarria eta bere eguneratzea nola lortu edo nola eman behar duen zehaztu.
OHARRA 1. Antolakuntzaren ezagutza erakundearen jakintza espezifikoa da; gehienbat esperientzian oinarrituta.
Ezagutza erakundearen helburuak lortzeko erabiltzen eta partekatzen den informazioa da.
2. OHARRA Erakunde baten ezagutza-basea honako hau izan daiteke:
a) barne-iturriak (adibidez, jabetza intelektuala; esperientziatik lortutako ezagutza; arrakastarik gabeko proiektuetatik edo arrakastatsuetatik jasotako ikasgaiak; dokumenturik gabeko ezagutza eta esperientzia biltzea eta partekatzea; prozesuen, produktuen eta zerbitzuen hobekuntzen emaitzak);
b) kanpoko iturriak (adibidez, estandarrak, akademia, hitzaldiak, bezeroen eta kanpoko hornitzaileen ezagutza).
Eta behean, aplikazioetan:
Antolakuntzaren ezagutza-eskakizunak ezarri dira:
a) Erakundea ezagutza galtzetik babestea, adibidez:
- langileen txandakatzea;
- informazioa lortzeko eta trukatzeko ezintasuna;
b) erakundea ezagutzak eskuratzera bultzatzea, adibidez:
- eginez ikastea;
- tutoretza;
- benchmarking.
Beraz, kalitatearen kudeaketaren arloko ISO arauak dio bere jardueren kalitatea bermatzeko, enpresa batek ezagutzaren kudeaketan parte hartu behar duela. Hori bai, alternatibarik ez - "behar". Bestela inkonformismoa, eta agur. Gertaera horrek bakarrik, nolabait esateko, adierazten du hori ez dela aukerako alderdi bat erakundean, informatikako ezagutzaren kudeaketa askotan tratatzen baita, negozio-prozesuen nahitaezko osagaia baizik.
Gainera, estandarrak ezagutzaren kudeaketa zer arrisku kentzeko diseinatuta dagoen esaten du. Izan ere, nahiko agerikoak dira.
Imajina dezagun... ez, ez da horrela - mesedez gogoratu zure karrerako egoera bat lanean benetan behar zenuenean informazioren bat, eta bere garraiolari bakarra momentu horretan oporretan edo negozio-bidaian zegoenean, enpresatik erabat utzi edo gaixorik zegoela. . Gogoratu? Uste dut ia guztiok bizi izan dugula hori. Zer sentitu zenuen momentu horretan?
Denboraren buruan unitateko zuzendaritzak proiektuen epeen porrota aztertuko badu, noski, horren erruduna aurkituko du eta lasaituko da. Baina ezagutza behar zen momentuan, ez dizu pertsonalki lagundu "RMk errua duela, Balira joan zena eta ez zuen argibiderik utzi galderen kasuan". Zalantzarik gabe, bera da erruduna. Baina ez dizu zure arazoa konpontzen lagunduko.
Ezagutza behar duten pertsonentzat eskuragarri dagoen sistema batean dokumentatzen bada, orduan deskribatutako "eskualde" istorioa ia ezinezkoa bihurtzen da. Horrela, negozio-prozesuen jarraitutasuna bermatzen da, eta horrek esan nahi du oporrak, langileen irteerak eta autobus faktore ezaguna ez direla ikaragarriak enpresarentzat - produktuaren / zerbitzuaren kalitateak ohiko mailan jarraituko du.
Enpresa batek informazioa eta esperientzia trukatzeko eta biltegiratzeko plataforma bat badu, eta plataforma hori erabiltzeko kultura (ohitura) eratu bada, orduan langileek ez dute hainbat egun itxaron behar lankide baten erantzuna lortzeko (ezta bilatu behar ere). lankide honek hainbat egunez) eta horregatik jarri zure zereginak betetzeko.
Zergatik ari naiz ohituraz? Ez baita nahikoa ezagutza-base bat sortzea jendea erabiltzen hasteko. Denok ohituta gaude Googlen gure galderen erantzunak bilatzera, eta intranet-a oporretarako aplikazioekin eta iragarki-taularekin lotzen da gehienetan. Ez dugu ohiturarik intranetean (adibidez) “Agile framework-ei buruzko informazioa bilatzeko”. Hori dela eta, segundo batean ezagutza-baserik politena badugu ere, inor ez da hurrengo segundoan (eta baita hurrengo hilabetean ere) erabiltzen hasiko - ez dago ohiturarik. Ohiturak aldatzea mingarria da eta denbora eskatzen du. Denak ez daude horretarako prest. Batez ere, 15 urtez "eta modu berean aritu ziren". Baina hori gabe, enpresaren ezagutza ekimenak porrot egingo du. Horregatik, KM-ko maisuek ezinbestean lotzen dute ezagutzaren kudeaketa aldaketaren kudeaketarekin.
Merezi du erreparatzea, halaber, “Behar eta joera aldakorrak kontuan hartuta, erakunde batek bere ezagutzak kontuan hartu behar ditu...”, hau da. Mundu aldakor batean erabakiak hartzerakoan aurreko esperientziari erreferentzia egiteko kultura garatzea. Eta ohartu berriro "behar".
Bide batez, estandarraren paragrafo txiki honek esperientziari buruz asko esaten du. Normalean, ezagutzaren kudeaketari dagokionez, estereotipoak ezagutza-base baten argazkia ateratzen hasten dira, ehunka dokumentu fitxategi moduan jarrita (arauak, eskakizunak). Baina ISO esperientziaz hitz egiten du. Enpresaren eta bere langile bakoitzaren iraganeko esperientziatik lortutako ezagutza akatsak errepikatzeko arriskua saihesteko, berehala erabaki hobeak hartzeko eta produktu berri bat sortzeko aukera ematen dizun gauza bera da. Ezagutzaren kudeaketaren arloko enpresa helduenetan (errusiakoetan barne, bide batez), ezagutzaren kudeaketa enpresaren kapitalizazioa areagotzeko, produktu berriak sortzeko, ideia berriak garatzeko eta prozesuak optimizatzeko baliabide gisa ikusten da. Ez da ezagutza oinarri bat, berrikuntzarako mekanismo bat da. Hau zehatzago ulertzen laguntzen digu. PMI PMBOK Jarraibideak.
PMBOK Proiektuak kudeatzeko jakintzaren gorputzaren gida da, PMa Eskuliburua. Gida honen seigarren edizioak (2016) proiektuen integrazioaren kudeaketari buruzko atal bat aurkezten du, eta, aldi berean, proiektuen ezagutzaren kudeaketari buruzko atal bat jasotzen du. Elementu hau "eskuliburuko erabiltzaileen iruzkinetan oinarrituta" sortu da, hau da. gidaren aurreko bertsioak baldintza errealetan erabiltzeko esperientziaren emaitza bihurtu da. Eta errealitateak ezagutzaren kudeaketa eskatzen zuen!
Elementu berriaren irteera nagusia "Ikasgaien Erregistroa" da (goian deskribatutako ISO estandarrean, bide batez, ere aipatzen da). Gainera, jarraibideen arabera, erregistro horren osaketa proiektua gauzatu bitartean egin behar da, eta ez amaitzean, emaitza aztertzeko garaian. Nire ustez, atzera begirakoen oso antzekoa da agilean, baina aparteko post bat idatziko dut honi buruz. Literalki, PMBOK-en testuak honela dauka:
Proiektuen ezagutzaren kudeaketa lehendik dauden ezagutzak erabiltzeko eta ezagutza berriak sortzeko prozesua da, proiektuaren helburuak lortzeko eta erakundearen barruan ikaskuntza sustatzeko.
Proiektuen integrazioaren kudeaketaren ezagutza-arloak lortutako emaitzak gainerako jakintza-arlo guztietan integratzea eskatzen du.
Integrazio prozesuetan sortzen ari diren joerak honako hauek dira, besteak beste:
...
• Proiektuaren Ezagutza Kudeatzea
Langileen izaera gero eta mugikorragoa eta aldakorragoa izateak, proiektu baten bizitza-ziklo osoan ezagutzak atzemateko prozesu zorrotzagoa ere eskatzen du eta xede-publikoetara transferitzeko, ezagutza galtzea ekiditeko moduan.
***
Prozesu honen abantaila nagusiak hauek dira: aldez aurretik lortutako erakundearen ezagutzak proiektuaren emaitzak lortzeko edo hobetzeko erabiltzen direla, eta egungo proiektua gauzatzean lortutako ezagutza eskuragarri geratzen dela erakundearen eragiketetan eta etorkizuneko proiektuetan edo haien garapenean laguntzeko. faseak. Prozesu hau proiektu osoan zehar egiten da.
Ez dut hemen eskuliburuaren atal handi osoa kopiatu-itsatsiko. Zuk zeuk irakurri eta ondorio egokiak atera ditzakezu. Goiko aipamenak nahikoak dira nire ustez. Iruditzen zait proiektuen ezagutzaren kudeaketarako RMren zereginaren zehaztapen hori egoteak jadanik hitz egiten duela alderdi horrek proiektuak lantzerakoan duen garrantziaz. Bide batez, askotan entzuten dut tesia: “Nork behar ditu gure ezagutzak beste sail batzuetan?”. Hau da, nork behar ditu ikasitako ikasgai horiek?
Izan ere, askotan ikusten da unitate batek bere burua «hutsean dagoen unitate» gisa ikusten duela. Hemen gaude gure liburutegiarekin, baina hor dago gainontzeko konpainia, eta gure liburutegiari buruzko ezagutza ez zaio inola ere baliagarria izango. Liburutegiari buruz - agian. Zer gertatzen da erlazionatutako prozesuekin?
Adibide hutsal bat: proiektu baten lanetan, kontratista batekin elkarrekintza egon zen. Adibidez, diseinatzaile batekin. Kontratista hori horrela izan zen, epeak galdu zituen, ordainketa gehigarririk gabe bukatzeari uko egin zion. RM-k ikasgaien erregistroan erregistratu zuen ez duela merezi kontratista fidagarri honekin lan egitea. Aldi berean, marketinaren nonbait diseinatzaile baten bila ere ibili ziren eta kontratista bera topatu zuten. Eta puntu honetan bi aukera daude:
a) Enpresak esperientzia berrerabiltzeko kultura ona badu, marketin-lankide batek ikasitako ikasgaien erregistroan begiratuko du norbait dagoeneko kontratista honekin harremanetan jarri bada, gure PM-ren iritzi negatiboak ikusten baditu eta ez du denbora eta dirua alferrik galduko fidagarritasunik gabeko kontratista honekin komunikatzen. .
b) enpresak ez badu halako kulturarik, merkaturatzaileak fidagarritasunik gabeko kontratista berarengana joko du, enpresaren dirua, denbora galduko du eta sustapen-kanpaina garrantzitsu eta premiazko bat eten dezake, adibidez.
Zein aukera dirudi arrakastatsuagoa? Eta kontuan izan ez zela baliagarria garatzen ari den produktuari buruzko informazioa, harekin lotutako garapen prozesuei buruzkoa baizik. Eta erabilgarria izan zen ez beste RM batentzat, baizik eta guztiz beste norabide bateko langile batentzat. Hortik ondorioa: ezinezkoa da garapena salmentetatik bereizita kontuan hartzea, business intelligenceren laguntza teknikoa eta ACSren IT. Enpresako guztiek dute enpresan beste norbaitentzat baliagarria izango den lan-esperientzia. Eta ez da batere beharrezkoa erlazionatutako arloetako ordezkariak izatea.
Hala ere, proiektuaren alde teknikoa ondo etor daiteke. Saiatu azken urteotan zure enpresako proiektuak ikuskatzen. Harrituko zinateke zenbat bizikleta asmatu diren antzeko arazoetarako. Zergatik? Ezagutza partekatzeko prozesuak ezartzen ez direlako.
Beraz, ezagutzaren kudeaketa, PMI eskuliburuaren arabera, PMren zereginetako bat da. Ikus dezakezunez, beren estandarren arabera ordaindutako ziurtagiriak egiten dituzten bi erakunde ezagunek ezagutzaren kudeaketa kalitate-kontrolerako eta proiektu-lanetarako ezinbesteko tresnen zerrendan sartzen dute. Zergatik uste dute oraindik IT enpresetako arduradunek ezagutzaren kudeaketa dokumentazioa dela? Zergatik jarraitzen dute hozkailua eta erretzaileen gela ezagutza trukatzeko zentroak? Ulertzea eta ohiturei buruzkoa da. Espero dut pixkanaka ezagutzaren kudeaketaren arloa gero eta gehiago ulertzea IT kudeatzaileen artean, eta ahozko tradizioak enpresan ezagutza zaintzeko tresna izateari utziko diola. Aztertu zure lanaren estandarrak - gauza interesgarri asko dituzte!
Iturria: www.habr.com