Halo kabeh. Sawise Enem sasi wis liwati, sajrone wektu aku bisa ngomong ing rong konferensi liyane lan menehi ceramah babagan topik manajemen pengetahuan ing rong perusahaan IT gedhe. Komunikasi karo kolega, aku nyadari yen ing IT isih bisa ngomong babagan manajemen pengetahuan ing tingkat "pemula", utawa mung kanggo nyadari yen manajemen pengetahuan dibutuhake dening departemen apa wae perusahaan. Dina iki bakal ana minimal pengalamanku dhewe - aku pengin nimbang standar internasional sing ana ing bidang manajemen pengetahuan.
Ayo diwiwiti kanthi merek paling populer ing bidang standarisasi - ISO. Bayangake, ana standar sing kapisah khusus kanggo sistem manajemen pengetahuan (ISO 30401: 2018). Nanging dina iki aku ora bakal ngelingi. Sadurunge ngerti "carane" sistem manajemen kawruh kudu katon lan bisa digunakake, sampeyan kudu setuju yen, ing asas, perlu.
Ayo njupuk, contone, ISO 9001: 2015 (Sistem Manajemen Mutu). Minangka jeneng kasebut, iki minangka standar khusus kanggo sistem manajemen kualitas. Kanggo disertifikasi kanggo standar iki, organisasi kudu mesthekake yen proses bisnis lan produk lan/utawa layanan transparan lan lancar. Ing tembung liyane, sertifikat tegese kabeh sing ana ing perusahaan sampeyan bisa digunakake kanthi jelas lan lancar, sampeyan ngerti apa risiko organisasi proses saiki, sampeyan ngerti carane ngontrol risiko kasebut, lan sampeyan ngupayakake nyilikake.
Apa hubungane manajemen pengetahuan? Mangkene apa sing kudu ditindakake:
7.1.6 Kawruh organisasi
Organisasi kasebut kudu nemtokake kawruh sing dibutuhake kanggo nglakokake proses lan entuk kesesuaian produk lan layanan.
Kawruh kudu dijaga lan kasedhiya ing tingkat sing dibutuhake.
Nalika nimbang ngganti kabutuhan lan tren, organisasi kudu nggatekake kawruh sing wis ana lan nemtokake cara entuk utawa menehi akses menyang kawruh tambahan lan nganyari.
CATETAN 1: Kawruh organisasi minangka kawruh khusus kanggo organisasi; biasane asale saka pengalaman.
Kawruh yaiku informasi sing digunakake lan diijolke kanggo nggayuh tujuan organisasi.
CATETAN 2 Basis kawruh organisasi bisa uga:
a) sumber internal (contone. kekayaan intelektual; kawruh sing dipikolehi saka pengalaman; pelajaran sing disinaoni saka proyek sing gagal utawa sukses; koleksi lan ijol-ijolan kawruh lan pengalaman sing ora didokumentasikan; asil proses, produk lan dandan layanan);
b) sumber eksternal (umpamane standar, akademisi, konferensi, kawruh sing dipikolehi saka pelanggan lan pemasok eksternal).
Lan ing ngisor iki, ing lampiran:
Persyaratan kawruh organisasi wis dikenalake menyang:
a) nglindhungi organisasi saka mundhut kawruh, contone amarga:
- turnover Staff;
- ora bisa entuk lan ijol-ijolan informasi;
b) nyengkuyung organisasi kanggo entuk kawruh, contone liwat:
- sinau kanthi nindakake;
- bimbingan;
- benchmarking.
Dadi, standar ISO ing bidang manajemen kualitas nyatakake yen kanggo njamin kualitas kegiatane, perusahaan kudu melu manajemen pengetahuan. Bener, ora ana alternatif - "kudu". Yen ora nonconformity, lan pamit. Kasunyatan iki mung nuduhake manawa iki dudu aspek opsional ing organisasi, amarga manajemen pengetahuan ing IT asring dianggep, nanging minangka komponen wajib ing proses bisnis.
Kajaba iku, standar kasebut nggambarake risiko manajemen pengetahuan sing dirancang kanggo ngilangi. Nyatane, dheweke cukup jelas.
Ayo bayangake ... ora, ora kaya ngono - elinga kahanan saka karir sampeyan nalika sampeyan pancene mbutuhake sawetara informasi kanggo kerja, lan mung operator kasebut nalika liburan / perjalanan bisnis, metu saka perusahaan, utawa mung lara. . Punopo panjenengan eling? Aku kira meh kabeh kita kudu menehi hasil karo iki. Piye perasaanmu wektu kuwi?
Yen sawise sawetara wektu, manajemen departemen nggoleki kegagalan kanggo ngrampungake tenggat wektu proyek, mesthine bakal nemokake wong sing kudu disalahake lan tenang. Nanging kanggo sampeyan pribadi, nalika sampeyan butuh kawruh, pangerten yen "RM sing disalahake, sing lunga menyang Bali lan ora ninggalake instruksi yen ana pitakonan." Mesthi wae dheweke kudu disalahake. Nanging iki ora bakal mbantu ngatasi masalah sampeyan.
Yen kawruh didokumentasikake ing sistem sing bisa diakses wong sing mbutuhake, banjur crita "resort" sing diterangake meh ora mungkin. Mangkono, kesinambungan proses bisnis dijamin, sing tegese preian, mangkat karyawan lan faktor bis sing kondhang ora dadi ancaman kanggo perusahaan - kualitas produk / layanan bakal tetep ing tingkat biasanipun.
Yen perusahaan duwe platform kanggo ijol-ijolan lan nyimpen informasi lan pengalaman, lan uga wis mbentuk budaya (kebiasaan) nggunakake platform iki, karyawan ora kudu ngenteni sawetara dina kanggo respon saka kolega (utawa malah nelusuri sawetara dina. kanggo kolega iki) lan tahan tugas sampeyan.
Kenapa aku ngomong babagan kebiasaan? Amarga iku ora cukup kanggo nggawe basis kawruh kanggo wong kanggo miwiti nggunakake. Kita kabeh wis biasa nggoleki jawaban kanggo pitakonan kita ing Google, lan kita paling kerep nggandhengake intranet karo aplikasi liburan lan papan kabar. Kita ora duwe pakulinan "nggoleki informasi babagan kerangka Agile" (contone) ing intranet. Mulane, sanajan kita duwe basis kawruh sing paling keren sajrone sedetik, ora ana sing bakal nggunakake ing detik sabanjure (utawa malah wulan ngarep) - ora ana kebiasaan. Ngganti kebiasaan sampeyan nglarani lan butuh wektu. Ora saben wong siap kanggo iki. Utamane yen dheweke "makarya kanthi cara sing padha" sajrone 15 taun. Nanging tanpa iki, inisiatif kawruh perusahaan bakal gagal. Pramila para ahli KM nyambungake manajemen pengetahuan kanthi manajemen owah-owahan.
Iku uga worth mbayar manungsa waΓ© kanggo kasunyatan sing "Nalika nimbang ngganti kabutuhan lan tren, organisasi kudu njupuk menyang akun kawruh sing wis ana ...", i.e. ngembangake budaya ngrujuk marang pengalaman sadurunge nalika nggawe keputusan ing jagad sing ganti. Lan sok dong mirsani maneh "kudu".
Miturut cara, paragraf cilik standar iki ngandhani akeh babagan pengalaman. Biasane, nalika nerangake manajemen kawruh, stereotip wiwit menehi saran gambar basis pengetahuan kanthi atusan dokumen sing diselehake ing wangun file (peraturan, syarat). Nanging ISO ngomong babagan pengalaman. Kawruh sing dipikolehi saka pengalaman kepungkur perusahaan lan saben karyawan sing ngidini sampeyan ngindhari risiko mbaleni kesalahan, langsung nggawe keputusan sing luwih nguntungake lan malah nggawe produk anyar. Ing perusahaan sing paling diwasa ing bidang manajemen kawruh (kalebu Rusia, kanthi cara), manajemen pengetahuan dianggep minangka sarana kanggo nambah kapitalisasi perusahaan, nggawe produk anyar, ngembangake gagasan anyar lan ngoptimalake proses. Iki dudu basis kawruh, nanging mekanisme kanggo inovasi. Mbantu kita ngerti iki kanthi luwih rinci PMI's PMBOK Guide.
PMB OK punika guide kanggo awak kawruh ing Manajemen project, handbook PM. Edisi kaping enem (2016) saka pandhuan iki ngenalake bagean babagan manajemen integrasi proyek, sing uga kalebu bagean babagan manajemen pengetahuan proyek. Paragraf iki digawe "adhedhasar komentar saka pangguna manual", i.e. dadi produk saka pengalaman nggunakake versi sadurungΓ© saka pandhuan ing kahanan nyata. Lan kasunyatan nuntut manajemen kawruh!
Output utama item anyar yaiku "Register of Lessons Learned" (ing standar ISO sing diterangake ing ndhuwur, uga kasebut). Kajaba iku, miturut manajemen, kompilasi registrasi iki kudu ditindakake sajrone implementasine proyek kasebut, lan ora rampung, nalika ana wektu kanggo nganalisa asil kasebut. Ing mratelakake panemume, iki meh padha karo retrospektif ing tangkas, nanging aku bakal nulis kirim kapisah babagan iki. Teks verbatim ing PMBOK kaya mangkene:
Manajemen kawruh proyek yaiku proses nggunakake kawruh sing wis ana lan nggawe kawruh anyar kanggo nggayuh tujuan proyek lan ningkatake sinau ing organisasi
Area kawruh manajemen integrasi proyek mbutuhake integrasi asil sing dipikolehi saka kabeh wilayah kawruh liyane.
Tren sing berkembang ing proses integrasi kalebu, nanging ora diwatesi ing:
...
β’ Manajemen kawruh proyek
Sifat tenaga kerja sing saya akeh seluler lan ganti uga mbutuhake proses sing luwih ketat kanggo nemtokake kawruh sajrone siklus urip proyek lan nransfer menyang pamirsa target supaya kawruh ora ilang.
***
Kauntungan utama saka proses iki yaiku kawruh sing dipikolehi sadurunge organisasi digunakake kanggo entuk utawa nambah asil proyek, lan kawruh sing dipikolehi saka proyek saiki tetep kasedhiya kanggo ndhukung operasi organisasi lan proyek utawa fase ing mangsa ngarep. Proses iki terus ing saindhenging project.
Aku ora bakal nyalin-tempel kabeh bagean gedhe saka manual ing kene. Sampeyan bisa ngerteni dhewe lan nggawe kesimpulan sing cocog. Kutipan-kutipan ing ndhuwur, miturutku, cukup. Iku misale jek kula sing ngarsane rinci kuwi ing tugas PM kanggo ngatur kawruh project wis nuduhake pentinge aspek iki nalika nggarap proyek. Ngomong-ngomong, aku kerep krungu tesis: "Sapa sing butuh kawruh ing departemen liyane?" Maksudku, sapa sing butuh pelajaran kasebut?
Nyatane, asring katon yen unit nganggep awake dhewe minangka "unit ing vakum". Kene kita karo perpustakaan kita, nanging ana liyane saka perusahaan, lan kawruh bab perpustakaan kita ora ana guna kanggo dheweke. Babagan perpustakaan - mbok menawa. Kepiye babagan proses sing diiringi?
Conto sing ora pati penting: sajrone nggarap proyek kasebut ana interaksi karo kontraktor. Contone, karo desainer. Kontraktor kasebut dadi kaya-kaya, ora kejawab tenggat wektu, lan ora gelem ngrampungake karya tanpa bayaran tambahan. RM direkam ing pawulangan sinau ndhaftar sing iku ora worth nggarap iki contractor dipercaya. Ing wektu sing padha, ing endi wae ing marketing, dheweke uga nggoleki desainer lan nemoni kontraktor sing padha. Lan saiki ana rong pilihan:
a) yen perusahaan duwe budaya nggunakake maneh pengalaman sing mapan, kolega saka marketing bakal katon ing daftar pelajaran sing disinaoni kanggo ndeleng manawa ana sing wis ngubungi kontraktor iki, bakal ndeleng umpan balik negatif saka PM kita lan ora bakal mbuwang wektu lan dhuwit sesambungan karo kontraktor ora bisa dipercaya iki.
b) yen perusahaan ora duwe budaya kasebut, pemasar bakal nguripake kontraktor sing padha ora bisa dipercaya, kelangan dhuwit perusahaan, wektu lan bisa ngganggu kampanye promosi sing penting lan penting, umpamane.
Opsi endi sing luwih sukses? Lan elinga manawa dudu informasi babagan produk sing dikembangake sing migunani, nanging babagan proses sing ngiringi pangembangan kasebut. Lan ternyata migunani ora kanggo RM liyane, nanging kanggo karyawan saka arah temen beda. Mula kesimpulane: pangembangan ora bisa dianggep kapisah saka dodolan, dhukungan teknis saka analytics bisnis, lan IT saka manajemen administratif. Saben uwong ing perusahaan duwe pengalaman kerja sing bakal migunani kanggo wong liya ing perusahaan. Lan iki ora kudu dadi wakil saka wilayah sing gegandhengan.
Nanging, sisih teknis proyek uga bisa migunani. Coba audit proyek ing perusahaan sampeyan sajrone sawetara taun kepungkur. Sampeyan bakal kaget carane akeh pit wis nemokke kanggo ngatasi masalah padha. Kenging punapa? Amarga proses sharing kawruh durung ditetepake.
Dadi, manajemen pengetahuan, miturut manual PMI, minangka salah sawijining tugas PM. Kaya sing bisa dideleng, rong organisasi kondhang sing nindakake sertifikasi sing dibayar miturut standar kalebu manajemen pengetahuan ing dhaptar alat sing kudu ana kanggo kontrol kualitas lan karya proyek. Napa manajer ing perusahaan IT isih percaya yen manajemen pengetahuan minangka dokumentasi? Yagene kamar adhem lan kamar udud tetep dadi pusat pertukaran kawruh? Iku kabeh bab pangerten lan pakulinan. Muga-muga para manajer IT mboko sithik dadi luwih ngerti babagan manajemen pengetahuan, lan tradisi lisan ora bakal dadi alat kanggo njaga kawruh ing perusahaan. Sinau standar kerja sampeyan - ana akeh perkara sing menarik!
Source: www.habr.com