नॉलेजकोफ: यह ज्ञान साझा करने का समय है

नॉलेजकोफ ओन्टिको परिवार में एक नया सम्मेलन है, हम एक ही मंच पर उन लोगों को इकट्ठा करना चाहते हैं जो लगातार या समय-समय पर प्रौद्योगिकी कंपनियों में फिक्सिंग, स्ट्रक्चरिंग, भंडारण के आयोजन और ज्ञान के अद्यतन में लगे हुए हैं। आइए इस बारे में बात करें कि अद्वितीय ज्ञान को खोने के जोखिमों को कैसे कम किया जाए, समाधानों का पुन: उपयोग कैसे किया जाए, बस कारक कैसे सुधारें, और अपने कर्मचारियों को जल्दी से कैसे मंडल करें।



आईटी कंपनियों के लिए, ज्ञान और बौद्धिक संसाधन मांस और रक्त हैं , उनमें से ज्यादातर का व्यवसाय अद्वितीय दृष्टिकोण, प्रक्रियाओं, अक्सर निहित और निश्चित नहीं होने पर आधारित है। डेवलपर्स के प्रमुखों में ज्ञान रखना, बैठक के कमरे में व्हाइटबोर्ड पर, रसोई में बातचीत अच्छी तरह से काम कर सकती है, इसमें कोई संदेह नहीं है, लेकिन कंपनी के विकास के साथ, दस साल तक इसमें काम करने वाले लोगों की विदाई के साथ, टीमों के स्केलिंग के साथ, निहित ज्ञान के जोखिम और उनकी असंगठित प्रक्रियाएं। भंडारण अधिक से अधिक ध्यान देने योग्य हो जाता है।

नॉलेजकोनफ 2019, आईटी कंपनियों में ज्ञान प्रबंधन पर एक पेशेवर सम्मेलन 26 अप्रैल, 2019 को मॉस्को के केंद्र में इन्फोस्पेस साइट पर आयोजित किया जाएगा।

सामान्य ज्ञान क्या है , किस तरह का अमूर्त है, आप पूछते हैं। हां, यह वास्तव में एक वर्जन कंट्रोल सिस्टम में एल्गोरिदम, आर्किटेक्चरल पैटर्न या कमांड के बारे में नहीं है।

प्रत्येक कंपनी में, यहां तक ​​कि सार्वभौमिक दृष्टिकोण और एल्गोरिदम को एक नए तरीके से प्रक्रियाओं में बनाया जाता है, प्रत्येक टीम में, तकनीकी ज्ञान ओवरले प्रक्रियाओं - सिस्टम कोर की आंतरिक सीमाएं, जब एक कारण या किसी अन्य डिजाइन का उपयोग नहीं किया जाता है, आदि संकलित संस्करण का उपयोग करके संकलित नहीं किए जाते हैं। और अनुप्रयोग, योजना, विमोचन, परीक्षण की फैंसी प्रक्रिया, अंत में - शैली गाइड, चर और संस्थाओं का नामकरण। इसमें उपकरणों के बारे में ज्ञान भी शामिल है : यहां तक ​​कि एक ही आवेदन की सेटिंग्स, दायरे और बारीकियों में भिन्न होते हैं, टीमों में संपर्क बिंदुओं और संबंधों का ज्ञान और बहुत कुछ।

यहां तक ​​कि अच्छी तरह से ज्ञात प्रक्रियाओं और कार्यप्रणाली, जैसे कि ऑटोटैस्ट्स, स्क्रैम, फुर्तीली प्लानिंग, टास्क डिटेलिंग, एक संस्करण नियंत्रण प्रणाली के साथ काम करना, प्रत्येक कंपनी में उन प्रक्रियाओं के कारण भिन्न होती है जो वर्षों में विकसित हुई हैं और व्यवसाय की बारीकियों।

