🛴 👩🏻‍🏭 ⛅️ ज्ञान प्रबंधन के बिना यह दर्द होता है: एक प्रणाली की कमी के 5 मुख्य परिणाम 👗 🚆 👨‍👩‍👦

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

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

टोयोटा स्टोरी ज्ञान प्रबंधन का एक बेहतरीन उदाहरण है। लेकिन अगर ज्ञान का प्रबंधन नहीं किया जाता है और सिस्टम नहीं बनाया जाता है तो क्या होगा? ऑनबोर्डिंग और विरासत पर साइकिलें, टूटे हुए कन्वेयर, बसें, "जल" पैसा - यह सब कंपनियों के साथ होता है जब वे ज्ञान प्रबंधन के बारे में नहीं सोचते हैं।

ज्ञान बातचीत है

सबसे पहले, हम "ज्ञान" शब्द को परिभाषित करते हैं। आईटी समुदाय में उनकी अलग-अलग परिभाषा है।

ज्ञान = संगम (JIRA, धारणा या कोई अन्य प्रणाली)? ज्ञान इकट्ठा करना महत्वपूर्ण है, लेकिन ये समान अवधारणाएं नहीं हैं। यदि ज्ञान Confluence है, तो ज्ञान प्रबंधन (KM) संगम प्रबंधन है?

ज्ञान = अनुभव? अनुभव वह है जिससे हम गुजरते हैं, पलटा हुआ, और उसके आधार पर हम वर्तमान समस्याओं का समाधान करते हैं। लेकिन यदि ज्ञान अनुभव है, तो ज्ञान प्रबंधन अनुभव प्रबंधन है?

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

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

ज्ञान प्रबंधन की योजना (ज्ञान प्रबंधन के आयाम)।

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

ज्ञान सूचना, कौशल और विशेषज्ञों के अनुभव की बातचीत है।

अब विचार करें कि "ज्ञान प्रबंधन" क्या है।

ज्ञान प्रबंधन एक प्रक्रिया है

आपने भाग लिया और हर दिन ज्ञान प्रबंधन में भाग ले रहे हैं।

काम पर, अपने सहयोगियों को एक नए कुबेरनेट्स लेख के बारे में कुछ बताएं या उनसे सीखें कि कार्यों को तेजी से कैसे बंद करें।
बच्चों को उठाएँ, पढ़ना, लिखना सीखें, हरे रंग में बदलें और बड़ों का सम्मान करें।
स्कूल और संस्थान में कक्षाएं - शिक्षक से छात्रों को ज्ञान का हस्तांतरण।
ऑनबोर्डिंग: परंपराओं, निकासी योजनाओं, रैली नियमों और कार्य कार्यों के लिए नए लोगों को पेश करना।

ये सभी ज्ञान के प्रबंधन, संचारण और प्राप्त करने की प्राकृतिक प्रक्रियाएँ हैं। हम तय करते हैं कि ज्ञान प्रबंधन एक प्रक्रिया है ।

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

प्रभावी समाधान नए उत्पादों को बनाने, पुराने लोगों को बेहतर बनाने और ग्राहकों की संतुष्टि बढ़ाने में मदद करते हैं। जब कोई समर्थन सेवा तेज़ी से और अधिक सटीक तरीके से प्रश्नों का उत्तर देती है, तो उपयोगकर्ता समस्याओं का समाधान करती है, कम असंतुष्ट ग्राहक होते हैं। यह उपयोगकर्ता मंथन को कम करता है, जिससे वित्तीय प्रदर्शन में सुधार होता है।

ज्ञान प्रबंधन, समस्याओं को प्रभावी ढंग से हल करने के लिए कर्मचारियों (आंतरिक विशेषज्ञों) के ज्ञान और अनुभव के प्रसंस्करण, प्रबंधन और उपयोग की प्रक्रिया है।

ज्ञान प्रबंधन के बिना क्या होता है

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

"क्यों" को समझने के लिए, विचार करें कि अगर हम इसे लागू नहीं करते हैं तो हम क्या खो देते हैं।

