कंपनी का दूसरा दिमाग: विकी से लेकर कौशल तक, यह सब संदर्भ के बारे में है1 min read

मैं “दूसरे मस्तिष्क” को लेकर चल रहे प्रचार के बारे में बहुत सोच रहा हूं। मैंने क्षेत्र के अन्य लोगों और अपने सहकर्मियों के साथ इस पर चर्चा की जो या तो दूसरा मस्तिष्क बना रहे हैं या जिनके पास इसका एक संस्करण है।

अपरिचित लोगों के लिए, दूसरा मस्तिष्क आंदोलन आंद्रेज कारपैथी के “विकी” विचार के साथ शुरू हुआ: स्थानीय एमडी फ़ाइलों की एक इंटरलिंक्ड विकी संरचना में एजेंट के व्यक्तिगत ज्ञान को व्यवस्थित करना। बाद में इसका विस्तार व्यक्तिगत डेटा को बहुत व्यापक प्रारूप में व्यवस्थित करने के लिए किया गया, जिसमें उपयोगकर्ता अक्सर नोट्स को व्यवस्थित और विज़ुअलाइज़ करने के लिए ओब्सीडियन का उपयोग करते थे और मीटिंग्स (ग्रेनोला/व्हिस्परफ्लो/ज़ूम ट्रांस्क्रिप्शन) से डेटा को विकी में जोड़ते थे।

रॉकेट-कारपैथी-ज्ञान-आधार: प्रारंभ

रॉकेट-कारपैथी-ज्ञान-आधार:अंत

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

ओह, अच्छा विचार नहीं है. सबसे पहले, यह बहुत महंगा है. इस तरह की चीज़ में जाने वाले डेटा की मात्रा बिल्कुल अजीब है और इससे डेटा पुनर्प्राप्त करना बेहद कठिन, धीमा और महंगा हो जाता है। सुरक्षा और डेटा पृथक्करण एक मुद्दा बन गया है। आप 1:1 व्यक्तिगत डेटा, वित्तीय डेटा, प्रबंधन निर्णय, एचआर डेटा या यहां तक ​​कि किसी को बर्खास्त करने के निर्णय को प्रतिलेखों में फिसलने और पहुंच योग्य होने से कैसे रोक सकते हैं। हर कोई नहीं चाहिए सब कुछ पता है…

साथ ही, इसकी आवश्यकता किसे है, यह हमें क्या बचाता है और क्या यह एक अच्छा विचार भी है?

मैं सामान्य तौर पर कहूंगा कि इसका एक सम्मिलित संस्करण एक अच्छा विचार है। मध्य प्रबंधन मौजूद होने का अधिकांश कारण मुद्दों को ऊपर की ओर प्रवाहित करना और नीचे की ओर निर्णयों को स्पष्ट करना है। इसमें से अधिकांश कार्य अब दूसरे मस्तिष्क से किया जा सकता है।

तकनीकी टीमों के लिए दूसरा दिमाग

एक तकनीकी दूसरे मस्तिष्क का रखरखाव बहुत आसान हो सकता है। कई कंपनियां ड्रॉपबॉक्स/गूगल ड्राइव/वनड्राइव निर्देशिका का उपयोग करती हैं जिसमें साझा ज्ञान होता है जिसे क्लाउड/कोडेक्स साझा कर सकता है। इसे Git रेपो में धकेलने के लिए स्वचालन काफी सरल है, या आप वास्तव में इसे प्रबंधित करने के लिए Github का उपयोग कर सकते हैं (मुझे लगता है कि इस प्रकार की चीज़ को प्रबंधित करने के लिए कस्टम कौशल स्थापित किए बिना इस परिदृश्य का समर्थन करने के लिए OpenAI/Anthropic के लिए यह एक बहुत छोटा प्रयास है)। सत्य का स्रोत अब Github रेपो बन गया है और स्थानीय प्रतियां स्थानीय Git रेपो हैं।