आगे अनुभवी डेवलपर्स के दिमाग में निहित ज्ञान की एक बड़ी परत आती है, एक बार किए गए फैसलों के बारे में ज्ञान , सिस्टम में दफन किए जाने वाले बैसाखी के बारे में, एक विरासत कोड जो उन लोगों से परिचित है जो लंबे समय से काम कर रहे हैं (कोई भी इसे छूता नहीं है), लेकिन कुछ बिंदु पर जब कर्मचारी निकलता है या छोड़ता है, तो वह गोली मारता है। लेकिन यह पता चला कि "यहां ऐसा करना हमेशा आवश्यक था, और यह ठीक काम करता था।"

अभी भी गलतियों और सीखे गए सबक के बारे में ज्ञान है । ठीक है, वास्तव में कंपनी के व्यवसाय के बारे में ज्ञान , जो सबसे अधिक बार अद्वितीय है। खासकर यदि आपकी कंपनी कुछ नए क्षेत्र, उद्योग, बाजार क्षेत्र में काम कर रही है।

लेकिन लाभ क्या है? व्यापार मालिकों को कैसे उचित ठहराया जाए कि यह आवश्यक है, क्योंकि किसी तरह यह काम करता है और ठीक है।

यह संभावित नुकसान और जोखिम प्रबंधन के माध्यम से किया जा सकता है। मैं एक पैनोप्टो रिपोर्ट - वर्कप्लेस नॉलेज एंड प्रोडक्टिविटी रिपोर्ट 2018 के बारे में आया ।

ये 1,000 से अधिक अमेरिकी नियोक्ताओं के एक सर्वेक्षण के परिणाम हैं जिन्होंने ज्ञान के हस्तांतरण और उनके नुकसान के साथ अनुभव करने वाली समस्याओं के बारे में बात की थी।

सर्वेक्षण में शामिल 42% कर्मचारियों ने स्वीकार किया कि उनके पास अद्वितीय, कभी निश्चित ज्ञान नहीं है। 81% इस बात से सहमत थे कि वे इस बात से परेशान हैं कि कंपनी को अद्वितीय ज्ञान है जो वे इसके साथ साझा नहीं करते हैं, इससे उनके काम और निर्णयों और वर्तमान प्रक्रियाओं की पारदर्शिता का आकलन प्रभावित होता है।

कम टर्नओवर वाली कंपनियों में, 23% कर्मचारी स्वीकार करते हैं कि अपने काम को बेहतर तरीके से करने के लिए उन्हें जो जानकारी चाहिए, उसका उपयोग करना मुश्किल या लगभग असंभव है। उच्च टर्नओवर वाली कंपनियों में, यह प्रतिशत 38 हो जाता है।



नतीजतन, एक शुरुआती समय प्रति सप्ताह सवालों के जवाब खोजने में खर्च होता है 12.7 घंटे, जो काम के पहले महीने में 50 घंटे है।



रिपोर्ट के लेखकों ने भी साधारण या अक्षम काम पर डेटा के आधार पर ज्ञान के अधिक कुशल आदान-प्रदान से संभावित बचत की गणना की: 17.7 हजार कर्मचारियों वाली कंपनी के लिए और प्रति घंटे 47 डॉलर का औसत वेतन, यह प्रति वर्ष 42.5 मिलियन अमेरिकी डॉलर की राशि होगी। 1,000 कर्मचारियों के साथ, प्रति वर्ष $ 2.4 मिलियन। नवागंतुकों के अधिक प्रभावी ऑनबोर्डिंग से 17.7 हजार कर्मचारियों वाली कंपनी को सालाना 4.5 मिलियन डॉलर की बचत होगी।

कूल, लेकिन पूरे सम्मेलन क्यों?

अन्य सम्मेलनों के अनुभव से पता चला है कि TeamLead Conf और Highload ++ पर रिपोर्ट दिखाई देती हैं और आईटी टीमों और संपूर्ण कंपनियों में ज्ञान की कलाकृतियों के भंडारण, अनुक्रमण, समर्थन के बारे में रिपोर्टों के पूरे समूह दिखाई देते हैं। इस क्षेत्र की कुछ ही कंपनियों के पास एकीकृत और अंतर्निहित ज्ञान प्रबंधन प्रणाली है, और ज्ञान प्रबंधन विशेषज्ञ के साथ यह बहुत दुर्लभ पक्षी है ।

