KnowledgeConf adalah konferensi baru dalam keluarga Ontico, kami ingin berkumpul di platform yang sama dengan mereka yang terus-menerus atau dari waktu ke waktu terlibat dalam memperbaiki, menyusun, mengatur penyimpanan, dan memperbarui pengetahuan di perusahaan teknologi. Mari kita bicara tentang cara mengurangi risiko kehilangan pengetahuan unik, cara menggunakan kembali solusi, cara meningkatkan faktor bus, dan cara cepat naik karyawan baru.
Untuk perusahaan IT,
pengetahuan dan sumber daya intelektual adalah darah dan daging , bisnis kebanyakan dari mereka didasarkan pada pendekatan unik, proses, sering kali implisit dan tidak tetap. Menjaga pengetahuan di kepala pengembang, di papan tulis di ruang rapat, di dapur percakapan dapat bekerja dengan baik, tidak diragukan lagi, tetapi dengan pertumbuhan perusahaan, dengan kepergian orang yang telah bekerja di dalamnya selama satu dekade, dengan penskalaan tim, risiko dari pengetahuan implisit dan proses tidak terorganisir mereka penyimpanan menjadi semakin terlihat.
KnowledgeConf 2019, sebuah konferensi profesional tentang manajemen pengetahuan di perusahaan IT, akan diadakan pada tanggal 26 April 2019 di situs InfoSpace di pusat kota Moskow.
Apa pengetahuan umum , abstraksi
macam apa, Anda bertanya. Ya, ini bukan tentang algoritma, pola arsitektur, atau perintah dalam sistem kontrol versi.
Di setiap perusahaan, bahkan pendekatan dan algoritme universal dibangun ke dalam proses dengan cara baru, di setiap tim,
pengetahuan teknis menutupi proses - batasan internal inti sistem, ketika karena satu dan lain alasan desain tidak digunakan, tidak dikompilasi, dll., Menggunakan versi hybrid dan aplikasi, proses perencanaan, pelepasan, pengujian, dalam panduan gaya akhir, penamaan variabel dan entitas. Ini juga mencakup
pengetahuan tentang alat: bahkan yang sama berbeda dalam pengaturan, ruang lingkup dan spesifik aplikasi,
pengetahuan tentang titik kontak dan hubungan dalam tim dan banyak lagi.
Bahkan proses dan metodologi terkenal, seperti menulis autotest, scrum, perencanaan lincah, perincian tugas, bekerja dengan sistem kontrol versi, berbeda di setiap perusahaan karena proses yang telah berkembang selama bertahun-tahun dan kekhasan bisnis.
Berikutnya datang
lapisan besar pengetahuan implisit dalam pikiran pengembang berpengalaman, pengetahuan tentang keputusan yang diambil sekali , tentang kruk yang terkubur dalam sistem, kode warisan yang akrab bagi mereka yang telah bekerja untuk waktu yang lama (tidak ada yang menyentuhnya), tetapi pada titik tertentu ketika karyawan pergi atau pergi, dia menembak. Tetapi ternyata "itu selalu perlu untuk melakukan ini di sini, dan itu bekerja dengan baik."
Masih ada
pengetahuan tentang kesalahan yang dilakukan dan pelajaran yang dipetik . Sebenarnya,
pengetahuan tentang bisnis perusahaan , yang paling sering unik. Terutama jika perusahaan Anda bekerja di beberapa bidang baru, industri, segmen pasar.
Tapi apa untungnya? Bagaimana membenarkan pemilik bisnis bahwa itu perlu, karena entah bagaimana itu berfungsi dan oke.
Ini dapat dilakukan melalui potensi kerugian dan manajemen risiko. Saya menemukan laporan Panopto - Laporan
Pengetahuan dan Produktivitas Tempat Kerja 2018 .
Ini adalah hasil survei terhadap lebih dari 1.000 pengusaha Amerika yang berbicara tentang masalah yang mereka alami dengan transfer pengetahuan dan kehilangan mereka.
42% dari karyawan yang disurvei mengakui bahwa mereka memiliki pengetahuan yang unik, tidak pernah tetap. 81% setuju bahwa mereka kesal karena perusahaan memiliki pengetahuan unik yang tidak mereka bagikan, ini mempengaruhi pekerjaan mereka dan penilaian transparansi keputusan dan proses saat ini.
Di perusahaan dengan omset rendah, 23% karyawan mengakui bahwa sulit atau hampir mustahil bagi mereka untuk mengakses informasi yang mereka butuhkan untuk melakukan pekerjaan mereka dengan lebih baik. Di perusahaan dengan omset tinggi, persentase ini melonjak menjadi 38.
Akibatnya, waktu rata-rata yang dihabiskan seorang pemula dalam menemukan jawaban atas pertanyaan per minggu adalah 12,7 jam, yaitu 50 jam di bulan pertama kerja.
Para penulis laporan bahkan menghitung penghematan potensial dari pertukaran pengetahuan yang lebih efisien berdasarkan data pada pekerjaan sederhana atau tidak efisien: untuk perusahaan dengan 17,7 ribu karyawan dan gaji rata-rata $ 47 per jam, itu akan berjumlah
42,5 juta dolar AS per tahun , untuk perusahaan dengan 1.000 karyawan, $ 2,4 juta per tahun. Orientasi pendatang baru yang lebih efektif akan memungkinkan perusahaan dengan 17,7 ribu karyawan untuk menghemat $ 4,5 juta per tahun.
Keren, tapi mengapa seluruh konferensi?
Pengalaman konferensi lain telah menunjukkan bahwa laporan tentang TeamLead Conf dan tentang Highload ++ muncul dan seluruh kelompok laporan tentang penyimpanan, pengindeksan, artefak pendukung pengetahuan dalam tim TI dan seluruh perusahaan. Hanya beberapa perusahaan di bidang ini yang memiliki sistem manajemen pengetahuan terpadu dan terpadu, dan dengan
spesialis manajemen pengetahuan, ia adalah burung yang sangat langka .
Jauh lebih mudah untuk membayangkan situasi di mana setiap tim pembangunan, dukungan, pengujian, infrastruktur menggali bagiannya sendiri dan muncul dengan praktiknya sendiri. Bahkan dalam kerangka satu perusahaan, Anda dapat melihat sesuatu seperti ini (sekali dengan rekan saya,
seluruh laporan lahir
di TeamleadConf - kami bahkan tidak tahu bahwa kami melakukan hal yang hampir sama di departemen yang berbeda), tetapi kami berpikir untuk berbagi praktik di antara perusahaan. Ya, tidak, tidak seperti itu.
Tetapi seseorang bahkan pandai melakukannya. Kami ingin membawa kasus-kasus praktis ini ke luar, dan berbagi dengan satu sama lain pengalaman, praktik terbaik, penggaruk, melampaui "yang kecil nyaman" kami dan melakukan sesuatu yang keren dan berguna.
TI adalah pasar yang agak muda dibandingkan dengan, misalnya, sektor riil ekonomi, pertambangan, manufaktur, dan perusahaan keuangan. Di sana, sistem manajemen pengetahuan mulai disesuaikan dari awal 2000-an, ketika tidak ada yang tahu kata milenial, orang-orang saling memanggil di telepon (!) Dan membuat janji. Tetapi mereka juga memiliki kekhasan masing-masing, khususnya, banyak inisiatif untuk manajemen pengetahuan dan pembentukan praktik terbaik dari atas, bukan dari bawah, mereka memiliki dukungan tanpa syarat dan pendanaan dari manajemen senior. Kami akan mengundang perwakilan perusahaan-perusahaan ini ke konferensi, karena kami memiliki sesuatu untuk dipelajari dari mereka.
Siapa yang bisa tertarik sama sekali?
Kami berkumpul bersama oleh komite program dan menganalisis jenis perusahaan apa dan mengapa topik manajemen pengetahuan mungkin menarik. Tulis jika Anda menemukan kasus Anda di dalamnya, dan bagikan ide lain dalam komentar.
| Jenis bisnis | Mengapa mereka membutuhkan manajemen pengetahuan? | Sebagai aturan, mereka ingin ... |
|---|
| Perusahaan Integrator | - Memperbaiki perjanjian dengan klien dan mengurangi risiko
- Skalabilitas tim | TK |
| Perusahaan Produk, PaaS | - Penggunaan kembali solusi
- Mengurangi risiko pemecatan dan orientasi karyawan baru
- Skalabilitas proyek (jika pengetahuan dipelihara dengan baik dan ditransfer dengan cepat, mudah untuk merekrut karyawan baru)
| Persyaratan fungsional dan uraian terperinci tentang tugas bisnis
Lihatlah topik ini: Dari sisi lain dari kaca cermin: lihat dokumentasi dari sudut pandang bisnis Maxim Stroyev
|
| Pengembangan kustom, devshop | - Pengurangan risiko dalam hubungan pelanggan
- Mengurangi biaya pencelupan di bidang subjek baru | Deskripsi tugas yang terperinci |
| Perusahaan jasa | - Mengurangi waktu perendaman untuk karyawan baru
- Mengurangi biaya pencelupan dalam area subjek baru untuk karyawan atau spesifikasi klien | Instruksi Cara Melakukannya |
| Perusahaan pembuat instrumen | - Memperbaiki alasan untuk solusi teknis yang dipilih, yang mengarah ke percepatan proyek modernisasi
- Pengurangan risiko dari hilangnya "insinyur unik"
- Mempercepat pengenalan produk ke dalam produksi dan menyederhanakan perpindahan ke lokasi produksi baru | Memperbaiki arsitektur sistem, deskripsi protokol, album solusi teknis, kartu lot produksi |
Tim konferensi
Sekarang saatnya untuk memperkenalkan tim kami, mereka yang bertanggung jawab atas isi konferensi, kualitasnya, untuk pembentukan program.
Rodion Nagornov, Kepala Pelatihan dan Sertifikasi, Kaspersky Lab.Fakta Acak: Dia bernyanyi dua kali di Olimpiysky.
Igor Tsupko, Kepala Litbang, Flant.Fakta Acak: Dia menulis baris pertama kode pada usia 4 tahun. Itu adalah gambar kucing di QBasic.
Svetlana Novikova, Spesialis Manajemen Pengetahuan dalam Tim Pengembangan IPONWEB.Fakta acak: Saya mencoba lebih dari 140 jenis sari dan saya punya akun Instagram dengan ulasan tentang mereka. Dengan pendidikan pertama, seorang ilmuwan politik. Dia bahkan hampir mempertahankan disertasi dalam ilmu politik.
Konstantin Medvedev, Kepala Dukungan Produk, Tion.Fakta acak: Saya bekerja dari jam 6 pagi, saya pergi ke Moskvich 412 dan saya memiliki norma.
Nikolay Volynkin, Penulis Teknis di Plesk.Fakta Acak: Sejak akhir 15 tahun saya telah bekerja sebagai moderator di cabang StackOverflow berbahasa Rusia.
Maxim Tsepkov, Arsitek dan Analis Bisnis, CUSTIS.Fakta Acak: Di institut ia menulis editor file multi-pengguna tentang Fortran pada BESM-6 dan fungsi-fungsi dasar untuk superkomputer Cray versi Soviet. Saya suka menunggang kuda, saya mencoba melakukannya dua kali seminggu.
Dmitry Simonov, Pendiri dsimonov.consulting.Fakta Acak: Dia bekerja di semua perusahaan Tiga Besar: Yandex, Rambler, Mail.ru.
Maxim Babich, Pendiri Cloveri .Fakta Acak: Kadang-kadang di waktu senggang saya menggembalakan domba dengan anjing corgi saya.
Wawancara Blitz dengan anggota Komite Program Konferensi
Ceritakan secara singkat tentang apa yang Anda lakukan selain konferensi, di tempat kerja, dalam kegiatan sosial.Svetlana Novikova, IPONWEB ( nerazzgadannaya ) : Saya menyiapkan proses otomasi untuk mengunggah dan menerbitkan dokumentasi (dalam arti luas, ini termasuk deskripsi proses, struktur internal sistem, kursus video untuk pemula, dan tes kontrol) di tim UI pengembangan. Saya sedang mengerjakan sistem untuk mendatangkan pendatang baru ke tim bersama dengan pemimpin tim, saya memastikan bahwa tidak ada pengetahuan implisit dalam tim, bahwa nyaman bagi orang-orang untuk membagikannya, sehingga pembaruan artefak terintegrasi ke dalam keseluruhan pengembangan dan proses pelepasan. Kadang-kadang saya juga mengatur pertemuan, diskusi seputar topik ini dan
saluran tentang manajemen pengetahuan dalam TI .
Maxim Babich, Layanan Pajak Federal ( WebByte ) Saya membantu spesialis TI dan tim TI berkembang lebih sadar menggunakan model kompetensi. Saya sedang membangun sistem informasi di Layanan Pajak Federal yang meningkatkan kualitas dan kecepatan memperoleh layanan publik.
Rodion Nagornov, Kaspersky Lab ( KnowledgeManager ) : Sebenarnya, manajemen pengetahuan adalah pekerjaan saya. Saya sudah melakukan ini selama 5 tahun di Kaspersky Lab dan tidak berencana untuk berhenti. Selain itu, tanggung jawab saya termasuk mengelola komunitas kami dan mengawasi dukungan pelanggan di jejaring sosial.
Saya seorang insinyur CAD (Baumanka), seorang pengembang C #, VB #, untungnya, saya telah memilih bidang kegiatan yang berbeda setelah universitas :) Saya belum secara aktif diperhatikan dalam kehidupan publik, saya menghabiskan waktu dalam keluarga dan perjalanan saya.
Konstantin Medvedev, Tion: Saya memimpin departemen dukungan produk untuk R&D di Tion. Saya mengelola dokumentasi, basis pengetahuan produk. Kami melatih dukungan, penjualan, pemasaran, menyelesaikan masalah dengan produk, mengumpulkan ide, memberi saran kepada kolega tentang masalah teknis. Dan saya juga membuat dan memajukan komunitas insinyur instrumen di Novosibirsk Conveyerum. Kami membahas pengembangan, dukungan, produksi, dan manajemen pengetahuan.
Nikolai Volynkin, Plesk ( nick_volynkin ) : Saya bekerja sebagai penulis teknis di Plesk. Saya menulis dokumentasi untuk pengembang dan saya sendiri sedang mengembangkan alat untuk dokumentasi dengan Python. Saya sedang melakukan
saluran di Telegram tentang dokumentasi secara umum, pendekatan "dokumentasi sebagai kode" dan sedikit tentang manajemen pengetahuan. Sejak akhir 15 tahun saya telah bekerja sebagai moderator di cabang StackOverflow berbahasa Rusia. Sekarang ada lima moderator di situs, mereka dipilih oleh komunitas, pekerjaannya sukarela dan tidak dibayar. Tapi itu sangat menarik: aliran pengetahuan di komunitas pengembang terlihat, masalah di dalamnya terlihat, dan masalah ini dapat dipengaruhi.
Bersama dengan kolega saya, saya mengatur beberapa pertemuan komunitas internasional. Tuliskan Dokumen: di Moskow, St. Petersburg, dan Novosibirsk. Saya pikir mitaps sangat penting. Mereka membantu orang bertemu dan bertukar ide. Itu juga bentukan pembicara di konferensi besar seperti KnowledgeConf.
Igor Tsupko, Flant ( may-cat ): Saya telah berada dalam
api IT “serius” selama lebih dari 10 tahun. Dia mulai sebagai pengembang, sekarang saya membantu Flant meningkatkan, dan, dalam praktiknya, saya memecahkan teka-teki untuk manajemen pengetahuan.
Sergey Zaika: Lamoda ( fewald ): Saya adalah pengembang senior sistem manajemen pesanan di Lamoda. Saya terlibat dalam pengembangan, desain, serta onboarding, tugas panggilan dan investigasi insiden. Kadang saya punya waktu untuk berbicara.
Dmitry Simonov, dsimonov.consulting ( dsimonov ): Saya
memimpin saluran techdir tempat saya mengumpulkan catatan, "garu" dan
kasing lucu dari pekerjaan saya sendiri, mensistematisasikan pengetahuan tentang pekerjaan direktur teknis.
Maxim Tsepkov, CUSTIS: Selama lebih dari 30 tahun saya telah terlibat dalam pengembangan bea cukai untuk perusahaan dan bank sebagai pengembang, arsitek, dan analis bisnis di CUSTIS. Saya percaya bahwa otomatisasi membuat hidup lebih baik dan membuka kemungkinan baru. Secara paralel, dalam beberapa tahun terakhir saya telah bekerja sebagai konsultan independen untuk agile, organisasi pirus, dinamika spiral, dan praktik manajemen baru lainnya di bidang TI dan lainnya.
Apa arti manajemen pengetahuan bagi Anda dan mengapa itu penting?Nikolai Volynkin: Semuanya dimulai dengan ide sederhana: pengetahuan adalah aset perusahaan yang menghasilkan laba. Manajemen pengetahuan meningkatkan laba dan mengurangi risiko dari kegagalan memenuhi tenggat waktu, faktor bus, keputusan yang salah, dan ide-ide berharga yang belum mencapai implementasi.
Rodion Nagornov: Saya dapat menyebutkan 3 keuntungan utama: asuransi terhadap hilangnya pengetahuan dan pengalaman ketika spesialis pergi; mempercepat pelatihan karyawan baru; kemampuan untuk menciptakan produk, pendekatan, dan solusi yang sepenuhnya baru berdasarkan pengetahuan yang ada. Tentu saja, ada lebih banyak barang, tetapi saya selalu menyoroti ketiganya.
Maxim Babich: Manajemen pengetahuan dan manajemen berbasis pengetahuan adalah cara untuk mempercepat solusi masalah bisnis dan mengurangi risiko kehilangan spesialis utama.
Konstantin Medvedev: Bagi saya, manajemen pengetahuan adalah campuran orang, proses dan pendekatan yang bertujuan menghasilkan, menyebarluaskan, dan mempertahankan relevansi pengetahuan tentang produk perusahaan dan seluk-beluk teknologi yang digunakan di dalamnya. Ini penting, karena tanpa ini, setiap modernisasi = pengembangan dari awal, dan pemberhentian seorang insinyur = pengembangan dari awal.
Maxim Tsepkov: Saya bertemu manajemen pengetahuan di konferensi KM Russia pada 2010, saya terkejut menemukan bahwa ini adalah disiplin yang sepenuhnya terpisah yang menarik untuk diterapkan di TI. Saya khususnya terkesan oleh tesis bahwa tradisi lisan adalah cara yang sepenuhnya legal untuk bekerja dengan pengetahuan, dan korelasi tradisi lisan dan pengetahuan terdokumentasi harus dikelola.
Igor Tsupko: Ini mungkin cedera masa kecil. Sangat awal saya menemukan kode yang tidak didukung, tidak dapat dipahami, "penyempurnaan" yang bertentangan dengan kenyataan dan akal sehat, dan ketidakmampuan orang untuk mengekspresikan pikiran mereka.
Dan jika perusahaan Anda tumbuh - masalah komunikasi dan faktor bus kecil mulai mengalihkan Anda dari hal-hal yang benar-benar penting, untuk menyemprotkan konsentrasi dan kemauan.
Dmitry Simonov: Saya menganggap manajemen pengetahuan bagi para ahli teknis sebagai titik kunci dalam memastikan pertumbuhan profesional semua kolega saya yang masih fokus pada pendapat mereka secara eksklusif pada praktik kerja sehari-hari.
Sergey Zaika: Bagi saya, dalam konteks sebuah perusahaan, manajemen pengetahuan terutama merupakan pertukaran keahlian. Korporasi besar dan ahli yang tepat dapat bekerja di negara lain, berhenti dulu atau duduk di meja berikutnya. Ketika manajemen pengetahuan didirikan, setiap ahli meninggalkan "jejak" artefak, di mana, idealnya, Anda dapat memahami apa yang diperlukan, tanpa harus menggunakan secara langsung.
Mengapa Anda memutuskan untuk bergabung dengan Komite Program?Svetlana Novikova: Saya ingin membuat konferensi dengan laporan yang mendalam dan berkualitas tinggi. Sedemikian rupa sehingga saya ingin menjadi semua laporan sendiri, berjalan, berbicara, menempel di tribun. Cara terbaik untuk mencapai ini adalah dengan berpartisipasi dalam organisasi. Selain itu, ini adalah banyak kenalan keren baru, pertukaran pengalaman.
Rodion Nagornov : Dalam beberapa tahun terakhir, dia banyak berbicara, menghadiri konferensi sebagai pendengar, tetapi tidak melihat apa yang ada di dalam, di belakang lencana penyelenggara. Ketika ada tawaran untuk berpartisipasi dalam PC, saya langsung setuju. Selain itu, diasumsikan bahwa target audiens utama adalah orang-orang yang terkait dengan pembangunan. Karena saya sendiri mengumpulkan pengetahuan dari pengembang, dan kami sering tidak segera memahami satu sama lain, menjadi sangat menarik untuk melihat pekerjaan saya dari sisi lain, untuk memahami bagaimana pengembang melihat kami, karyawan manajemen pengetahuan. Yah, dan, mungkin, bisa menyampaikan kepada mereka, untuk bagian kita, bahwa kita melakukan hal yang bermanfaat, termasuk untuk diri kita sendiri (Anda memberikan KM kepada massa!), Dan tidak hanya mengalihkan perhatian kita dari pekerjaan kita dengan pertanyaan konyol. Saya harus mengatakan bahwa harapan sudah terpenuhi.
Konstantin Medvedev: Saya ingin berbicara dengan Oleg Bunin tentang konferensi untuk rekayasa instrumen;).
Igor Tsupko: Saya ingin mengadakan konferensi yang mendalam, tanpa omong kosong pemasaran dan pembicara yang diterima dalam program "untuk mata yang indah".
Nikolai Volynkin: Ini terlalu menarik dan berguna untuk menjauh. Dan tetap saja, semua orang akan mendengar laporan hanya pada 26 April (dan mereka yang tidak datang ke konferensi nanti), dan saya sudah berhasil mendengarkan beberapa dan bahkan menerapkan sesuatu dalam pekerjaan saya.
Maxim Tsepkov: Saya menerima undangan untuk memasuki PC KnowledgeConf dengan minat. Manajemen pengetahuan dalam proyek-proyek TI adalah topik yang relevan dan seringkali bermasalah. Dan saya berharap konferensi ini akan menyatukan laporan tentang praktik manajemen pengetahuan di berbagai proyek - Saya mendengar mereka di konferensi yang berbeda, ada banyak hal menarik, tetapi di sini mereka datang bersama.
Sergey Zaika: Sangat menarik untuk berkenalan dengan "masakan" konferensi di sisi lain.
Laporan apa yang ingin Anda lihat di KnowledgeConf?Svetlana Novikova: Pertama-tama, saya ingin melihat kasus, penerapan pendekatan dan alat khusus dalam tim yang berbeda - pengembangan (dokumentasi sebagai kode), pengujian (penyimpanan kasus uji dan daftar periksa), infrastruktur (pelajaran yang dipetik, informasi kejadian, arsitektur pendaftar), dukungan (pengembangan basis pengetahuan dukungan teknis), tim produk.
Rodion Nagornov: Secara pribadi, saya benar-benar ingin melihat laporan tentang fakta bahwa manajemen pengetahuan tidak diperlukan, itu sia-sia dan secara umum hanya menghabiskan sumber daya :) Sekali lagi, untuk memahami argumen rekan kerja yang saat ini berpikiran demikian, dan mungkin, dapat - .
: , . , , . , . , .
: , , . .
: . , , .
: KnowledgeConf . , .
: . , , « ”». ( ) - . «-» .
?: : , , . : !
: , -. , , , , , , ( ), , .
: -, . — .
-, . , - git 2019 , . , : — . , .
: , . , . , Zodiac Interactive. . , .
: « », « » « ».
— . — .
: , , -, — . , -, , .
, ?: , , .
: , , .
: IT , . « » , , . -, knowledge sharing junior , . -IT , knowledge management « ». IT , , .
: , , — , , -, -, , .
: , , , — , , , .
: , , , , , , . , , HR, Learning&Development, , , , . — — , « » killer feature, , , .
: : tech- knowledge-engineering. , , , . «» «» .
.: , , , . — :)
: , , , . !
: , , , , , , 2020 .
: : , , — .
KnowledgeConf 1 , 26 . Telegram- .