यह साझा कौशल, साझा निर्णय, वास्तुशिल्प डिजाइन, दृश्य डिजाइन (उदाहरण के लिए डिजाइन सिस्टम निर्णय) और विभिन्न अन्य कंपनी उत्पाद निर्णय जैसे ज्ञान और क्षमताओं को जोड़ सकता है।

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

इसे गिट में रखना और विलय करना एक समर्पित एजेंट का उपयोग करके किया जा सकता है जो संघर्षों की तलाश करता है और उपयोगकर्ता को सचेत कर सकता है यदि उनके परिवर्तन विरोधाभासी हैं, विवादों को हल करते हैं और परिणामों को मर्ज करते हैं।

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

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

उत्पाद, विपणन और गैर-तकनीकी टीमों के लिए दूसरा दिमाग

इस प्रकार का दूसरा मस्तिष्क तकनीकी टीमों के लिए वास्तव में अच्छा हो सकता है, लेकिन गैर तकनीकी टीमों के लिए वही काम करना बेहद मुश्किल होगा।

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

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

ऐसे कुछ दृष्टिकोण हैं जो चीजों को आसान बना सकते हैं, कम से कम तब तक जब तक बड़े लोग इस समस्या को हल नहीं कर लेते, उम्मीद है कि खुले तरीके से, लेकिन महंगे बंद समाधान के माध्यम से अधिक संभावना है।

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

2. टीम स्तर दूसरा मस्तिष्क – डेटा की दूसरी परत में वह डेटा शामिल होता है जो या तो व्यक्तिगत दूसरे मस्तिष्क में होता है कि एजेंट 100% सुनिश्चित है कि पूरी टीम के लिए प्रासंगिक है या वह डेटा जो टीम स्तर की बैठकों में उत्पन्न हुआ है, जो कि उनकी प्रकृति से, टीम आधारित है। एक एजेंट आपकी टीम के स्लैक चैनलों से इस दूसरे मस्तिष्क के लिए डेटा भी एकत्र कर सकता है – यह आपके 1:1 चैनल या ज़ूम कॉल में नहीं होना चाहिए। एक बार जब यह डेटा पुनर्प्राप्त कर लेता है, तो एक एजेंट इसे वास्तविक समय में या रात में व्यवस्थित कर सकता है और उन विसंगतियों को इंगित कर सकता है जहां निर्णय पलट दिए गए थे, या व्यक्तिगत या प्रबंधन निर्णयों के अनुरूप नहीं थे। उन पर प्रकाश डाला जाना चाहिए और असंगत निर्णय लेने वाले व्यक्ति को सचेत किया जाना चाहिए ताकि वे सूचित तरीके से अपना विकल्प चुन सकें।

3. प्रबंधन स्तर दूसरा मस्तिष्क – यह मूल रूप से एक टीम स्तर का दूसरा मस्तिष्क है, लेकिन डेटा और लिए जा रहे निर्णयों की संवेदनशीलता के कारण, इसे बहुत अधिक सूक्ष्म तरीके से संभाला जाना चाहिए। कंपनी के बाकी हिस्सों में संभावित लीक से बचने के लिए केवल अंतिम निर्णय और सार्वजनिक डेटा ही यहां साझा किया जाना चाहिए। डेटा सुरक्षा सुनिश्चित करने के लिए, कम से कम शुरुआत में, किसी इंसान के लिए कुछ डेटा पर गौर करना एक अच्छा विचार हो सकता है। प्रबंधन मस्तिष्क को कंपनी के दूसरे मस्तिष्क से बाहर रखना भी एक अच्छा विचार है।

4. कंपनी वाइड दूसरा मस्तिष्क – यह सबसे कठिन है और इसमें केवल वही डेटा होना चाहिए जो ठोस, सूचनात्मक हो जो पूरी कंपनी के लिए प्रासंगिक हो। केवल रिपोर्ट किए गए वित्तीय परिणाम, उदाहरण के लिए, कर्मियों के बारे में जानकारी (कौन किस पद पर है)।

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

तो, आप दूसरे मस्तिष्क या कंपनी मस्तिष्क में क्या तलाश रहे हैं, क्या आपने इसे बनाने का कोई प्रयास किया था और आपके निष्कर्ष क्या थे?