ऐसी स्थिति की कल्पना करना बहुत आसान है जहां विकास, समर्थन, परीक्षण, बुनियादी ढांचे की प्रत्येक टीम अपना स्वयं का टुकड़ा खोदती है और अपनी प्रथाओं के साथ आती है। यहां तक ​​कि एक कंपनी के ढांचे के भीतर, एक ही तरह की चीजें मिल सकती हैं (एक बार एक सहयोगी के साथ TeamleadConf में मेरी पूरी रिपोर्ट पैदा हुई थी - हमें यह भी पता नहीं था कि हम अलग-अलग डिवीजनों में लगभग एक ही काम कर रहे थे), लेकिन हमने कंपनियों के बीच प्रथाओं को साझा करने के बारे में सोचा। खैर, नहीं, ऐसा नहीं है।

लेकिन कोई इससे अच्छा भी है। हम इन व्यावहारिक मामलों को बाहर लाना चाहते हैं, और एक दूसरे के अनुभवों, सर्वोत्तम प्रथाओं, रेक के साथ साझा करते हैं, हमारे "आरामदायक छोटों" से परे जाते हैं और कुछ शांत और उपयोगी करते हैं।

उदाहरण के लिए, अर्थव्यवस्था, खनन, विनिर्माण और वित्तीय कंपनियों के वास्तविक क्षेत्र की तुलना में आईटी एक युवा बाजार है। वहां, 2000 के दशक के प्रारंभ से ही ज्ञान प्रबंधन प्रणालियों को पहले से ही समायोजित किया जाना शुरू हो गया था, जब कोई भी सहस्राब्दी शब्द नहीं जानता था, लोग फोन पर एक-दूसरे को बुलाते थे (!) और नियुक्तियां करते थे। लेकिन उनकी अपनी विशिष्टताएं भी हैं, विशेष रूप से, ज्ञान प्रबंधन के लिए कई पहलें और सर्वोत्तम प्रथाओं का गठन ऊपर से जाता है, नीचे से नहीं, उनके पास वरिष्ठ प्रबंधन से बिना शर्त समर्थन और धन है। हम इन कंपनियों के प्रतिनिधियों को सम्मेलन में आमंत्रित करेंगे, क्योंकि हमें उनसे कुछ सीखना है।

किसकी दिलचस्पी हो सकती है?

हम कार्यक्रम समिति द्वारा एकत्र हुए और विश्लेषण किया कि किस प्रकार की कंपनियां और क्यों ज्ञान प्रबंधन का विषय दिलचस्प हो सकता है। यदि आप इसमें अपना मामला पाते हैं, तो लिखें और टिप्पणियों में अन्य विचारों को साझा करें।

व्यवसाय का प्रकार	उन्हें ज्ञान प्रबंधन की आवश्यकता क्यों है?	एक नियम के रूप में, वे चाहते हैं ...
इंटीग्रेटर कंपनी	- क्लाइंट के साथ समझौते तय करना और जोखिम कम करना - टीम मापनीयता	टी
उत्पाद कंपनी, PaaS	- समाधान का पुन: उपयोग - एक नए कर्मचारी की बर्खास्तगी और ऑनबोर्डिंग के जोखिमों को कम करना - परियोजनाओं की स्केलेबिलिटी (यदि ज्ञान अच्छी तरह से संरक्षित है और जल्दी से स्थानांतरित हो जाता है, तो नए कर्मचारियों की भर्ती करना आसान है)	कार्यात्मक आवश्यकताएं और व्यावसायिक कार्यों का विस्तृत विवरण इस विषय को देखें: मिरर ग्लास के दूसरी तरफ से: व्यवसाय के दृष्टिकोण से प्रलेखन पर एक नज़र मैक्सिम स्ट्रॉएव
कस्टम विकास, devshop	- ग्राहक संबंधों में जोखिम में कमी - एक नए विषय क्षेत्र में विसर्जन की लागत को कम करना	कार्यों का विस्तृत विवरण
सेवा कंपनी	- एक नए कर्मचारी के लिए विसर्जन का समय कम करना - कर्मचारी या ग्राहक की बारीकियों के लिए एक नए विषय क्षेत्र में विसर्जन की लागत को कम करना	यह कैसे करें निर्देश
यंत्र बनाने वाली कंपनी	- चयनित तकनीकी समाधानों के कारणों को ठीक करना, आधुनिकीकरण परियोजनाओं के त्वरण के लिए अग्रणी - "अद्वितीय इंजीनियरों" के नुकसान से जोखिमों में कमी - उत्पादों के उत्पादन में तेजी लाने और नई उत्पादन साइटों के लिए कदम को सरल बनाने	सिस्टम आर्किटेक्चर को ठीक करना, प्रोटोकॉल विवरण, तकनीकी समाधानों का एल्बम, उत्पादन कार्ड

