आईटी में ज्ञान प्रबंधन: पहला सम्मेलन और बड़ी तस्वीर

आप जो भी कहें, आईटी विशेषज्ञों के बीच ज्ञान प्रबंधन (केएम) अभी भी एक अजीब प्राणी बना हुआ है: यह स्पष्ट लगता है कि ज्ञान शक्ति है (सी), लेकिन आमतौर पर इसका मतलब कुछ प्रकार का व्यक्तिगत ज्ञान, किसी का अपना अनुभव, पूर्ण प्रशिक्षण, पंप किए गए कौशल हैं . एंटरप्राइज़-व्यापी ज्ञान प्रबंधन प्रणालियों के बारे में शायद ही कभी सोचा जाता है, और, मूल रूप से, वे यह नहीं समझते हैं कि किसी विशेष डेवलपर का ज्ञान पूरी कंपनी में क्या मूल्य ला सकता है। अवश्य ही ये अपवाद हैं। और सीआरओसी के वही एलेक्सी सिदोरिन ने हाल ही में एक उत्कृष्ट प्रदर्शन किया интервью. लेकिन ये अभी भी पृथक घटनाएँ हैं।

इसलिए हैबे पर अभी भी ज्ञान प्रबंधन के लिए समर्पित कोई केंद्र नहीं है, इसलिए मैं कॉन्फ्रेंस हब में अपनी पोस्ट लिख रहा हूं। यदि कुछ भी हो, तो यह बिल्कुल उचित है, क्योंकि 26 अप्रैल को, ओलेग बुनिन सम्मेलनों की पहल के लिए धन्यवाद, आईटी में ज्ञान प्रबंधन पर रूस में पहला सम्मेलन आयोजित किया गया था - नॉलेजकॉन्फ़ 2019.

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

वैसे, ज्ञान प्रबंधन पर दो और सम्मेलन 10 और 17-19 अप्रैल को आयोजित किए गए: कोरम सेडुका и द्वितीय युवा सम्मेलन KMconf'19, जिसमें मुझे एक विशेषज्ञ के रूप में कार्य करने का अवसर मिला। इन सम्मेलनों में आईटी पूर्वाग्रह नहीं था, लेकिन मेरे पास तुलना करने के लिए कुछ है। अपनी पहली पोस्ट में मैं उन विचारों के बारे में बात करना चाहता हूं कि इन सम्मेलनों में भागीदारी ने मुझे, एक ज्ञान प्रबंधन विशेषज्ञ, प्रेरित किया। इसे भविष्य के वक्ताओं के साथ-साथ कार्य क्षेत्र के अनुसार ज्ञान प्रबंधन में शामिल लोगों के लिए सलाह माना जा सकता है।

हमारे पास निर्णय लेने के लिए 83 रिपोर्ट, 24 स्लॉट और 12 दिन थे

83, कार्ल. यह मजाक नही. इस तथ्य के बावजूद कि यह पहला सम्मेलन है, और कुछ लोग आईटी में केंद्रीकृत ज्ञान प्रबंधन में शामिल हैं, इस विषय में बहुत रुचि थी। स्थिति इस तथ्य से कुछ जटिल थी कि आवेदन जमा करने की अंतिम तिथि तक, 13 में से 24 स्लॉट पहले ही भरे जा चुके थे, और वक्ताओं का शायद मानना ​​था कि समय सीमा के साथ, सारा मज़ा अभी शुरू हो रहा था, इसलिए अंतिम कुछ दिनों में उन्होंने लगभग आधे आवेदन हमारे पास आए। बेशक, कार्यक्रम को अंतिम रूप देने से 12 दिन पहले, प्रत्येक संभावित वक्ता के साथ अच्छा काम करना अवास्तविक था, इसलिए, ऐसी संभावना है कि अरुचिकर सार के कारण कुछ दिलचस्प रिपोर्टें छूट गईं। और फिर भी, मेरा मानना ​​है कि कार्यक्रम में बहुत सारे विवरण और प्रथाओं के साथ मजबूत, गहन और, सबसे महत्वपूर्ण, व्यावहारिक रिपोर्टें शामिल थीं।

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

ज्ञान क्या है?

युवा सम्मेलन में, प्रत्येक वक्ता, चाहे वह एक पद्धतिविज्ञानी हो, एक विश्वविद्यालय का प्रोफेसर हो, या अपनी कंपनी में ज्ञान प्रबंधन के लिए सीधे तौर पर जिम्मेदार वक्ता हो, ने इस सवाल से शुरुआत की "वह कौन सा ज्ञान है जिसे हम प्रबंधित करने जा रहे हैं?"

मुझे कहना होगा कि प्रश्न महत्वपूर्ण है। जैसा कि पीसी नॉलेजकॉन्फ 2019 में काम करने के अनुभव से पता चला है, आईटी क्षेत्र में कई लोग मानते हैं कि ज्ञान = दस्तावेज़ीकरण। इसलिए, हम अक्सर यह प्रश्न सुनते हैं: “हम वैसे भी कोड का दस्तावेजीकरण करते हैं। हमें किसी अन्य ज्ञान प्रबंधन प्रणाली की आवश्यकता क्यों है? क्या दस्तावेज़ीकरण पर्याप्त नहीं है?”

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

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

प्रशिक्षण बनाम ज्ञान प्रबंधन

