किसी कंपनी में ज्ञान का आदान-प्रदान कैसे स्थापित करें ताकि इतना नुकसान न हो

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

ज्ञान =/= दस्तावेज़ीकरण। इसे समझाया नहीं जा सकता, इसे याद रखना होगा

यह कैसे सुनिश्चित किया जाए कि जिन लोगों को इससे कुछ जानने की जरूरत है, वे समझें कि इसे कहां और कैसे खोजना है, और जिन लोगों को व्यक्तिगत चीजों और समझौतों के बारे में जागरूक होने की जरूरत है, वे उनमें होने वाले परिवर्तनों के बारे में तुरंत और सटीक रूप से पता लगा सकते हैं।

"टीम लीड विल कॉल" पॉडकास्ट के अंतिम एपिसोड में, स्काईेंग के लोगों ने इगोर के साथ ज्ञान प्रबंधन के बारे में बात की मई-बिल्ली त्सुप्को नॉलेजकॉन्फ कार्यक्रम समिति का एक सदस्य और फ़्लैंट में "अज्ञात का निदेशक" है।

पूरी रिकॉर्डिंग इस प्रकार उपलब्ध है यूट्यूब वीडियो, और नीचे हमने कुछ दिलचस्प युक्तियाँ और उपयोगी सामग्रियों के लिंक एकत्र किए हैं जिनका ऑडियो में उल्लेख किया गया था या इससे मिली जानकारी का विस्तार किया गया था। यह बहुत अच्छा होगा यदि आप टिप्पणियों में अपनी टीम के हैक्स और ट्रिक्स भी साझा करें।

पहला हैक: अब आपको यह जानने की ज़रूरत नहीं है कि किस सिस्टम को देखना है

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

खोजने के लिए कागज का एक टुकड़ा ही सब कुछ है

लेकिन पहले से ही, लगभग 60% फ़्लैंट इंजीनियर दिन में कम से कम 1-2 बार इस खोज का उपयोग करते हैं - और आमतौर पर पहले या दूसरे स्थान पर उत्तर पाते हैं। और अवधारणा के प्रमाण के रूप में Google दस्तावेज़ों का अनुक्रमण है: सभी डॉक्स, फ़ोल्डर्स, वैन ड्राइव, और इसी तरह - यह सब भी आसानी से आंतरिक खोज में संचालित होता है।

दूसरा हैक: चैट के समूह में गंभीर रूप से महत्वपूर्ण चीजों को कैसे न छोड़ा जाए

"यदि आप एक वितरित टीम में काम करते हैं, तो संभवतः आपके दिन का एक महत्वपूर्ण हिस्सा स्लैक में व्यतीत होता है - और इस स्थिति में आप कुछ इस तरह करने के आदी हैं:" @myteam, सही टीम की मदद करें/देखें/प्रवेश करें... "।" लेकिन जानकारी की प्रचुरता के साथ एक समस्या है - और अन्य संदेशों के बीच एक अलग उल्लेख छूट सकता है।

स्काईेंग में हमें एक बॉट द्वारा मदद मिलती है जिसके माध्यम से आप एक संदेश लिख सकते हैं और किसी भी संख्या में लोगों या समूहों को टैग कर सकते हैं। हम इसका उपयोग उन मामलों में करते हैं जहां यह वास्तव में महत्वपूर्ण है कि लोग पढ़ें या प्रतिक्रिया दें: जब तक आप "मैं पढ़ता हूं" बटन नहीं दबाते, तब तक यह अंतहीन रूप से प्रहार करता रहेगा - आप इसे छोड़ या अनदेखा नहीं कर पाएंगे।

उत्तर देने योग्य प्रश्न: दस्तावेज़ीकरण के साथ क्या करें?

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

पॉडकास्ट का एक भाग इस प्रश्न के लिए समर्पित है कि "अच्छे दस्तावेज़ लिखने या सामान्य डेमो बनाने में कितने लोगों की आवश्यकता होती है"

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

बाकी, अनुभव और मार्गदर्शन आपको बचाएगा। जोड़ी प्रोग्रामिंग, प्रगति ट्रैकिंग और कोड समीक्षाओं के एनालॉग यहां उपयुक्त हो सकते हैं - सर्वोत्तम प्रथाओं को दिखाना, त्रुटियों पर प्रहार करना और अंत में उबाऊ होना।