सम्मेलन की टीम

अब यह हमारी टीम, जो सम्मेलन की सामग्री के लिए, इसकी गुणवत्ता के लिए, कार्यक्रम के गठन के लिए जिम्मेदार हैं, को पेश करने का समय है।


रोडियन नागोर्नोव, प्रशिक्षण और प्रमाणन के प्रमुख, कैस्पर्सकी लैब।

रैंडम तथ्य: उन्होंने ओलम्पिस्की में दो बार गाया।



इगोर Tsupko, आर एंड डी के प्रमुख, फ्लेंट।

रैंडम तथ्य: उन्होंने 4 साल की उम्र में कोड की पहली पंक्तियां लिखी थीं। यह QBasic पर एक बिल्ली की तस्वीर थी।



स्वेतलाना नोविकोवा, IPONWEB विकास टीम में ज्ञान प्रबंधन विशेषज्ञ।

यादृच्छिक तथ्य: मैंने 140 से अधिक किस्मों के साइडर की कोशिश की और मेरे पास उनके बारे में समीक्षा के साथ एक इंस्टाग्राम अकाउंट है। पहली शिक्षा, एक राजनीतिक वैज्ञानिक द्वारा। उसने राजनीतिक विज्ञान में एक शोध प्रबंध का भी बचाव किया।



कॉन्स्टेंटिन मेदवेदेव, उत्पाद समर्थन के प्रमुख, टियोन।

यादृच्छिक तथ्य: मैं सुबह 6 बजे से काम करता हूं, मैं मोस्कोविच 412 पर जाता हूं और मेरे पास आदर्श है।



निकोले वॉलिनकिन, तकनीकी लेखक प्लिस्को पर।

रैंडम तथ्य: 15 वर्षों के बाद से मैं स्टैकऑवरफ्लो की रूसी-भाषा शाखा में एक मध्यस्थ के रूप में काम कर रहा हूं।



मैक्सिम त्सेपकोव, वास्तुकार और व्यापार विश्लेषक, कस्टम।

यादृच्छिक तथ्य: संस्थान में उन्होंने BESM-6 पर फोरट्रान पर एक बहु-उपयोगकर्ता फ़ाइल संपादक और क्रे सुपर कंप्यूटर के सोवियत संस्करण के लिए प्राथमिक कार्य लिखे। मुझे घोड़ों की सवारी करना पसंद है, मैं इसे सप्ताह में दो बार करने की कोशिश करता हूं।



दिमित्री सिमोनोव, dsimonov.consulting के संस्थापक।

रैंडम तथ्य: उन्होंने सभी तीन बड़ी कंपनियों में काम किया: यांडेक्स, रामब्लर, मेल। एन।



मैक्सिम बेबिच , क्लोवेरी के संस्थापक।

रैंडम तथ्य: कभी-कभी अपने खाली समय में मैं अपने कोरगी कुत्तों के साथ भेड़ चरता हूं।

सम्मेलन कार्यक्रम समिति के सदस्यों के साथ ब्लिट्ज साक्षात्कार

हमें संक्षेप में बताएं कि आप सम्मेलन के अलावा, काम पर, सामाजिक गतिविधियों में क्या करते हैं।

