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

Question

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

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

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

Answer 1

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

Answer 2

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

Answer 3

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

प्रमुख विकी की खोज क्षमता इसकी सफलता के लिए एक और प्रमुख कारक है। एक संभावित रूप से असंबंधित टुकड़े कोड में किसी दस्तावेज़ का संदर्भ ढूंढना विकी में खोज शब्द देखना कहीं अधिक आसान है।

< 2c/>

Answer 4

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

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

Answer 5

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

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

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

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

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

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

Answer 6

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

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

Answer 7

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

हम ज्ञान का आधार लेख की कोशिश की है और यह लोगों को आलसी बना देता है - आप एक संपूर्ण समूह को फिर से लिखने लगाएंगे "मैं इस खंड समझ में नहीं आता।" एक व्यक्ति को एक स्क्रीनकास्ट दें और वे अपने स्वयं के नोट्स बना सकते हैं।

Answer 8

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

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

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

Answer 9

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

Answer 10

मैं MindTouch Deki की अनुशंसा करता हूं। यह आपके संगठन में कस्टम डेटा स्रोतों में एकीकृत करने की क्षमता सहित कई अन्य स्रोतों में एकीकरण के साथ विकी से कहीं अधिक है।

Answer 11

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

Answer 12

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

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

Answer 13

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

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

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

Answer 14

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

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

Answer 15

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

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

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

Answer 16

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

नकारात्मक पक्ष पर, मैं लगभग गारंटी ले सकते हैं कि वहाँ एक luddite जो आप हर छोटे UI वक्रोक्ति के लिए दोषी मानते हो जाएगा। हालांकि उच्च-अप शायद इसे पसंद करेंगे।

Answer 17

मैंने देखा है कि ज्ञान विचार विमर्श का एक बहुत एक संगठन के भीतर ईमेल के भीतर हो। यह ज्ञान ईमेल के भीतर लंबे समय तक रहता है और अंततः खो जाता है और उन लोगों के लिए सुलभ नहीं है जो मूल चर्चा का हिस्सा नहीं थे। http://grexit.com तरह

का उपयोग उपकरण मदद कर सकते हैं आप से बाहर इन ज्ञान ले जाने के अपने संगठन के भीतर एक coomon साझा भंडार करने के लिए इनबॉक्स। वर्तमान में यह केवल Gooogle Apps के लिए काम करता है लेकिन इसके प्रयास के लायक है।

Answer 18

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

मैं का ओपन सोर्स और साथ ही Orchard CMS, एक ओपन सोर्स प्रोजेक्ट पर चलता है।

यह एक बेशर्म प्लग था (Associativy अपने प्रोजेक्ट है), क्षमा करें।

संपादित करें: सिर्फ मान्यता प्राप्त कितनी पुरानी इस सवाल है ....