बोनस: "ठीक है, मैं उन्हें इस तरह बताऊंगा, वे समझ जाएंगे"

प्रश्न "इस पर कितना समय व्यतीत करना है और इसे किस स्तर पर करना है" न केवल दस्तावेज़ीकरण के ढांचे के भीतर, बल्कि सामान्य तौर पर किसी भी ज्ञान के हस्तांतरण के लिए महत्वपूर्ण है। डेमो भी जानकारी साझा करने का एक बेहतरीन उदाहरण है। लेकिन कुछ बारीकियाँ हैं: उदाहरण के लिए, यह कैसे सुनिश्चित किया जाए कि उनमें कम से कम समय लगे।

विकास के बीच ज्ञान साझा करने का चैनल: आंतरिक रिपोर्ट, उपयोगी पुस्तकें, लेख आदि। संरचित अर्क भी नोशन में संग्रहीत है।

कुछ हद तक, इन समस्याओं को आंतरिक रिपोर्टों के अभ्यास से हल किया जा सकता है। सप्ताह में एक बार, कम व्यस्त समय में 40-60 मिनट का समय लिया जाता है - और लोग विभिन्न परियोजनाओं के सहकर्मियों के लिए एक वीडियो रिपोर्ट बनाते हैं। प्रमुख उत्पाद की फ्रंटएंड टीम - विमबॉक्स - उन्होंने बताया आपके यूआई किट के बारे में, जो किसी अन्य प्रोजेक्ट के लिए थीम पर आधारित हो सकता है। मार्केटिंग डेवलपमेंट टीम ने अनुरोधों का पता लगाने और लॉगिंग करने के लिए एक लाइब्रेरी के बारे में बात की, जिसने तुरंत कई अन्य परियोजनाओं की रुचि को आकर्षित किया। गणित परियोजना टीम ने REST API से GraphQL पर स्विच करने का अपना अनुभव साझा किया। समूह पाठ टीम यह साझा करने के बारे में सोच रही है कि कैसे वे PHP 7.4 पर स्विच करने वाले पहले व्यक्ति थे। और इसी तरह।

सूची को मई 2018 से बनाए रखा गया है और इसमें 120 से अधिक प्रविष्टियाँ हैं

सभी बैठकें कॉर्पोरेट Google मीट के माध्यम से शुरू की जाती हैं, रिकॉर्ड की जाती हैं और 1.5 घंटों के भीतर एक साझा Google ड्राइव पर एक फ़ोल्डर में दिखाई देती हैं, और रिकॉर्डिंग के लिंक उसी स्लैक में डुप्लिकेट किए जाते हैं। यानी, अगर कोई आपात स्थिति हो तो आपको आने की ज़रूरत नहीं है, लेकिन इसे बाद में 20 की गति से देखें - आमतौर पर रिपोर्ट XNUMX मिनट तक चलती है, और चर्चा - यह कैसे निकलती है। लेकिन हम घंटे से आगे नहीं जाते)

पुनश्च आपके लिए क्या काम आया और क्या नहीं?

उपयोगी लिंक्स:

• कास्परस्की लैब से रोडियन नागोर्नोव के बारे में ज्ञान प्रबंधन क्या है और यह दस्तावेज़ीकरण क्यों नहीं है (लिंक के लिए इगोर के चैनल को धन्यवाद “आरामदायक आईटी नरक”, ऐसा और भी बहुत कुछ है)।

• उस बारे में फ़्लैंट से इगोर त्सुपको ज्ञान प्रबंधन कैसे लागू करें मेरी कंपनी में

• स्काईेंग से एलेक्सी कटाएव बास फैक्टर की निगरानी और स्तर कैसे करें इसके बारे में (प्रौद्योगिकियों और विशिष्ट क्षेत्रों में ज्ञान अंतराल) एक वितरित टीम में।

• जानकारी संप्रेषित करने के बारे में फ़्लैंट से सर्गेई गोंचारुक - कैसे जानें कि कब और किससे पूछना है, यदि आपको किसी वितरित टीम में कोई समस्या आती है।

स्रोत: www.habr.com