स्वेतलाना नोविकोवा, IPONWEB ( nerazzgadannaya ) : मैं विकास यूआई टीम में अपलोडिंग और प्रकाशन प्रलेखन (व्यापक अर्थों में, इसमें प्रक्रियाओं का वर्णन, सिस्टम की आंतरिक संरचना, शुरुआती के लिए वीडियो पाठ्यक्रम और नियंत्रण परीक्षण) शामिल हैं, के लिए स्वचालन प्रक्रियाएं स्थापित कर रहा हूं। मैं टीम लीडर के साथ-साथ नवागंतुकों को टीम में शामिल करने के लिए एक प्रणाली पर काम कर रहा हूं, मैं यह सुनिश्चित करता हूं कि टीम में कोई अंतर्निहित ज्ञान न हो, कि यह लोगों को साझा करने के लिए सुविधाजनक है, ताकि विरूपण साक्ष्य अद्यतन समग्र विकास और रिलीज प्रक्रियाओं में एकीकृत हो। कभी-कभी मैं आईटी में ज्ञान प्रबंधन के बारे में इस विषय और चैनल पर बैठकों, चर्चाओं का आयोजन भी करता हूं।

मैक्सिम बेबिच , फेडरल टैक्स सर्विस ( वेबबाइट ) मैं आईटी विशेषज्ञों और आईटी टीमों को सक्षमता मॉडल का उपयोग करते हुए अधिक सचेत रूप से विकसित करने में मदद करता है। मैं संघीय कर सेवा में सूचना प्रणाली का निर्माण कर रहा हूं जो सार्वजनिक सेवाओं को प्राप्त करने की गुणवत्ता और गति बढ़ाती है।

रॉडियन नागोर्नोव, कास्परस्की लैब (नॉलेजमैनगर) : वास्तव में, ज्ञान प्रबंधन मेरा काम है। मैं Kaspersky Lab में 5 साल से ऐसा कर रहा हूं और इसे रोकने की योजना नहीं है। इसके अलावा, मेरी जिम्मेदारियों में हमारे समुदाय का प्रबंधन और सामाजिक नेटवर्क में ग्राहक सहायता की देखरेख करना शामिल है।

मैं एक सीएडी इंजीनियर (बाउमंका), एक सी #, वीबी # डेवलपर हूं, सौभाग्य से, मैंने विश्वविद्यालय के बाद गतिविधि का एक अलग क्षेत्र चुना है :) मुझे सार्वजनिक जीवन में सक्रिय रूप से नहीं देखा गया है, मैं अपने परिवार और यात्रा में समय बिताता हूं।

कॉन्स्टेंटिन मेदवेदेव, टियोन: मैं Tion में R & D के लिए उत्पाद सहायता विभाग का नेतृत्व करता हूं। मैं प्रलेखन, उत्पाद ज्ञान आधार का प्रबंधन करता हूं। हम समर्थन, बिक्री, विपणन, उत्पादों के साथ समस्याओं को हल करने, विचारों को इकट्ठा करने, तकनीकी मुद्दों पर सहयोगियों को सलाह देने का प्रशिक्षण देते हैं। और मैं नोवोसिबिर्स्क कॉन्वेरेरम में साधन इंजीनियरों के समुदाय को भी बनाता हूं और आगे बढ़ाता हूं। हम विकास, समर्थन, उत्पादन और ज्ञान प्रबंधन पर चर्चा करते हैं।

निकोलाई वोलिनकिन , प्लिस्को ( nick_volynkin ) : मैं प्लिस्को में एक तकनीकी लेखक के रूप में काम करता हूं। मैं डेवलपर्स के लिए दस्तावेज लिख रहा हूं और मैं खुद अजगर में प्रलेखन के लिए उपकरण विकसित कर रहा हूं। मैं सामान्य रूप से प्रलेखन के बारे में टेलीग्राम में एक चैनल का संचालन कर रहा हूं, दृष्टिकोण "एक कोड के रूप में प्रलेखन" और ज्ञान प्रबंधन के बारे में थोड़ा। 15 साल के अंत के बाद से मैं स्टैकऑवरफ्लो की रूसी-भाषा शाखा में एक मध्यस्थ के रूप में काम कर रहा हूं। अब साइट पर पांच मॉडरेटर्स हैं, उन्हें समुदाय द्वारा चुना जाता है, काम स्वैच्छिक और अवैतनिक है। लेकिन यह बहुत दिलचस्प है: डेवलपर समुदाय में ज्ञान प्रवाह दिखाई दे रहा है, उनमें समस्याएं दिखाई दे रही हैं, और ये समस्याएं प्रभावित हो सकती हैं।

