Sepertinya belum lama ini saya berbicara tentang bagaimana pertukaran pengetahuan di Exness terlihat dari sudut pandang seorang pemula, dan sekarang lagi ada sesuatu untuk diceritakan!
Faktanya, fleksibilitas dan kecepatan adalah dua manfaat besar dalam bisnis apa pun. Dan ini sangat memengaruhi pekerjaan manajer pengetahuan.
Hari ini saya akan memberi tahu Anda tentang tiga aktivitas sederhana, tetapi sangat populer di perusahaan. Saya ingin mencatat bahwa dibutuhkan sedikit lebih dari sebulan dalam perjalanan dari ide hingga implementasi, dan, mungkin, ini akan menjelaskan banyak hal tentang budaya perusahaan.
Mengapa Anda ingin membagikan ini di sini di Habré? Sederhananya: Dalam dunia IT, manajemen pengetahuan masih dianggap sulit, membutuhkan banyak tenaga dan pemikiran. Seringkali saya mendengar sesuatu seperti: “Ini semua panjang dan tidak bisa dimengerti. Apakah ini mungkin dengan cepat dan sederhana? "
Jadi, alat sederhana yang dapat digunakan perusahaan mana pun dalam pekerjaan mereka, terlepas dari apakah Anda memiliki manajer manajemen pengetahuan atau Anda adalah perusahaan rintisan dengan tiga pengembang.
Di perusahaan kami, tidak ada yang belajar apa pun pada waktunya ...
Situasi yang populer, setuju. Saya telah mendengar cerita tentang bagaimana dukungan mempelajari fitur baru dari pelanggan. Mengapa ini terjadi? Biasanya karena komunikasi internal di perusahaan bekerja secara organik (ternyata) atau untuk berkomunikasi menggunakan cara yang tidak nyaman bagi sebagian besar perusahaan. Misalnya, pengembang lebih suka merencanakan proyek dan rilis di JIRA dan bahkan tidak berpikir bahwa orang-orang dari penjualan atau dukungan teknis tidak mengikuti proyek JIRA mereka. Atau karyawan komunikasi internal percaya bahwa portal perusahaan yang mereka buat adalah tempat paling surgawi di dunia, dan semua orang membaca milis.
Tapi bukan ini masalahnya. Nyatanya, akan lebih mudah bagi setiap departemen dan bahkan setiap orang untuk menerima informasi dari saluran yang berbeda. Seseorang dapat mengikuti berita di jejaring sosial perusahaan tanpa kehilangan produktivitas, sementara yang lain bahkan tidak duduk di jejaring sosial biasa. Seseorang membaca semua notifikasi dari JIRA yang dikirimkan kepadanya melalui pos, dan seseorang menganggapnya sebagai suara yang tidak perlu dan dengan jujur mengatakan bahwa mereka bahkan tidak membukanya. Beberapa orang suka membahas semuanya dalam pertemuan pribadi, sementara yang lain hanya dengan korespondensi.
Semua orang berbeda, oleh karena itu, semakin beragam saluran penyampaian informasi yang Anda luncurkan, semakin banyak orang di perusahaan yang dapat menerima informasi dengan cara yang nyaman . Artinya, dengan tingkat kemungkinan yang tinggi, mereka akan belajar tentang inovasi lebih awal daripada pelanggan :)
Hal utama adalah bahwa informasinya sama di mana-mana, dan salurannya bekerja dengan keteraturan tertentu, dan tidak secara acak.
Siapa pun yang benar-benar membutuhkannya akan mengetahuinya!
Pendekatan yang populer namun cacat yang dapat menimbulkan masalah. Tentu saja, selalu ada orang yang sangat proaktif yang mencari tahu tentang fitur baru ketika Anda bahkan belum merencanakan tanggal rilisnya. Tapi tetap minoritas. Dan dalam TI yang cukup tertutup, jumlahnya cenderung nol.
Tapi bukan itu intinya. Orang tidak diharuskan untuk mengikuti proyek dan keputusan Anda. Anda bertanggung jawab untuk mereka, Anda tahu ketika semuanya siap untuk diluncurkan, Anda menentukan tanggal rilis. Jadi, apa sulitnya memberi tahu orang yang tertarik tentang hal ini?
Selain itu, ada situasi ketika Anda lebih tahu siapa yang terpengaruh oleh pembaruan yang direncanakan. Dan jika seseorang bahkan tidak curiga bahwa Anda sedang mempersiapkan sesuatu yang dapat mengubah bisnisnya seperti biasa, bagaimana seharusnya dia memprediksi tindakan Anda?
Tampak bagi saya bahwa setiap orang bisa membayangkan seperti apa keheningan itu. Keluhan pelanggan, tenggat waktu proyek yang diperpanjang, produktivitas yang buruk, solusi yang tidak konsisten, duplikasi fungsi dan aktivitas dalam tim yang berbeda, dan banyak hal lain yang biasanya tidak disukai oleh manajemen. Dan semua ini dapat dihindari dengan sangat sederhana: mulailah berbicara tentang apa yang telah Anda lakukan atau rencanakan.
Jika Anda tidak memiliki departemen yang menangani transfer pengetahuan di dalam perusahaan (manajemen pengetahuan atau komunikasi internal), Anda perlu melakukannya (dalam arti harus) sendiri. Jika ada departemen seperti itu (saya sangat senang untuk Anda!), Maka Anda perlu mentransfer informasi ke sana tepat waktu, dan kolega sendiri akan menyebarkannya dengan cara terbaik.
Semuanya panjang dan sulit. Lebih baik memotong fitur lebih cepat!
Di bidang TI, saya sering menemukan pendapat bahwa berbagi pengetahuan itu panjang dan sulit, sehingga sangat mengalihkan perhatian dari yang paling penting (produk tidak akan menulis sendiri!). Itulah sebabnya kegiatan pengetahuan seringkali bahkan tidak dimulai. Atau setelah memulai gelombang antusiasme, saat para pemrakarsa dihadapkan pada kebutuhan untuk menjual ide mereka kepada semua orang dan semua orang, motivasi memudar, dan transfer pengetahuan berhenti.
Faktanya, itu tidak terlalu sulit. Anda tidak perlu menciptakan sistem mewah apa pun. Anda hanya perlu melihat apa yang sudah Anda gunakan di perusahaan untuk berbagi pengetahuan dan berkomunikasi, dan mulai menginformasikan rekan kerja secara sistematis melalui saluran ini.
Misalnya, Anda memiliki surat internal di perusahaan Anda. Siapa yang menghentikan Anda dari hanya memulai sebulan sekali untuk mengirim buletin ke seluruh perusahaan dengan deskripsi tentang apa yang telah dilakukan tim Anda bulan ini? Jika Anda tidak punya waktu untuk menulis teks besar, Anda dapat membatasi diri Anda dengan deskripsi singkat seperti "Kami mengoptimalkan proses A" dan menambahkan link ke tugas di pelacak.
Tentu saja, Anda tidak akan bisa memasuki pasar tanpa produk yang berfungsi. Tidak ada yang mengurangi pentingnya pembangunan. Tapi sebulan sekali ekspor daftar tugas dari JIRA, tambahkan 3-5 kata untuk setiap deskripsi, salin ke email dan tekan tombol "Kirim", tidak akan lama, bukan? Ya, Anda dan begitu, kemungkinan besar, sesuatu seperti ini untuk kepemimpinan, buat dan kirim.
Nah, atau hitung berapa banyak waktu yang Anda habiskan untuk menjelaskan kepada setiap penanya tentang pertanyaan yang sama? Misalnya, bagaimana perpustakaan Anda bekerja di sana? Saya tidak yakin jika Anda menambahkan waktu untuk semua tanggapan Anda, itu akan menjadi kurang dari waktu yang diperlukan untuk membuat fitur yang sangat baru itu. Sangat mungkin Anda berbicara lebih lama daripada Anda mengerjakan suatu produk.
Di mana saya harus menulis? Apa yang harus digunakan?
Tentu saja saluran komunikasi bisa berbeda. Apa yang akan digunakan tergantung pada budaya perusahaan Anda. Jika Anda telah menerima obrolan dan email Slack, buat saluran berita terpisah dan intisari bulanan menggunakan buletin email. Hal terpenting untuk diingat dan dipahami adalah bahwa setiap orang berbeda, dan mereka lebih suka menerima informasi dengan cara yang berbeda. Selain itu, orang tidak menggunakan layanan yang tidak nyaman bagi mereka. Bahkan jika bos memaksa.
Oleh karena itu, Anda tidak dapat berharap bahwa buletin Anda akan dibaca oleh 100% kolega yang membutuhkan informasi, dan obrolan di Slack tidak akan di Nonaktifkan untuk setengah dari audiens. Ini berarti Anda perlu membuat saluran komunikasi sebanyak mungkin. Seperti yang kita katakan "terdengar dari setiap besi." Kemudian, ada beberapa kesempatan untuk menghubungi setiap karyawan, berikan dia informasi sesuai dengan kesiapannya untuk menerimanya.
Seberapa nyaman bagi Anda untuk mengikuti berita? Seseorang menyukai kaset, seseorang mendengarkan radio di dalam mobil, seseorang menonton video, dan seseorang di kafetaria mempelajari segalanya dari rekan kerja.
Dalam kondisi terpencil, sarana transmisi informasi digital umumnya sangat membantu. Misalnya, secara pribadi, karena terus-menerus berbagi pengetahuan, saya praktis tidak merasa duduk di rumah, di negara yang sama sekali berbeda, dan tidak pernah minum kopi dengan rekan-rekan saya.
Jadi apa yang kamu lakukan sendiri?
Semakin banyak opsi yang terlibat, semakin besar kemungkinan seluruh perusahaan hidup dengan data yang sama. Inilah yang mendorong kami dalam mengembangkan manajemen pengetahuan di Exness.
Pada artikel terakhir saya berbicara tentang bagaimana semua informasi yang diterima dicatat di basis pengetahuan dan diumumkan secara khusus di jejaring sosial internal. Di bulan Juli, kami menambahkan tiga cara baru untuk menjangkau telinga dan mata penonton sekaligus. Saya akan memberi tahu Anda tentang masing-masing sebanyak mungkin. Namun, pada prinsipnya, semua inisiatif kami adalah solusi yang sangat sederhana yang tersedia untuk perusahaan mana pun.
Basis Pengetahuan Blog dan Blog Yellow Pages
Semua orang tahu bahwa setiap ruang Confluence memiliki entitas seperti Blog? Berapa banyak dari Anda yang menggunakannya?
Padahal, blog itu bagus. Ini memungkinkan Anda untuk membuat posting yang diberi peringkat berdasarkan kesegaran (yang terbaru adalah yang teratas). Namun, tautan ke blog tetap tidak berubah. Artinya, dengan membuka blog pada space tertentu, pengunjung akan selalu melihat berita terbaru. Pada saat yang sama, yang lama tidak pergi kemana-mana - mereka turun begitu saja.
Anda bisa berlangganan blog. Kemudian, untuk setiap posting baru, Anda akan menerima pemberitahuan melalui pos.
Pada saat yang sama, setiap posting blog pada saat yang sama tetap menjadi halaman terpisah di Confluence, yang dapat ditautkan, yang dapat dibuka dan diedit secara terpisah, diberi tag sesuai kebutuhan.
Berdasarkan hasil survei terhadap karyawan, kami menemukan bahwa tidak nyaman bagi semua orang untuk mengikuti jejaring sosial internal. Namun, semua orang tahu tentang keberadaan Basis Pengetahuan. Dan kami mulai menduplikasi semua berita yang dipublikasikan di jejaring sosial ke dalam blog. Apakah tidak nyaman mengikuti pos dalam obrolan dan grup yang berbeda? Silakan berlangganan blog dan terima pemberitahuan berita melalui pos.
Ngomong-ngomong, tentang pemberian tag. Jelas bahwa karyawan tidak tertarik dengan semua berita. Seseorang perlu mengetahui apa yang terjadi dalam pemasaran, sementara seseorang hanya membutuhkan pembaruan pada produk tertentu. Cukup sulit untuk memisahkan berita yang diperlukan dari feed blog Anda sendiri. Namun, fungsi Confluence standar lainnya memungkinkan Anda untuk menarik posting dari blog ke halaman mana pun, sesuai dengan label yang digunakan (Label).
Untuk membuatnya nyaman bagi semua orang, kami membagi semua berita yang kami siarkan berdasarkan topik, menetapkan label untuk setiap topik, dan menyiapkan struktur bagian pada halaman terpisah. Di setiap rubrik, berita tentang topik yang relevan (berdasarkan label) selama 60 hari terakhir ditarik dari blog.
Kami menyebut sumber daya ini Blog Yellow Pages, dan sekarang setiap karyawan yang tertarik dengan topik tertentu dapat masuk dan melihat berita terbaru tentang area bisnis atau produk yang diminati.
Kami tidak dapat membatasi periode batasan untuk posting, tetapi bisnis perusahaan berubah dengan sangat cepat dan daftarnya akan menjadi terlalu panjang. Dan ini menyebabkan masalah dengan kegunaan layanan.
Secara umum, seperti yang Anda lihat, tidak ada yang rumit. Fitur out-of-the-box Confluence, 30 detik untuk menyalin berita dari jejaring sosial, menempelkannya ke editor blog dan menandainya dengan label yang diperlukan. Tapi ini bukan hanya jejaring sosial, yang tidak nyaman untuk diikuti semua orang.
Intisari email bulanan
Apa yang bisa lebih mudah daripada surat perusahaan? Tentu saja, saya tahu setidaknya satu perusahaan besar yang tidak memiliki surat sama sekali. Tapi ini pengecualian. Dan bagi sebagian besar perusahaan, email adalah alat komunikasi yang alami sehingga mengejutkan mengapa mereka tidak menggunakannya untuk menyebarkan berita.
Ada sedikit penggunaan surat di Exness. Mungkin itu terjadi secara historis. Tapi tidak ada yang ikut campur (dan tidak ikut campur sekarang) dengan kami bekerja untuk menghidupkannya kembali.
Orang pintar mengatakan bahwa meskipun sumber daya tidak dikenal, tetapi berisi penting, berharga bagi karyawan dan konten yang menarik secara visual (= dirancang secara profesional), pembaca akan menggunakannya, dan Anda akan menerima umpan balik positif.
Namun, bahkan jika saluran tidak lepas landas, Anda dapat menolak untuk menggunakannya lebih lanjut secara gratis.
Secara umum, sekali lagi, bagi mereka yang merasa tidak nyaman menggunakan jejaring sosial, pada bulan Juli kami membuat intisari berita surat pertama selama sebulan terakhir.
Kami telah mengumpulkan dalam satu surat perubahan terpenting untuk bulan Juli, melengkapinya dengan deskripsi kecil (sejauh yang saya ingat, ini disebut "prospek"), menambahkan tautan langsung ke pengumuman dan mengirimkannya ke seluruh perusahaan melalui layanan pengiriman surat pemasaran.
Mengapa tidak hanya dari email pribadi, misalnya milik saya? Saya tidak pernah bosan mengatakan bahwa PR dan pemasaran adalah komponen yang sangat penting dari manajemen pengetahuan. Tidak mungkin tanpa mereka. Ini berarti Anda perlu menggunakan analitik, mempelajari perilaku pelanggan Anda, menghitung konversi, membuat logo untuk aktivitas Anda, dll.
Dalam kasus kami, kami ingin melihat berapa banyak orang yang pada umumnya membaca email di perusahaan, dan berita apa yang mereka anggap penting (kami mengisi milis berdasarkan pemahaman kami sendiri tentang pentingnya berita).
Artinya, dua nilai penting bagi kami yang dapat diterima oleh layanan pengiriman surat pemasaran adalah: a) jumlah penerima unik yang membuka milis, dan b) jumlah klik dari milis untuk setiap tautan.
Saya senang melihat bahwa, terlepas dari semua pembicaraan bahwa perusahaan memiliki lebih banyak email untuk pemberitahuan apa pun, lebih dari dua pertiga karyawan membaca milis. Dan banyak dari mereka juga mengikuti tautan. Jadi masuk akal dalam intisari surat.
Ini juga dibuktikan dengan fakta bahwa setelah pengiriman, manajer produk mulai mendekati saya dan bertanya apakah berita tentang produk mereka dapat dimasukkan dalam surat itu? Tetapi ini bukan tentang layanan klien eksternal, tetapi tentang rekan kerja, karyawan perusahaan. Tampaknya siapa pun yang ingin tahu akan tahu segalanya (baca di atas). Tapi tidak. Pada artikel terakhir saya sudah menulis bahwa perusahaan menyadari pentingnya pertukaran pengetahuan yang efisien. Jadi, inisiatif tidak hanya berasal dari pengelola pengetahuan dan dukungan teknis, tetapi juga, pada kenyataannya, dari para ahli, pembawa dan produsen pengetahuan.
Pertemuan online dengan para ahli
Ada banyak pembicaraan tentang budaya pertemuan internal di komunitas sekarang. Bahwa Anda perlu meluncurkannya, Anda perlu berbagi pengetahuan, melatih berbicara di depan umum, mengatur berbagai FuckUp Nights dan acara offline berguna lainnya.
Tapi bagaimana ini bisa dilakukan di lokasi terpencil? Bagaimana memastikan bahwa pidato pakar tidak berubah menjadi Webinar Lain dengan kepala yang bisa berbicara dan presentasi yang dipersiapkan dengan buruk.
Nah, karena selama pertemuan orang biasanya bertukar pengetahuan (mencari-cari, menjawab pertanyaan), maka manajer pengetahuanlah yang perlu memikirkannya.
Secara pribadi, saya sangat didorong oleh pertemuan internal, lokakarya dari karyawan, pelatihan pelatih, dan acara serupa lainnya. Selama proses tersebut, Anda dapat mengekstrak dari ahlinya sebanyak mungkin informasi yang berguna dan penting, terlebih lagi, secara langsung, tanpa perantara, seperti yang tidak pernah terjadi dalam korespondensi surat atau melalui dokumentasi. Ini dia, pria di depanmu. Anda dapat mengajukan pertanyaan kepadanya di sini, dan dia akan menjawab Anda sekarang.
Karena ada kebutuhan di perusahaan untuk memahami berbagai produk kami, kami memutuskan untuk mengatur proyek yang disebut Pembaruan Langsung. Ini sebenarnya bukan webinar. Dan bukan webinar seperti konferensi mini lengkap di Zoom menggunakan platform survei online Slido.
Di bagian pertama, kami kembali membahas berita penting dengan bantuan tim manajemen pengetahuan. Ini membutuhkan waktu sekitar 20 menit. Pembicara kami adalah pelatih perusahaan yang, setiap minggu, mengadakan seminar di seluruh perusahaan yang didedikasikan untuk berita dan perubahan. Mereka tahu dan mampu menyampaikan dan mengunyah informasi. Oleh karena itu, meskipun berita sudah disampaikan melalui beberapa saluran, bagian ini tidak menjadi repetisi yang membosankan (yah, ingatlah, "sehingga terdengar dari setiap besi").
Secara umum, pakar desain pedagogis mengatakan bahwa pengulangan informasi tidak pernah berlebihan, dan informasi apa pun harus dikirimkan kembali secara berkala kepada peserta pelatihan agar dapat dikonsolidasikan. Lebih baik lagi, dukung dengan latihan. Itulah yang kami lakukan. Setelah bagian dengan berita, kami menyiapkan kuis untuk semua berita, yang memerlukan tidak hanya memilih informasi yang telah dibunyikan, tetapi juga menerapkan semacam logika untuk menyelesaikan situasi dari pertanyaan tersebut. Pemenang kuis mendapat sedikit kenang-kenangan dari perusahaan, yang menurut saya bagus.
Setelah ulasan berita, tamu istimewa muncul di udara. Ini adalah kepala dari beberapa tim produk yang menyiapkan ulasan kecil (juga 20 menit) tentang produk, tren, fitur, hasil, dan semua yang ingin ia sampaikan kepada audiens untuk acara tersebut, lalu menjawab semua pertanyaan yang dimiliki audiens. siaran langsung.
Pertanyaan dan persiapan presentasi harus didiskusikan secara terpisah. Kami tertarik pada kualitas pidato (pembicara, juga). Oleh karena itu, kami sedang mengerjakannya bersama. Sekitar seminggu, ruang untuk acara dibuat di Slido, dan akses ke ruang disiarkan melalui saluran standar (ingat: jejaring sosial, obrolan, intisari, blog). Siapa pun dapat secara anonim (atau tidak) meninggalkan pertanyaan mereka dan menyukai orang asing. Kami membuka akses ke pertanyaan untuk pembicara sehingga dia dapat memahami apa yang paling menarik bagi audiens dan mengungkapkan presentasinya. Atau tidak untuk memperluas, tetapi hanya untuk mempersiapkan terlebih dahulu jawaban atas pertanyaan-pertanyaan ini.
Beberapa hari sebelum acara, kami menjalankan pembicara dengan pembicara, memeriksa sisi teknis siaran, memberikan umpan balik tentang konten, cara berbicara (online dan offline - dua perbedaan besar) dan menghapus pertanyaan dari Slido yang akan dibahas dalam presentasi.
Saat kami berbicara, kami terus mengumpulkan pertanyaan dari penonton. Mengapa tidak dilakukan dengan obrolan suara atau Zoom? Slido memecahkan dua masalah sekaligus.
Pertama, Anda dapat mulai mengumpulkan pertanyaan sebelumnya dan melakukannya secara anonim. Hal ini penting karena banyak orang yang takut dan malu untuk bertanya secara langsung, bahkan dengan lantang. Ada beberapa alasan untuk ini, psikolog berbicara banyak tentang mereka, saya akan meninggalkan topik ini di luar artikel. Tunjukkan saja pada diri Anda sendiri bahwa bisa mengajukan pertanyaan secara anonim menghilangkan penghalang ini.
Mengapa mendorong pendengar yang pemalu untuk mengajukan pertanyaan? Mereka tidak bertanya, jadi tidak terlalu perlu ... Percayalah, tidak begitu. Dan ini bisa menimbulkan masalah serius bagi perusahaan. Bayangkan karyawan kita yang pemalu bekerja dengan Klien yang Sangat Penting. Dan dia tahu bahwa klien ini memiliki kekhususan tertentu, yang tidak jelas atau hanya sedikit diucapkan dalam pidatonya. Dan sekarang karyawan kita yang pemalu, yang tidak memiliki lingkungan yang nyaman untuk mengajukan pertanyaan, menunda pertanyaannya sampai akhir dan ... tidak punya waktu untuk menanyakannya, karena acara dibatasi waktu.
Ada kesenjangan dalam pengetahuan karyawan ini, dan Klien yang Sangat Penting, semoga beruntung, saat ini menanyakan tentang topik ini. Setuju, risiko kehilangan klien ini menjadi jelas. Karyawan yang pemalu tidak mengetahui jawaban atas pertanyaan tersebut, dan perusahaan berisiko kehilangan uang.
Kelebihan kedua dari Slido adalah kenyamanan. Platform ini nyaman bagi pengunjung dan penyelenggara. Ini mendukung perangkat apa pun. Pembicara dapat berbicara ke kamera dan mengatur polling secara paralel dengan telepon. Platform ini memiliki panel admin yang nyaman dan bagian depan yang indah yang dapat Anda gunakan saat mengudara.
Sisi positifnya, platform ini memungkinkan Anda melakukan survei selama acara, yang membuatnya lebih hidup dan interaktif. Dan pertanyaannya sendiri tidak terletak di suatu tempat dalam catatan Zoom yang terpisah, semuanya dapat ditemukan di panel admin yang sama dan diunduh dalam format yang nyaman.
Secara umum, tambahkan interaktivitas ke acara, dan hasilnya tidak akan lebih buruk dari offline!
Lalu apa?
Jika menurut Anda hal di atas "banyak" dan "lama", maka saya akan langsung mengecewakan Anda. Butuh satu bulan kerja keras paralel dengan tugas-tugas lainnya untuk melancarkan semua kegiatan.
Dan bahkan lebih dalam rencana. Langkah kita selanjutnya: komunitas praktik, blog perusahaan (bukan yang memuat berita di Confluence, tetapi blog yang cukup nyata untuk berbagai cerita: mulai dari berpartisipasi dalam kompetisi dan hasil keuangan perusahaan hingga mendeskripsikan tujuan perjalanan favorit), lokakarya yang profesional di bidangnya. sphere diadakan untuk setiap orang yang ingin memahami profesinya, dan kelanjutan pengembangan budaya pertemuan internal dalam berbagai bentuk.
Untuk apa? Sehingga orang-orang di perusahaan saling mengenal, berbicara, berdebat dan dengan demikian mengembangkan satu sama lain dan menghasilkan ide-ide baru untuk bisnis bersama.
Kami tidak menginginkan manajer pengetahuan! Apa yang harus dilakukan?
Tentu saja, saya memahami bahwa tidak semua perusahaan IT siap mengalokasikan setidaknya satu unit staf untuk manajer pengetahuan. Eksekutif TI biasanya berusaha untuk menyewa pengembang tambahan bila memungkinkan untuk merilis fitur lebih cepat (lihat di atas mengapa ini tidak berhasil). Namun nyatanya, semua aktivitas yang dijelaskan di atas dapat dilaksanakan oleh kekuatan orang-orang yang sudah ada di perusahaan. Ya, pasti akan memakan waktu lebih lama dan lebih menyakitkan, tetapi tetap saja aktivitas akan mulai dan berkembang, dan ini sudah banyak.
Jadi, siapa yang bisa menggantikan manajer pengetahuan Anda?
Pertama-tama, komunikasi internal. Seperti yang mungkin telah Anda perhatikan, semua yang saya jelaskan di atas terletak di bidang komunikasi, mentransfer pengetahuan dari para ahli ke departemen yang membutuhkan. Jika Anda membangun proses komunikasi antara unit bisnis yang berbeda, pertukaran pengetahuan akan berhasil. Nah, karena ini tentang komunikasi, maka interkom (interkom) cukup bisa melakukan ini. Sebagai contoh, saya tidak dapat membayangkan beberapa kegiatan yang direncanakan mungkin tanpa partisipasi interkom (blog perusahaan yang sama).
Jika Anda juga tidak memiliki komunikasi internal, maka Anda dapat menghubungi devrel. Pada prinsipnya ini merupakan fenomena yang cukup unik di bidang TI, yaitu dirancang untuk menjalin komunikasi antara spesialis TI dan dengan departemen lain. Dan para iblis mungkin bertanggung jawab atas semua aktivitas ini.
Nah, dalam kasus yang paling ekstrim, Anda bisa menyalahkan semua yang ada pada pimpinan tim. Jauh lebih mudah dan lebih cepat untuk mulai membangun komunikasi dalam tim Anda daripada di seluruh perusahaan. Dan jika inisiatif seseorang berhasil, mereka akan dapat membagikan pendekatan mereka dengan tim lain.
Namun, saya sangat menyarankan agar Anda mempertimbangkan untuk menyewa manajer pengetahuan (atau lebih baik dari dua) sehingga Anda tidak perlu mencari solusi. Ini akan membantu setiap perusahaan untuk mengetahui lebih banyak tentang dirinya sendiri, yang berarti lebih baik untuk merencanakan, menemukan, dan mengembangkan.