एक दिलचस्प पहलू भी. खासकर हाल के दिनों में हमें ट्रेनिंग के बारे में बहुत सारी रिपोर्टें मिली हैं. सॉफ्ट स्किल्स, हार्ड स्किल्स, कोचिंग आदि कैसे सिखाएं इसके बारे में। हां, निश्चित रूप से, सीखना ज्ञान के बारे में है। लेकिन कौन से? यदि हम बाहरी कोचिंग या "जैसा है" प्रशिक्षण के बारे में बात कर रहे हैं, तो क्या यह कॉर्पोरेट ज्ञान प्रबंधन की अवधारणा में शामिल है? हम बाहरी विशेषज्ञता लेते हैं और उसे वहां लागू करते हैं जहां दर्द होता है। हाँ, विशिष्ट लोगों ने नया अनुभव (=ज्ञान) प्राप्त किया, लेकिन कंपनी-व्यापी आधार पर कुछ नहीं हुआ।

अब, यदि, प्रशिक्षण पूरा करने के बाद, कोई कर्मचारी कार्यालय में आता है और सहकर्मियों के लिए एक समान मास्टर क्लास आयोजित करता है (ज्ञान के लिए चारों ओर घूमता है) या अपने इंप्रेशन और मुख्य विचारों को किसी प्रकार के सशर्त आंतरिक ज्ञान आधार में स्थानांतरित करता है - यह ज्ञान प्रबंधन है. लेकिन वे आमतौर पर इस संबंध के बारे में नहीं सोचते (या बात नहीं करते)।

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

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

या चलो इसे दूसरी तरफ से लेते हैं. इस बात पर भी रिपोर्टें थीं कि कंपनी ने ज्ञान का आधार कैसे बनाया। बिंदु. विचार पूरा हुआ.

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

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

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

विपणन बनाम अभ्यास

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

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

ऐसी रिपोर्ट के साथ किसी सम्मेलन में आते समय, जो एक विज्ञापन विवरणिका की तरह दिखती है, आपको यह समझने की ज़रूरत है कि यह आपकी कंपनी के "बाहर" दिलचस्प नहीं होगी। जो लोग आपको सुनने आए थे, उन्होंने पहले ही विचार खरीद लिया है (वास्तव में उन्होंने भाग लेने के लिए बहुत सारा पैसा चुकाया है!)। उन्हें यह आश्वस्त होने की आवश्यकता नहीं है कि सीटी में संलग्न होना, सिद्धांत रूप में, आवश्यक है। उन्हें यह बताया जाना चाहिए कि यह कैसे करना है और कैसे नहीं करना है और क्यों करना है। यह आपका शीर्ष प्रबंधन नहीं है; आपका बोनस हॉल में मौजूद दर्शकों पर निर्भर नहीं करता है।
और फिर भी, ये भी एक परियोजना के दो भाग हैं, और कंपनी के भीतर अच्छे प्रचार के बिना, यहां तक ​​​​कि सबसे अच्छी सामग्री भी एक और शेयरपॉइंट बनकर रह जाएगी। और अगर तुम मुझे बताओ जैसा आप KM का विचार अपने सहकर्मियों को बेचते हैं, कौन सी विशेषताएँ काम करती हैं और कौन सी नहीं, और क्यों, तो कहानी बहुत, बहुत मूल्यवान होगी।

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

आंकड़े

और अंत में, संख्याओं के बारे में। मैंने एक सम्मेलन में एक वक्ता के ज्ञापन में पढ़ा (नॉलेजकॉन्फ नहीं!) कि दर्शकों को विशेष जानकारी - संख्याएँ पसंद हैं। लेकिन क्यों? उस सम्मेलन से पहले, मैंने बहुत देर तक सोचा कि मेरे नंबर दर्शकों के लिए कैसे उपयोगी हो सकते हैं? यह मेरे सहकर्मियों को कैसे मदद करेगा कि मैं ज्ञान प्रबंधन के माध्यम से कर्मचारी उत्पादकता के कुछ संकेतक को एन% तक सुधारने में कामयाब रहा? यदि मेरे श्रोता मेरे नंबर जान लें तो कल वे क्या अलग ढंग से करेंगे? मैं केवल एक ही तर्क लेकर आया: “मुझे आपकी एक प्रथा पसंद आई, मैं इसे स्वयं लागू करना चाहता हूं, लेकिन मुझे यह विचार प्रबंधक को बेचना होगा। कल मैं उसे बताऊंगा कि कंपनी एक्स में संकेतकों में इतनी वृद्धि हुई कि उसने इस विचार को "खरीद" लिया।. लेकिन मेरे सभी प्रदर्शन संकेतक किसी अन्य व्यवसाय पर लागू नहीं होते हैं। शायद आप रिपोर्ट में आंकड़ों के पक्ष में कुछ अन्य तर्क पेश कर सकते हैं? लेकिन मेरी राय में, संख्याओं पर 10 मिनट की रिपोर्ट के 30 मिनट खर्च करना, जबकि आप उन्हें व्यावहारिक उदाहरणों या यहां तक ​​कि दर्शकों, आईएमएचओ, के साथ एक छोटी कार्यशाला पर खर्च कर सकते हैं, एक अच्छा विचार नहीं है।

और हमें आंकड़ों से भरी रिपोर्ट भी दी गई. पहली चर्चा के बाद, हमने वक्ताओं से उन प्रथाओं के बारे में बात करने के लिए कहा जिनके कारण ऐसे परिणाम सामने आए। उनमें से जो अंततः अंतिम कार्यक्रम में पहुंचे, उनकी रिपोर्टें मूल संस्करण से लगभग पूरी तरह भिन्न थीं। परिणामस्वरूप, हम पहले ही सम्मेलन द्वारा प्रदान किए गए विशाल व्यावहारिक आधार पर बहुत सारी प्रतिक्रिया सुन चुके हैं। और किसी ने अभी तक यह नहीं कहा है कि "यह जानना दिलचस्प था कि कंपनी एक्स ने ज्ञान प्रबंधन के माध्यम से कितनी बचत की।"

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

स्रोत: www.habr.com