अपने सहयोगियों के साथ मिलकर, मैंने अंतर्राष्ट्रीय समुदाय की कई बैठकें लिखीं डॉक्स: मॉस्को, सेंट पीटर्सबर्ग और नोवोसिबिर्स्क में। मुझे लगता है कि mitaps बहुत महत्वपूर्ण हैं। वे लोगों से मिलने और विचारों का आदान-प्रदान करने में मदद करते हैं। यह नॉलेज कॉनफ जैसे बड़े सम्मेलनों में बोलने वालों का एक समूह भी है।

इगोर सुपुको, फ्लंट (माया -बिल्ली ): मैं 10 साल से अधिक समय से आईटी की आग में "गंभीरता से" रहा हूं। उन्होंने एक डेवलपर के रूप में शुरुआत की, अब मैं फ्लैंट स्केल अप में मदद करता हूं, और व्यवहार में, मैं ज्ञान प्रबंधन के लिए पहेली हल करता हूं।

सर्गेई ज़िका: लमोडा ( थोथा ): मैं लमोडा में एक ऑर्डर मैनेजमेंट सिस्टम का एक वरिष्ठ डेवलपर हूं। मैं विकास, डिजाइन, साथ ही ऑनबोर्डिंग, ऑन-कॉल ड्यूटी और घटना की जांच में लगा हुआ हूं। कभी-कभी मेरे पास बोलने का समय होता है।

दिमित्री सिमोनोव, dsimonov.consulting ( dsimonov ): मैं एक तकनीकी चैनल का नेतृत्व कर रहा हूं जहां मैं अपने काम से नोट्स, "रेक" और मनोरंजक मामलों को इकट्ठा कर रहा हूं, तकनीकी लेखकों के काम के बारे में ज्ञान को व्यवस्थित कर रहा हूं।

मैक्सिम त्सेपकोव, कस्टम: 30 से अधिक वर्षों से मैं कस्टमर्स, आर्किटेक्ट और CUSTIS में व्यवसाय विश्लेषक के रूप में बैंकों और बैंकों के लिए कस्टम विकास में लगा हुआ हूं। मेरा मानना ​​है कि स्वचालन जीवन को बेहतर बनाता है और नई संभावनाओं को खोलता है। समानांतर में, हाल के वर्षों में मैं आईटी और इसके बाद के नए प्रबंधन में चुस्त, फ़िरोज़ा संगठनों, सर्पिल गतिशीलता और अन्य प्रथाओं पर एक स्वतंत्र सलाहकार के रूप में काम कर रहा हूं।

ज्ञान प्रबंधन का आपके लिए क्या अर्थ है और यह महत्वपूर्ण क्यों है?

निकोलाई वोल्किन: यह सब एक सरल विचार से शुरू होता है: ज्ञान कंपनी की एक संपत्ति है जो इसे लाभ लाती है। ज्ञान प्रबंधन लाभ को बढ़ाता है और समय सीमा, बस कारक, गलत निर्णय और मूल्यवान विचारों को पूरा करने में विफलता से जोखिम को कम करता है जो कार्यान्वयन तक नहीं पहुंचे हैं।

रोडियन नागोर्नोव: मैं 3 मुख्य लाभ का नाम दे सकता हूं : विशेषज्ञों के छोड़ने पर ज्ञान और अनुभव के नुकसान के खिलाफ बीमा; नए कर्मचारियों के प्रशिक्षण में तेजी; मौजूदा ज्ञान के आधार पर पूरी तरह से नए उत्पाद, दृष्टिकोण और समाधान बनाने की क्षमता। निश्चित रूप से, बहुत अधिक उपहार हैं, लेकिन मैं हमेशा इन तीनों को उजागर करता हूं।

मैक्सिम बेबिच: ज्ञान प्रबंधन और ज्ञान-आधारित प्रबंधन व्यावसायिक समस्याओं के समाधान में तेजी लाने और प्रमुख विशेषज्ञों को खोने के जोखिम को कम करने का एक तरीका है।

