knowledge management संगठन में तकनीकी ज्ञान को याद करने का सबसे अच्छा तरीका क्या है




विषय याद करने का तरीका (15)

  • क्या हम एक कंपनी विकी का उपयोग करते हैं?
  • कैसे के बारे में आप स्रोत नियंत्रण के हिस्से के रूप में तकनीकी दस्तावेज को बचाने और उसके बाद विभिन्न स्रोत फाइलों से लिंक करने के लिए (यह कैसे काम करता है यह लेख देखता है ... निर्देशिका में ...)

इन और अन्य तरीकों के पेशेवरों और विपक्ष क्या हैं? इस प्रयोजन के लिए कोई अच्छा उपकरण?

यदि आप विकी की सलाह देते हैं, तो आप किस विकी की सिफारिश करेंगे? अंदर का? की मेजबानी? मुक्त? भुगतान किया है?


मैंने देखा है कि एक संगठन के भीतर ईमेल के भीतर बहुत से ज्ञान चर्चाएं होती हैं I यह ज्ञान लंबे समय तक ईमेल के भीतर रहता है और आखिरकार खो जाता है और जो अन्य लोगों के लिए मौलिक चर्चा का हिस्सा नहीं थे, उनके पास पहुंच नहीं है।

Http://grexit.com जैसे उपकरणों का उपयोग करके आप इन इनबॉक्स से इन संगठनों को अपने संगठन के भीतर एक कॉमोन साझा भंडार में ले जा सकते हैं। वर्तमान में यह केवल Google Apps के लिए ही काम करता है लेकिन इसकी कोशिश करने के लायक है


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

आप विकी या एक नोट्स डेटाबेस या स्वयं-ब्रे आवेदन का उपयोग कर सकते हैं।

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


एक कंपनी में ज्ञान को बनाए रखने के बारे में सबसे महत्वपूर्ण चीज, समाधान की परवाह किए बिना, लोगों को सिस्टम का उपयोग करने के लिए लागू करना है विकी मेरी पसंदीदा हैं, लेकिन प्रबंधन या दल के नेताओं से लागू होने के बिना, यह उपयोगी ज्ञान के स्तर को बनाए रखने में कठिनाई होती है - लोग ऐसा प्रतीत होता है कि वे दस्तावेज को नफरत करते हैं, खासकर जब ये उन्हें आसानी से बदल देते हैं


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

  • लोग
  • स्टेटिक वेब (इंटरनेट और इंट्रानेट) साइटें
  • पुस्तकें (एक कम्पनी पुस्तकालय)
  • पुस्तकें (एक व्यक्ति की पुस्तकें)
  • गतिशील वेब (इंटरनेट और इंट्रानेट) साइटें
  • डेटाबेस और रिपॉजिटरीज

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

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

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

1 संपादित करें: विंको वर्लॉविक को जोड़ा गया कि यह केवल ज्ञान के बारे में नहीं है, लेकिन डेटा को उत्पादन के मुद्दों पर वापस जोड़ना है जो ज्ञान से संबंधित है।


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

कई लोगों के इस तरह के विकी में योगदान करना और भी शक्तिशाली है, हालांकि चर्चा की संभावना भी बहुत महत्वपूर्ण है।


मैं माइंड टच डेकी की सिफारिश करेगा यह एक विकी से कहीं अधिक है, जिसमें कई अन्य स्रोतों में एकीकरण शामिल है, जिसमें आपके संगठन में कस्टम डेटा स्रोतों में इसे एकीकृत करने की क्षमता शामिल है।


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

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

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


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


किसी विकी के विकल्प के रूप में, SharePoint का उपयोग करने पर विचार करें। यह आपको ईवेंट (जैसे मीटिंग्स), कार्य, और दस्तावेज़ों को प्रबंधित करने की अनुमति देता है यह गैर-तकनीकी भीड़ के साथ बहुत काम करती है, जो तकनीकी लेखकों और प्रबंधकों को क्या हो रहा है पर एक नज़र लेने की अनुमति दे सकती है। यह विंडोज 2003 का भी हिस्सा है, इसलिए आपको उसके लिए एक अतिरिक्त लाइसेंस की ज़रूरत नहीं है।

नकारात्मक पक्ष पर, मैं लगभग गारंटी दे सकता हूं कि एक निडरता होगी, जो आपको हर छोटी सी यूआई बोली योजना के लिए दोषी ठहराएगा। उच्च-अप शायद इसे हालांकि प्यार करेंगे


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

प्रमुख विकियों की खोज योग्यता के लिए एक और महत्वपूर्ण कारक है। विकी में खोज शब्द को देखने के लिए कहीं ज्यादा आसान नहीं है, बल्कि यह संभवतः असंबंधित कोड के दस्तावेज़ में एक संदर्भ का पता लगाना है।

<2c />


निश्चित रूप से एक विकी हम TWiki का उपयोग करें और कुछ उत्कृष्ट प्लगइन्स का उपयोग करें

संपादित करें: मैं जोड़ना भूल गया था कि आप दस्तावेजों और संस्करण नियंत्रण पर इस प्रश्न के उत्तर से परामर्श करना चाहें।


हम परियोजना ब्लॉग और विकी के संयोजन का उपयोग करते हैं

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

मुझे उम्मीद है (उम्मीद है) कि कुछ ब्लॉग प्रविष्टियां अब विकी प्रविष्टियों के लिए स्रोत सामग्री बन जाएगी क्योंकि परियोजना की प्रगति होती है


मैं आपको विकी के कुछ कमियां देता हूं, या जहां कुछ अतिरिक्त विचार आवश्यक हो सकते हैं:

  1. अगर तकनीकी जानकारी / दस्तावेज उन ग्राहकों या संगठनों के साथ साझा किए गए हैं जिनके पास आपके विकी तक पहुंच नहीं है
  2. सॉफ़्टवेयर के एक विशेष संस्करण से जुड़े दस्तावेज़ीकरण प्रायः रिहाई से संबंधित स्रोत के साथ बेहतर रहता है। अक्सर विकी के पास सबसे अधिक जानकारी होती है लेकिन पुरानी रिलीज के लिए दस्तावेज़ीकरण करने के लिए यह मुश्किल हो सकता है (संपादकों की देखभाल के आधार पर)

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

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


विकी का उपयोग करें, लेकिन यह सुनिश्चित करें कि किसी व्यक्ति के संपादकीय स्वामित्व में प्रवेश किया गया हो। उस व्यक्ति को नामकरण मानकों को सुनिश्चित करने और हर्जाना का पालन करने की आवश्यकता होती है - कंपनी विकी के लिए एक विशाल गड़बड़ी बनना बहुत आसान है