समय नहीं है

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

लेकिन अधिक दिलचस्प उन लोगों के बीच आवाज़ों की तुलना है जो कोड और उनके प्रबंधकों को लिखते हैं।

पहले तीन स्थान: क्षमता, केएम और नई प्रतिभाओं को काम पर रखना।

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

प्रबंधकों के लिए इसे बनाए रखना अधिक महत्वपूर्ण है। आमतौर पर, इसके लिए वे लोगों के साथ कार्यों को "फेंक" देते हैं: वे एचआर की ओर रुख करते हैं, अधिक डेवलपर्स को नियुक्त करते हैं ( तीसरा कॉलम देखें ) और कार्यों को समय पर बंद करने की प्रतीक्षा करें।

यहां तक कि अगर रिक्रूटर बाजार की सभी क्रीम एकत्र करता है, तो समस्या कहीं भी नहीं जाएगी। डेवलपर्स के पास कार्यों को जल्दी से बंद करने के लिए जानकारी प्राप्त करने का कोई तरीका नहीं है, इसलिए समस्या फिर से उत्पन्न होगी, लेकिन बड़े पैमाने पर। यह संसार का एक अंतहीन चक्र है, जिसमें से प्रबंधक स्वयं नहीं छोड़ेंगे।

साइकिल का आविष्कार करें

कंपनी की अंतिम 20 परियोजनाओं का ऑडिट करने का प्रयास करें। सबसे अधिक संभावना है, आप देखेंगे कि अधिकांश छोटी समस्याओं को उसी तरह हल किया जाता है। लेकिन सभी निर्णयों में समय लगा: पहिए को अनुसंधान, प्रयोग और सुदृढ़ करने के लिए।

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

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

हम बसों के नीचे आते हैं

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

एक संयंत्र के लिए जो एक वर्ष में 13 मिलियन स्टील का उत्पादन करता है, यहां तक कि एक साधारण दिन लाखों डॉलर का नुकसान होता है।

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

जहाज पर पैसा खोना

एक नए कर्मचारी को हमेशा पैसा खर्च होता है - कई दसियों से सैकड़ों सैकड़ों रूबल तक । यह आंकड़ा कहां से आता है?

HR-, — IT- . ( ). HR , .
, .
100%, .

यह सब मूर्त आंकड़ों में जुड़ जाता है। इसलिए, शुरुआती हमेशा उत्पादन सुविधाओं को जितनी जल्दी हो सके लाने का प्रयास करते हैं। लेकिन सभी इच्छा ऑनबोर्डिंग के ग्रेनाइट पर टूट गई है। यह आमतौर पर कैसे व्यवस्थित किया जाता है?

पहले दिन, एक व्यक्ति को 200-पृष्ठ का दस्तावेज़ प्राप्त होता है:

- पढ़ें, सब कुछ यहां वर्णित है। यदि कुछ स्पष्ट नहीं है, तो ओलेग अगले कार्यालय में बैठे हैं, आप उसे पहचान लेंगे। लेकिन केवल वह रिमोट साइट पर पांच में से तीन दिन काम करता है।

"ओलेग कौन है, उसे कहां ढूंढना है, यह सब कैसे पढ़ना है?" और कई अन्य विचार शुरुआती न्यूरॉन्स में उत्पन्न होते हैं। वह तनावग्रस्त है, उसके पास परियोजना को समझने का समय नहीं है, लेकिन मुख्य बात यह है कि उसे आपकी कंपनी के बारे में अप्रिय धारणा है। एक दो महीने में आप एक नए व्यक्ति के साथ हो जाएंगे।

विरासत से पीड़ित

ऐसे लोग हैं जिन्होंने उसके साथ काम नहीं किया है - आप खुश लोग हैं। काम करने वालों के लिए हाथ मिलाते हैं और सहानुभूति दिखाते हैं। विरासत में दर्द होता है।

दो विशिष्ट विरासत मामलों पर विचार करें जो दुख का कारण बनते हैं।

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

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