कोंस्टेंटिन मेदवेदेव: मेरे लिए, ज्ञान प्रबंधन लोगों, प्रक्रियाओं और दृष्टिकोण का एक मिश्रण है, जिसका उद्देश्य कंपनी के उत्पादों और उनमें उपयोग की जाने वाली प्रौद्योगिकियों की पेचीदगियों के बारे में ज्ञान की प्रासंगिकता को उत्पन्न करना, प्रसारित करना और बनाए रखना है। यह महत्वपूर्ण है, क्योंकि इसके बिना, कोई भी आधुनिकीकरण = खरोंच से विकास, और किसी भी अभियंता की बर्खास्तगी = खरोंच से विकास।

मैक्सिम त्सेपकोव: मैंने 2010 में केएम रूस सम्मेलन में ज्ञान प्रबंधन का सामना किया, मुझे यह देखकर आश्चर्य हुआ कि यह एक पूरी तरह से अलग अनुशासन है जो आईटी में लागू करना दिलचस्प है। मुझे विशेष रूप से इस थीसिस पर चोट लगी कि मौखिक परंपरा ज्ञान के साथ काम करने का एक पूरी तरह से कानूनी तरीका है, और मौखिक परंपरा और प्रलेखित ज्ञान के सहसंबंध को प्रबंधित किया जाना चाहिए।

इगोर Tsupko: यह एक बचपन की चोट है, शायद। बहुत जल्दी, मैं एक असमर्थित, समझ से बाहर कोड में आया था, वास्तविकता और सामान्य ज्ञान "शोधन," लोगों के विचारों को व्यक्त करने में असमर्थता के विपरीत।

और अगर आपकी कंपनी बढ़ती है - संचार की समस्याएं और एक छोटा बस कारक आपको एकाग्रता और इच्छाशक्ति को स्प्रे करने के लिए वास्तव में महत्वपूर्ण चीजों से विचलित करना शुरू कर देता है।

दिमित्री सिमोनोव: मैं तकनीकी विशेषज्ञों के लिए ज्ञान के प्रबंधन को अपने सभी सहयोगियों के पेशेवर विकास को सुनिश्चित करने में एक महत्वपूर्ण बिंदु मानता हूं जो अभी भी दैनिक कार्य अभ्यास पर विशेष रूप से अपनी राय पर ध्यान केंद्रित करते हैं।

सर्गेई ज़िका: मेरे लिए, एक निगम के संदर्भ में, ज्ञान प्रबंधन मुख्य रूप से विशेषज्ञता का आदान-प्रदान है। निगम बड़े हैं और सही विशेषज्ञ किसी अन्य देश में काम कर सकते हैं, बहुत पहले छोड़ दिया या अगली मेज पर बैठ सकते हैं। जब ज्ञान प्रबंधन स्थापित होता है, तो प्रत्येक विशेषज्ञ कलाकृतियों के "ट्रेस" को पीछे छोड़ देता है, जिसके द्वारा, आदर्श रूप से, आप समझ सकते हैं कि क्या आवश्यक है, यहां तक ​​कि सीधे इसका सहारा लेने के बिना।

आपने कार्यक्रम समिति में शामिल होने का फैसला क्यों किया?

स्वेतलाना नोविकोवा: मैं गहराई और उच्च गुणवत्ता वाली रिपोर्ट के साथ एक सम्मेलन करना चाहता हूं। ऐसा मैं खुद सभी रिपोर्टों पर होना चाहता हूं, चलना, बात करना, स्टैंड पर रहना। इसे प्राप्त करने का सबसे अच्छा तरीका संगठन में भाग लेना है। इसके अलावा, यह नए शांत परिचितों, अनुभव का एक बहुत कुछ है।

