उद्यम ज्ञान साझा करना?


20

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

समूह के लिए मेरा प्रश्न इस प्रकार है:

  • आपने अपने डेवलपर्स के बीच अधिक 'सार्वजनिक' चर्चाओं को प्रोत्साहित करने के लिए किन तरीकों / सॉफ़्टवेयर का उपयोग किया है?

कुछ प्रारंभिक विचार मेरे पास थे .. कोई भी प्रतिक्रिया बहुत अच्छी होगी:

  • आंतरिक समाचार समूह
  • 'बेहतर' विकी सॉफ्टवेयर (अब शेयरपॉइंट का उपयोग करके)
  • संदेश बोर्ड

(मुझे StackExchange का आंतरिक उदाहरण पसंद आएगा, लेकिन ऐसा मत सोचो कि यह एक विकल्प है!)

नोट: जैसा कि ऊपर कहा गया है, हमारे पास पहले से ही एक विकी है, लेकिन मैं विकि विचार को नापसंद करता हूं क्योंकि आमतौर पर तथ्य के बाद चीजों को केवल विकि में जोड़ा जाता है, यदि बिल्कुल

धन्यवाद!


7
बड़ा सवाल है। हमारे पास समान मुद्दे हैं। हम इसे "क्या होगा अगर <इन्सर्ट-नेम> एक बस द्वारा मारा जाता है" सिंड्रोम। यह पूछने के लिए धन्यवाद।
देवसोलो

1
अन्यथा "ट्रक नंबर" के रूप में जाना जाता है।
फ्रैंक शीयर

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

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

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

जवाबों:


3

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

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


आह .. हमारे पास बहुत सारे समर्थन कर्तव्य हैं, और भौगोलिक रूप से वितरित हैं। Sharepoint के माध्यम से संग्रहित / खोज योग्य ईमेल काफी दिलचस्प है। यह उपयुक्त समझौता हो सकता है ...
मैपरसन

हम जो सोचते हैं वह काम करेगा, ईमेल अभिलेखागार को तीन महीने के विखंडन में विभाजित करना है ताकि सूची आकार प्रबंधनीय रहे। जाहिर है कि समय अवधि महीने के अनुसार अलग-अलग होगी और हमने SP2007 का उपयोग किया है - यह हो सकता है कि 2010 बड़ी सूचियों को बेहतर तरीके से संभालता है।
ग्लेनट्रॉन

1
मैं इस पर बहुत विचार कर रहा हूं। हमारे बग ट्रैकिंग सिस्टम का उपयोग करने और विकी को अधिक भरने पर अधिक जोर देने के साथ युगल करें ताकि हम सामग्री में उस 'टिपिंग पॉइंट' तक पहुंच सकें, मुझे लगता है कि यह मेरे प्रश्न का सबसे अच्छा उत्तर है।
मेपर्सन

1
यदि आप विकी का उपयोग कर रहे हैं, तो सुनिश्चित करें कि यह शेयरपॉइंट एक में निर्मित नहीं है- मुझे लगता है कि कुछ बहुत अच्छे ऐड-ऑन हैं जो एक ही काम करते हैं और चूसना नहीं करते ...
ग्लेनट्रॉन

4

StackOverFlow उद्यम के लिए जैसा कि आपने उल्लेख किया लेख में समझाया गया है?

IMHO यह एक भयानक विचार है

यह सहयोग के बजाय प्रतिस्पर्धा को सुदृढ़ करेगा ।

आपको उनकी प्रतियोगिता बढ़ाने में नहीं, क्रॉस डिवीजन / विभाग के सहयोग की आवश्यकता है।

इसके अलावा अपने सहकर्मी (दूसरों के सामने) द्वारा आपके मानसिक स्वास्थ्य पर पड़ने वाले अत्यधिक उच्च नकारात्मक प्रभाव की कल्पना कर सकते हैं।

सब कुछ मिश्रण मत करो।

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


1
@ पियरे, सहयोग के बजाय प्रतिस्पर्धा को कैसे देखते हैं? मैं आपके विचार का सम्मान करता हूं, लेकिन मैं ईमानदारी से इसे नहीं देखता हूं। मैं उत्सुक हूँ।
देवसोलो

अंक = प्रतियोगिता। प्रतियोगिता क्योंकि एक रैंकिंग है।

शायद मुझे अधिक स्पष्ट होना चाहिए ... मुझे एक अंक / मतदान प्रणाली नहीं चाहिए। (मैं मानता हूं कि थोड़ा तनाव हो सकता है)
मैपरसन

Mpeterson, शायद मैं उस लेख में उस आदमी का अधिक जवाब दे रहा था जिसका आपने उल्लेख किया था। लेकिन मैंने अपने जवाब में एक सुझाव दिया जो एक बड़ी वैश्विक कंपनी में बहुत अच्छा काम करता था।

StackExchange प्लेटफ़ॉर्म से अलग वोटिंग के साथ आपका विचार बॉक्स कैसा है?
रॉबर्ट हार्वे

2

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


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

हम यह भी कर रहे हैं, लेकिन यह अभी भी बोझिल लगता है। शायद हम अभी तक टिपिंग बिंदु तक नहीं पहुंचे हैं?
मेपर्सन

1

पेयर प्रोग्रामिंग टैसिट ज्ञान को प्रसारित करने का एक शानदार तरीका है।

मौन ज्ञान के साथ समस्या यह है कि यह बहुत अधिक परिभाषा के द्वारा लिखा या पढ़ाया नहीं जा सकता है, केवल अनुभवी है। जोड़ी प्रोग्रामिंग (विशेष रूप से प्रमुख जोड़ी) प्रदान करता है।


1

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

मैं लिंक लेखक के निष्कर्षों से अधिक असहमत नहीं हो सकता। टीम सहयोग को हतोत्साहित करके ज्ञान पर कब्जा करने को प्रोत्साहित करना? क्षमा करें, लेकिन यह नहीं है कि यह कैसे काम करता है। यह स्वयं सहयोग है जो ज्ञान धन का उत्पादन करता है, क्यूबिकल में इंजीनियरों का अनुक्रम नहीं करता है।


मैंने यह लिया कि लेखक केवल निजी तौर पर 1-ऑन -1 सहयोग को हतोत्साहित करने की कोशिश कर रहा है, पूरी तरह से नहीं?
मेपर्सन

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

1
mpeterson: मेरे अनुभव में, अधिकांश वास्तविक टीम सहयोग और रचनात्मक ज्ञान निर्माण एक के बाद एक, तदर्थ, अनौपचारिक तरीके से होता है, बैठकों में नहीं।
रॉबर्ट हार्वे

0

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.