Baru-baru ini,
saya berbicara tentang laporan yang membentuk program konferensi tentang manajemen pengetahuan di perusahaan IT KnowledgeConf. Tetapi tidak dengan laporan tunggal, semua sama, hal terpenting dalam konferensi adalah komunikasi para ahli, diskusi, bentrok pendapat, di persimpangan di mana sesuatu yang baru, menarik dan terobosan muncul. Oleh karena itu, secara paralel dalam
program kami akan memiliki empat format interaktif dua jam - dua tabel bundar dan dua kelas master.
Meningkatkan kesehatan tim dan mempelajari cara membangun model
Mari kita mulai dengan format paling interaktif. Yang pertama dalam program ini akan menjadi
kelas master yang sangat menyadarkan
“Atlassian Team Playbook - pelajari praktik pengembangan baru untuk tim Anda!” dari
Anna Zekunova dan
Irina Pozdnyakova dari ToolsTrek, sebuah perusahaan yang mengimplementasikan produk-produk Atlassian, termasuk Confluence yang dicintai.
Atlassian Team Playbook - satu set monitor kesehatan tim, yang disertai dengan permainan untuk mengembangkan berbagai aspek kerja tim. Awalnya, ini adalah kerangka internal Atlassian, tetapi setelah mencapai hasil yang baik di dalam perusahaan, mereka memutuskan untuk membaginya dengan dunia TI. Di kelas master, para peserta akan dibagi menjadi tim proyek, masing-masing tim akan menerima kasus yang disiapkan sebelumnya, dan masing-masing peserta akan menerima deskripsi perannya.
Peserta akan mengikuti monitor kesehatan tim dan bermain game untuk meningkatkan efisiensi kerja.
Ngomong-ngomong, praktik ini dapat sepenuhnya diadopsi dan dicoba di dalam perusahaan Anda, semua materi Atlassian telah
tersedia untuk umum .
Format interaktif kedua adalah lokakarya
"Model dalam konteks apa pun" dari pelatih rasionalitas terapan, salah satu pendiri Pusat
Poker rasionalitas terapan
, Prapion Medvedeva . Model sangat umum di kalangan profesional TI, kita sering memodelkan atau berpikir bahwa kita memodelkan dalam situasi kerja, tetapi model sama sekali tidak direduksi menjadi menggambar diagram dalam notasi UML.
Prapion akan memberi tahu dan menunjukkan dalam praktik bagaimana menerapkan keterampilan membangun model dengan hubungan dan ketergantungan kausal, bahkan dalam situasi dan konteks di mana Anda biasanya tidak melakukan ini, seperti pada perencanaan tangkas, ketika memikirkan proses pengembangan, pemisahan tanggung jawab arsitektur sistem.
Pada kasus nyata yang dihadapi oleh peserta rapat umum, Prapion akan menunjukkan cara mentransfer keterampilan pemodelan dan ontologis dari area di mana Anda sudah mengetahui hal ini kepada yang lainnya.
"Jual" ide manajemen pengetahuan kepada manajemen dan kolega
Di antara peserta konferensi ada orang-orang yang mengambil langkah pertama dalam manajemen pengetahuan, tetapi ada juga yang sudah mencapai hasil tertentu. Dan semakin jauh kita maju dalam proses ini, semakin banyak dukungan diperlukan untuk manajemen dan metrik yang jelas untuk menilai efektivitas pekerjaan kita.
Ketika Anda membangun proses untuk manajemen pengetahuan, Anda adalah seorang penginjil KM, cepat atau lambat Anda harus mencari orang-orang yang berpikiran sama, baik di antara kolega terdekat Anda dan di antara manajemen yang dapat mengalokasikan sumber daya dan bertindak sebagai "pelindung" dari inisiatif. Manajemen pengetahuan tidak dapat dibangun tanpa yang satu atau yang lain. Dengan demikian, Anda, sebagai pendorong inisiatif, dalam hal apa pun akan menjual ide Anda: kepada kolega dan atasan linier.
Apakah mungkin meyakinkan kolega dan manajer dengan argumen yang sama? Metode mana yang lebih cocok untuk kedua kasus, dan mana yang berbeda? Bagaimana cara mengatasi perlawanan dan argumen dari bentuk "itu normal"?
Diskusi
"Bagaimana menjual ide manajemen pengetahuan kepada manajemen dan kolega" dari kepala pelatihan Lab Kaspersky dan grup sertifikasi
Rodion Nagornov menetapkan tujuan untuk membahas dan mendapatkan daftar atau bahkan "skrip" untuk menjual ide manajemen pengetahuan di perusahaan Anda dengan daftar kemungkinan keberatan, kontra keberatan terhadap mereka, serta daftar metrik yang dapat membuktikan pentingnya praktik manajemen pengetahuan.
Kami pasti akan membagikan "artefak" ini setelah konferensi, tetapi lebih baik datang dan bantu kami membuatnya bersama.
Kami bermimpi menerapkan teknologi untuk kepentingan manajemen pengetahuan
Hari produktif akan diselesaikan dengan format eksperimental kami - sesi impian kolektif
"Teknologi masa depan untuk manajemen pengetahuan" . Acara ini akan dikhususkan untuk bagaimana mengisi kesenjangan antara tugas-tugas apa di bidang manajemen pengetahuan yang ingin saya selesaikan secara otomatis, dan teknologi apa dan bagaimana tepatnya dapat digunakan untuk ini.
Kami akan membahas masalah di bidang manajemen pengetahuan dan berfantasi tentang bagaimana teknologi modern (AI, web, Penambangan Data, Pemrosesan Bahasa Alami, visi komputer, dll.) Dapat memecahkan masalah tersebut. Bersama-sama kita akan dapat melihat masalah dari sudut yang berbeda dan memikirkan solusi yang mungkin.
Kami ingin para peserta datang ke sesi dengan sedikit persiapan, melempar daftar masalah yang ada dalam manajemen pengetahuan di perusahaan TI (misalnya, pengisian awal basis pengetahuan, konten usang dan memeriksa kelengkapannya, pencarian semantik, keterlibatan pengguna, dll.) , atau dengan mempelajari teknologi, penelitian, dan konsep apa yang sudah ada di bidang ML, AI, NLP, misalnya, di
sini , dan fitur serta batasan apa yang mereka miliki.
Hasil terbaik dari sesi tersebut, dan seluruh konferensi kami, akan menjadi
Bukti Konsep nyata, jika salah satu insinyur dari startup mengambil dan mencoba menerapkan ide-ide tersebut. Mengikuti hasil sesi, kami pasti akan membuat manifes dengan ide dan opsi implementasi, dapat diambil dan mulai diterapkan.
Sesi ini akan dipimpin oleh
Igor Tsupko , Direktur untuk Unknown at Flant, dan
Maxim Leonovich , salah satu pendiri startup
OneBar , akan berada di antara para ahli. Perusahaan Maxim menciptakan dan mengembangkan solusi yang dapat memproses percakapan di slack corporate messenger dan menciptakan basis pengetahuan pertanyaan dan jawaban. Tentu saja, pembicara dan anggota PC kami akan bergabung dengan mimpi bersama: Maxim Tsepkov, Grigory Petrov, Ekaterina Gudkova, dan Alexey Sidorin.
Bicara tentang pidato yang terlewat
Saya sudah mengatakan bahwa kami menerima 83 aplikasi untuk laporan, yang berarti bahwa kami
harus menolak lima lusin aplikasi . Bayangkan saja, lima lusin laporan yang tidak akan Anda dengar.
Setiap orang selalu berbicara hanya tentang laporan yang diterima, semacam "kesalahan sistematis orang yang selamat," tetapi di antara laporan yang tidak diterima ada juga banyak materi berkualitas tinggi, jadi kami memutuskan untuk mengumpulkan pemikiran dan ide paling menarik dari laporan yang tidak sesuai dengan program.
Jika konferensi di masa depan tumbuh menjadi format dua hari (dan ini hanya mungkin dilakukan dengan upaya bersama kami), maka Anda memiliki kesempatan untuk mendengar pemikiran-pemikiran ini dalam format terperinci. Sementara itu, saya hanya akan memberi mereka tanpa menyebutkan penulisnya.
- Jika Anda mengatur interaksi dengan pengembang - pembawa pengetahuan dalam format mapan tertentu, ini akan meminimalkan biaya waktu kerja mereka dan mengurangi hambatan keseluruhan.
- Masalah kedekatan kode dan informasi dapat diselesaikan dengan menggunakan metodologi InnerSource - ketika mereka mendekati kode program korporat sebagai OpenSource, akses terbuka untuk membaca, membuat permintaan tarik.
- Apa yang harus dilakukan jika manajemen pengetahuan “terlambat” dan pengetahuan sudah hilang? Ada dua cara: kotak hitam, ketika kita bergerak dari keseluruhan ke bagian-bagian, mengetahui bagaimana sistem berperilaku sebagai keseluruhan, dan kotak putih, ketika kita tidak tahu apa-apa tentang apa yang mengelilingi sistem, tetapi kita tahu bagaimana itu diatur dan bergerak dari bagian untuk keseluruhan. Keuntungan dari pendekatan pertama adalah dapat digunakan untuk menjawab pertanyaan "mengapa" dan "kita membutuhkannya", yang akan menghemat waktu selama pekerjaan lebih lanjut. Keuntungan yang kedua adalah jawaban cepat untuk pertanyaan "bagaimana" dan hasil yang cepat terlihat.
- Jika Anda memiliki masalah sistemik dalam transfer pengetahuan dan komunikasi antar tim, Anda dapat mengadakan sesi di tempat di mana semua peserta dalam proses akan secara intensif membahas masalah, mencari solusi, “menjual” satu sama lain dan mengujinya di tempat.
- Praktik manajemen pengetahuan dan adaptasi pemula yang dikembangkan memungkinkan perusahaan untuk membangun kembali di pasar ketika merekrut. Penting bagi karyawan masa depan bahwa mereka tidak akan menjadi sebutir pasir yang ditinggalkan oleh semua orang, bahwa perusahaan memiliki sistem onboarding bawaan, universitas perusahaan, dan keinginan untuk berinvestasi dalam pelatihan sebagai nilai di tingkat perusahaan. Budaya berbagi pengetahuan dan rel onboarding yang dibangun dapat berfungsi sebagai keunggulan kompetitif.
- Untuk menilai efektivitas sistem manajemen pengetahuan, Anda dapat menggunakan metrik 3-5 detik. Selama waktu ini, pengguna dapat menemukan informasi apa pun yang tersimpan di basis pengetahuan (yaitu, permintaan pengguna tidak hanya akan diproses, tetapi pengguna akan dapat membuka halaman yang diinginkan selama waktu ini).
- Penyebaran dan akuisisi pengetahuan baru dapat berfungsi sebagai faktor motivasi bagi pengembang. Penting untuk menganalisis dan mendeskripsikan profil orang-orang Anda dan perbedaan mereka, dan, berdasarkan ini, membangun rencana untuk pengembangan profesional seseorang. Baik memiliki profil perusahaan yang dirancang dengan baik. Kemudian Anda dapat mentransfer orang antar tim di perusahaan, dapatkan manfaat dari mereka untuk perusahaan ini dan tidak kehilangan orang.
- Mencari informasi perusahaan bukanlah proses bisnis, nilai bisnisnya sulit disampaikan kepada manajemen.
- Metodologi Matter Experts (SME) adalah pakar di bidang tertentu. SME memproses kasus-kasus yang paling kompleks dan membuat artikel yang matang, memantau kesenjangan pengetahuan dalam tim dukungan teknis, dan secara berkala meninjau status artikel dalam modul atau produknya.
- Basis pengetahuan dapat dipertahankan dengan menggunakan alat pengembangan - Git, doc-review sebagai tinjauan kode, menggabungkan permintaan untuk persetujuan dokumentasi, rilis kebijakan untuk dokumentasi: changelog, git tag, tonggak dalam Gitlab, linter dan tes, CI (perakitan otomatis dan web kait).
- Pemikiran visual adalah ketika Anda menggambar di flipchart, atau menggunakan bahasa grafis dalam rekayasa, dan dari sini Anda mendapatkan hasil mental yang belum pernah terjadi sebelumnya. Tapi ini adalah dongeng. Berpikir bukanlah visual, tetapi amodal (yaitu, tidak diekspresikan dalam modalitas persepsi - tidak secara visual, tidak terdengar, tidak penciuman, dll.) Di bagian bawah sadar dan bersifat sinestetik (sebaliknya, semua modalitas persepsi saling terkait) dalam kesadaran. Itu menjadi visual saat Anda perlu mengkomunikasikan sesuatu kepada diri sendiri atau orang lain. Pemikiran visual adalah utopis: sangat menarik dalam argumentasi, tetapi pada kenyataannya itu tidak membuahkan hasil dalam praktik.
- Proses mengadaptasi dan mentransfer pengetahuan dalam R&D berbeda, karena seringkali Anda tidak hanya bekerja dengan perkembangan dari kelompok riset Anda, Anda perlu bekerja juga dengan proyek-proyek ilmuwan lain. Bagian penting dari penelitian adalah menghadiri seminar dan sekolah ilmiah, ini adalah kesempatan bagus untuk memahami suatu topik secara lebih rinci dalam format komunikasi dan membantu pemula beradaptasi. Artinya, itu adalah semacam komunitas ilmiah yang membantu untuk tumbuh dan berkembang.
- Pada awalnya, peserta pelatihan perlu diberi tugas sedekat mungkin dengan tugas-tugas pengembang junior, misalnya, garpu proyek nyata. Pengembang terus membutuhkan tantangan baru. Ini harus tumbuh seiring dengan perkembangan proyek, jika proyek tidak tumbuh secara teknologi, penting untuk memutar sehingga selalu ada tugas baru. Bidang pengembangan terus berubah - teknologi baru, kerangka kerja, metodologi, pendekatan. "Para senior" dewasa ini dalam penilaian massa sambil bekerja untuk waktu yang lama di dalam satu proyek yang tidak berkembang merosot, bukan memecahkan masalah baru.
Saya akan berterima kasih jika Anda menuliskan pemikiran apa dari aplikasi yang ditolak yang ingin Anda ungkapkan secara lebih rinci, berdebat dengan mereka, mendengar lebih lengkap dalam kerangka laporan - kami pasti akan mengundang pembicara ini untuk tahun depan.
Dan apa lagi selain format laporan dan diskusi?
Selama istirahat, Anda dapat berjalan di sekitar area pameran - ini adalah zona dari mitra konferensi, di mana Anda dapat mencari tahu tentang proyek-proyek menarik, berita, teknologi, bicara dan membuat janji.
Selain itu, kami mengundang perwakilan dari komunitas tematik di bidang manajemen pengetahuan dan e-learning, penulis saluran Telegram, blog video dan podcast, misalnya, Aliansi KM, Manajemen Pengetahuan - Northwest, Conveyorum, Menulis Dokumen Rusia, Catatan LX, Spruce, ke konferensi - Keterampilan ELearning, komunitas analis St. Petersburg. Berkomunikasi dan membuat koneksi.
Konferensi KnowledgeConf pertama akan diadakan pada 26 April 2019 di Infospace di alamat: 1st Zachatievsky Lane, Moscow, 4 - ini di sebelah stasiun metro Kropotkinskaya dan Park Kultury.
Sampai jumpa di KnowledgeConf ! Ikuti berita di Habré, di saluran Telegram dan ajukan pertanyaan dalam obrolan konferensi .