रॉडियन नागोर्नोव : हाल के वर्षों में, उन्होंने बहुत कुछ बोला, एक श्रोता के रूप में सम्मेलनों में भाग लिया, लेकिन आयोजक के बैज के पीछे, अंदर क्या था यह नहीं देखा। जब पीसी में भाग लेने का प्रस्ताव था, तो मैं तुरंत सहमत हो गया। इसके अलावा, यह माना जाता था कि मुख्य लक्षित दर्शक विकास से जुड़े लोग हैं। चूंकि मैं खुद डेवलपर्स से ज्ञान एकत्र करता हूं, और हम अक्सर एक-दूसरे को तुरंत नहीं समझते हैं, इसलिए दूसरी तरफ से मेरे काम को देखने के लिए अविश्वसनीय रूप से दिलचस्प हो गया है, यह समझने के लिए कि डेवलपर्स हमें कैसे देखते हैं, ज्ञान प्रबंधन कर्मचारी। ठीक है, और, शायद, उन्हें, हमारे हिस्से के लिए, यह बताने में सक्षम हो कि हम एक उपयोगी काम कर रहे हैं, अपने लिए भी (आप केएम को जनता को देते हैं!), और न केवल हमें मूर्खतापूर्ण सवालों के साथ हमारे काम से विचलित करें। मुझे कहना होगा कि अपेक्षाएं पहले ही पूरी हो चुकी हैं।

कॉन्स्टेंटिन मेदवेदेव: मैं ओलेग ब्यून के साथ इंस्ट्रूमेंट इंजीनियरिंग के लिए एक सम्मेलन के बारे में बात करना चाहता हूं;)।

इगोर Tsupko: मैं एक विपणन सम्मेलन और वक्ताओं "सुंदर आंखों के लिए" में स्वीकार किए बिना एक गहरी सम्मेलन करना चाहते हैं।

निकोलाई वोल्किन: यह बहुत दिलचस्प और दूर रहने के लिए उपयोगी है। और फिर भी, सभी लोग 26 अप्रैल को ही रिपोर्ट सुनेंगे (और जो लोग बाद में सम्मेलन में नहीं आते हैं), और मैं पहले से ही कुछ सुनने में कामयाब रहा और यहां तक ​​कि अपने काम में कुछ लगाया।

मैक्सिम त्सेपकोव: मैंने नॉलेजकॉन्फ़ पीसी में प्रवेश करने के निमंत्रण को दिलचस्पी के साथ स्वीकार किया। आईटी परियोजनाओं में ज्ञान प्रबंधन एक प्रासंगिक और अक्सर समस्याग्रस्त विषय है। और मुझे उम्मीद है कि सम्मेलन विभिन्न परियोजनाओं में ज्ञान प्रबंधन प्रथाओं पर एक साथ रिपोर्ट लाएगा - मैं उन्हें विभिन्न सम्मेलनों में सुनता हूं, बहुत सारी दिलचस्प चीजें हैं, लेकिन यहां वे एक साथ आते हैं।

सर्गेई ज़िका: दूसरी ओर सम्मेलनों के "व्यंजन" से परिचित होना दिलचस्प है।

नॉलेजकोनफ में आप क्या रिपोर्ट देखना चाहेंगे?

स्वेतलाना नोविकोवा: सबसे पहले, मैं मामलों को देखना चाहता हूं, विभिन्न टीमों में विशिष्ट दृष्टिकोणों और उपकरणों के अनुप्रयोग - विकास (एक कोड के रूप में प्रलेखन), परीक्षण (परीक्षण मामलों और जांच सूचियों का भंडारण), बुनियादी ढांचे (सबक सीखा, घटना की जानकारी, वास्तुशिल्प रजिस्ट्रियां), समर्थन (तकनीकी सहायता ज्ञान का आधार) का विकास, उत्पाद टीम।

रोडियन नागोर्नोव: व्यक्तिगत रूप से, मैं वास्तव में इस तथ्य पर एक रिपोर्ट देखना चाहता हूं कि ज्ञान प्रबंधन आवश्यक नहीं है, यह व्यर्थ है और सामान्य तौर पर केवल संसाधनों को खर्च करने के लिए :) फिर, सहकर्मियों के तर्कों को समझने के लिए जो आजकल ऐसा सोचते हैं, शायद, सक्षम हो। - .

: , . , , . , . , .

: , , . .

: . , , .

: 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- .