अपनी टीम के अदृश्य ज्ञान को साझा करने योग्य सिस्टम में कैसे बदलें
सालों के दौरान, मुझे कुछ सचमुच प्रतिभाशाली लोगों के साथ सहयोग करने का सुख मिला है, और मैंने एक छोटी-सी प्रवृत्ति नोटिस करनी शुरू की है। उन्हें बस यह बिल्कुल पता होता है कि कौन-से सवाल पूछने हैं, संभावित बाधाएँ कहाँ छिपी हो सकती हैं, और कौन-सी जानकारी वास्तव में महत्वपूर्ण है बनाम कौन-सी बस अच्छी-सी लगती है।
जब मैंने सच में ध्यान दिया, मुझे एहसास हुआ कि उनमें से कई वास्तव में अंदर ही अंदर समाई हुई चेकलिस्टों का उपयोग कर रहे थे — कभी-कभी उन्हें इसका एहसास भी नहीं होता था!
वह तब तक ठीक था जब तक वे लोग आसपास नहीं थे। प्रोजेक्ट अटक जाते। जूनियर टीम सदस्यों को इधर-उधर भागना पड़ता। टीम यह कसम खाती कि "इसका एक डॉक है" लेकिन कोई उसे ढूँढ़ नहीं पाता, या वह कई संस्करण पुराना होता।
मैं वही समस्या बार-बार देखता रहा: हमारी सबसे अच्छी प्रक्रियाएँ पूरी तरह लोगों के दिमाग में ही रहती थीं।
यह समस्या हर जगह है (और यह महँगी है)
इस पैटर्न पर ध्यान देना शुरू करने के बाद, मैं इसे अनदेखा नहीं कर पाया।
लॉजिस्टिक्स कंपनियों में, मैं देखता कि अलग-अलग लोग बिल्कुल एक जैसे शिपमेंट को पूरी तरह अलग तरीकों से संभालते। मैन्युफैक्चरिंग टीमें गुणवत्ता जाँचें करतीं जो इस पर निर्भर करतीं कि उस दिन कौन काम कर रहा है। ग्राहक सेवा विभागों में प्रतिक्रिया समय इधर-उधर होता, इस पर निर्भर कि फोन कौन उठाता था।
झुंझलाहट की बात यह है कि ये “अक्षमता की समस्याएँ” नहीं थीं।
ये समझदार, सक्षम लोग थे जिन्होंने काम निपटाने का अपना-अपना तरीका खोज लिया था। लेकिन किसी ने इतना समय नहीं निकाला था कि यह लिख सके कि वास्तव में "अच्छा" कैसा दिखता है।
जो चीज़ सचमुच महँगी पड़ती है: जब आपकी सबसे अच्छी प्रक्रियाएँ सिर्फ़ किसी के दिमाग में होती हैं, तो आप एक छुट्टी या बीमारी के दिन दूर अराजकता से होते हैं। वरिष्ठ लोग अपना आधा समय ट्रबलशूटिंग मोड में बिताते हैं, इसलिए नहीं कि समस्याएँ जटिल हैं, बल्कि इसलिए कि समाधान कहीं भी दर्ज नहीं हैं।
कार्रवाई कदम:
अभी, सोचिए पिछली बार कब आपकी टीम का कोई सदस्य अनुपस्थित था और काम गड़बड़ हो गया था। उस खास स्थिति को लिखिए - कौन-सी प्रक्रिया टूट गई? वही आपका पहला टेम्पलेट उम्मीदवार है।
(उदाहरण: "जब सारा छुट्टी पर थीं, तब किसी को नहीं पता था कि साप्ताहिक क्लाइंट रिपोर्ट कैसे संभालनी है, इसलिए हमने तीन क्लाइंट्स को अधूरी रिपोर्टें भेज दीं।")
टेम्पलेट्स वास्तव में काम कैसे करते हैं
मैं पहले सोचता था कि टेम्पलेट सिर्फ़ चरणों को दर्ज करने के बारे में होते हैं। पता चला, वास्तव में उपयोगी प्रक्रिया दस्तावेज़ कुछ और ज़रूरी करते हैं — वे लोगों को काम के बारे में सोचने का तरीका सिखाते हैं।
जब आपकी टीम में कोई नया जुड़ता है, तो आप नहीं चाहते कि वह बस अंधाधुंध रेसिपी का पालन करे। आप चाहते हैं कि नए टीम सदस्य समझें कि सबसे ज़्यादा क्या मायने रखता है, किन चेतावनी संकेतों पर नज़र रखनी है, और कुछ चीज़ें किसी विशेष क्रम में क्यों होती हैं।
जो टेम्पलेट वास्तव में उपयोग में आते हैं, वे दो तरह के सवालों का मिश्रण होते हैं:
तथ्य-जाँच जैसे "क्या आपने ग्राहक का शिपिंग पता सत्यापित किया?"
निर्णय-आधारित सवाल जैसे "क्या यह समय-सीमा उन बातों को देखते हुए यथार्थवादी लगती है जो समान परियोजनाओं में हुई थीं?"
तथ्य-जाँच स्पष्ट गलतियाँ पकड़ लेती हैं। निर्णय-संबंधी प्रश्न लोगों को वही सहज-बोध विकसित करने में मदद करते हैं जो आपके अनुभवी टीम सदस्यों के पास है।
कार्रवाई कदम:
काम पर नियमित रूप से जो आप करते हैं, उसमें से कुछ चुनें.
एक खाली दस्तावेज़ खोलें और उस प्रक्रिया के लिए तीन "क्या आपने..." सवाल और दो "क्या यह..." सवाल लिखें.
(उदाहरण: क्लाइंट कॉल्स के लिए - "क्या आपने कैलेंडर आमंत्रण भेजा?" "क्या आपने वीडियो लिंक का परीक्षण किया?" "क्या एजेंडा उनकी मुख्य चिंताओं को कवर करता है?" "क्या प्रस्तावित समय-सीमा उनके अनुमोदन प्रक्रिया को ध्यान में रखती है?")
हम वास्तव में ये संपत्तियाँ कैसे बनाते हैं
हर चीज़ को टेम्पलेट की ज़रूरत नहीं होती। मेरा नियम यह है: अगर तीन लोग एक ही काम तीन अलग तरीकों से कर रहे हैं, तो दस्तावेज़ीकरण का समय है।
आपको तब भी पता चल जाएगा कि टेम्पलेट बनाने का समय आ गया है जब वरिष्ठ लोग बार-बार वही सवालों के जवाब दे रहे हों, टीमें समान परियोजनाओं में पहिया दोबारा बना रही हों, या तैयार काम की गुणवत्ता पूरी तरह इस पर निर्भर हो कि उसे किसने किया।
प्रक्रिया स्वयं बेहद सरल है:
1. वह एक चीज़ चुनें जो भ्रम या दोबारा काम करा रही है
शुरुआत उस प्रक्रिया से करें जो अभी सबसे ज़्यादा परेशानी पैदा कर रही है। ऐसी स्थितियाँ देखें जहाँ लोग नियमित रूप से "मैं कैसे..." पूछते हैं या जहाँ वही गलतियाँ बार-बार हो रही हैं। सबसे अच्छे उम्मीदवार वे प्रक्रियाएँ हैं जो तब बढ़िया काम करती हैं जब आपका भरोसेमंद व्यक्ति उन्हें संभालता है, लेकिन जब कोई और कोशिश करता है तो बिखर जाती हैं।
2. उस काम में जो सबसे अच्छा है, उससे अपनी पूरी प्रक्रिया लिखवा लें
यह सिर्फ़ चरणों का दस्तावेज़ीकरण नहीं है। उनसे उनकी वास्तविक सोच के बारे में बताने को कहें:
वे सबसे पहले क्या देखते हैं? कौन-से खतरे के संकेत उन्हें रुकने पर मजबूर करते हैं? अनुभव से उन्होंने कौन-से शॉर्टकट सीखे हैं?
सिर्फ़ यह नहीं कि वे क्या करते हैं, बल्कि वे ऐसा क्यों करते हैं, वह भी दर्ज करें। जिन बातों को वे "स्पष्ट" मानते हैं, उन विवरणों पर ज़ोर दें - अक्सर वही सबसे मूल्यवान हिस्से होते हैं।
3. ड्राफ्ट को अपनी टीम के साथ साझा करें और उन्हें उसमें छेद करने दें
यहीं असली जादू होता है। आपकी टीम संभवतः वे खाली जगहें, किनारे के मामले, और सुधार पकड़ लेगी जिन्हें मूल विशेषज्ञ ने मिस कर दिया था। वे "अगर..." वाले सवाल पूछेंगे जो छिपी हुई धारणाओं को उजागर करते हैं।
पहले मसौदे का बचाव न करें - इस प्रतिक्रिया का उपयोग कुछ ऐसा बनाने के लिए करें जो कोई एक व्यक्ति अकेले नहीं बना सकता था। लक्ष्य सामूहिक बुद्धिमत्ता है, व्यक्तिगत विशेषज्ञता नहीं।
बस इतना ही। इसे ज़्यादा मत सोचिए। लक्ष्य परिपूर्णता नहीं है - लक्ष्य है अदृश्य ज्ञान को किसी के दिमाग से निकालकर कागज़ पर लाना, जहाँ हर कोई उसे देख सके।
कार्रवाई कदम:
इस हफ़्ते अपनी टीम के भरोसेमंद व्यक्ति के साथ किसी एक समस्या क्षेत्र के लिए 30 मिनट तय करें। उनसे अपनी प्रक्रिया समझाते हुए चलने को कहें, और आप नोट्स लें।
इसे सुंदर बनाने की चिंता न करें - बस उनका ब्रेन-डंप दर्ज कर लें।
(उदाहरण: "अरे मारिया, क्या आप मुझे बिल्कुल बता सकती हैं कि आप ग्राहक शिकायतों को कैसे संभालती हैं? मैं नोट्स लेने जा रहा/रही हूँ ताकि हम इसे ऐसी चीज़ में बदल सकें जिसका उपयोग पूरी टीम कर सके.")
एआई बोनस (यह दिलचस्प हो जाता है)
यहीं टेम्पलेट्स सचमुच शक्तिशाली बनते हैं: वे आपको एआई ऑटोमेशन के लिए बिल्कुल तैयार कर देते हैं, अगर आप उसे अपनाना चाहते हैं।
जब आपकी प्रक्रियाएँ स्पष्ट रूप से दर्ज होती हैं, तो एआई टूल्स नियमित चरणों में मदद करना शुरू कर सकते हैं - अव्यवस्थित इनपुट से जानकारी निकालना, संभावित समस्याओं को चिन्हित करना, यहाँ तक कि पैटर्न के आधार पर सुधार सुझाना।
इसके अलावा, अच्छी तरह संरचित टेम्पलेट्स सिर्फ़ एआई को नियमित कार्य संभालने में सक्षम नहीं बनाते। वे एआई को आपके सबसे अच्छे टीम सदस्यों की तरह सोचने के लिए प्रशिक्षित कर सकते हैं।
जब आपने अपनी प्रक्रियाओं के "क्या" और "क्यों" - उन निर्णय-आधारित सवालों और निर्णय बिंदुओं सहित - दोनों को दर्ज कर लिया होता है, तो एआई गैर-नियमित स्थितियों को भी संभालना शुरू कर सकता है। यह एक ऐसे बुद्धिमान विशेषज्ञ जैसा बन जाता है जो असामान्य परिस्थितियों के अनुसार खुद को ढाल सकता है, ऐसे पैटर्न देख सकता है जो आप चूक जाएँ, और यहाँ तक कि आपके दर्ज अनुभव से मिलती-जुलती स्थितियों के आधार पर रचनात्मक समाधान भी सुझा सकता है।
जो टीमें अभी अपनी प्रक्रियाएँ दर्ज कर लेती हैं, उन्हें एआई के बेहतर होने के साथ बहुत बड़ा लाभ मिलेगा। वह सारा अदृश्य ज्ञान संरचित डेटा बन जाता है जिसके साथ स्मार्ट टूल काम कर सकते हैं - सिर्फ़ पूर्वानुमेय चीज़ों के लिए ही नहीं, बल्कि उन जटिल निर्णयों के लिए भी जो आपके बेहतरीन लोगों को अप्रतिस्थापनीय बनाते हैं।
कार्रवाई कदम:
जिस भी टेम्पलेट को आप बनाने की योजना बना रहे हैं, उसमें 5 मिनट यह सोचने में लगाएँ कि कौन-से हिस्से अंततः स्वचालित किए जा सकते हैं।
कौन-सी जानकारी एक जगह से दूसरी जगह कॉपी होती है? कौन-से निर्णय अनुमानित पैटर्न का पालन करते हैं?
इन्हें लिख लें - भले ही आज आप उन्हें स्वचालित न कर सकें, लेकिन क्या स्वचालित किया जा सकता है यह जानना आपके टेम्पलेट को अधिक मूल्यवान बनाएगा।
(उदाहरण: अगर आप ग्राहक इनटेक का दस्तावेज़ बना रहे हैं, तो नोट करें "एआई संभवतः उनके प्रारंभिक ईमेल से मुख्य आवश्यकताएँ निकालकर फ़ॉर्म को पहले से भर सकता है.")
बस एक से शुरू करें
कोई एक प्रक्रिया चुनें जो आपको पागल कर रही है - ऐसी जहाँ लोग बार-बार वही सवाल पूछते रहते हैं या जहाँ नतीजे इस पर निर्भर करते हुए बहुत बदल जाते हैं कि उसे कौन संभाल रहा है। अपने सबसे अच्छे व्यक्ति के दिमाग से उस खास प्रक्रिया को बाहर निकालने में 30 मिनट लगाएँ।
परिपूर्ण फ़ॉर्मेटिंग या व्यापक कवरेज की चिंता मत करें। लक्ष्य अदृश्य विशेषज्ञता को दृश्य बनाना है। एक बार यह लिख लिया गया, तो आपकी टीम वास्तव में इसका उपयोग कर सकती है, इसे सुधार सकती है, और हर बार इसे फिर से बनाने से बच सकती है।
एक से शुरू करें। देखें क्या होता है। फिर अगला बनाइए।
यह करने पर क्या बदलता है:
आपकी टीम "जनजातीय ज्ञान" के बंधक होने से मुक्त हो जाती है जो सिर्फ़ कुछ लोगों के दिमाग में रहता है। नई भर्ती तेज़ी से काम समझ लेती है। परियोजनाएँ तेज़ी से आगे बढ़ती हैं क्योंकि लोग लगातार समाधान फिर से नहीं बना रहे होते।
आप अपने सबसे अच्छे लोगों की मानसिक क्षमता और समय मुक्त कर देंगे। बार-बार वही सवालों का जवाब देने में अपनी दिमागी ऊर्जा खर्च करने के बजाय, वे उस चीज़ पर ध्यान केंद्रित कर सकते हैं जो सचमुच नतीजा बदलती है - नए समस्याएँ हल करना, सिस्टम सुधारना, और अपने काम को अगले स्तर पर ले जाना।
यही फर्क है उन टीमों में जो स्केल करती हैं और उन टीमों में जो अटकी रहती हैं। विशेषज्ञता वहाँ है। आपको बस उसे लोगों के दिमाग से निकालकर एक साझा प्रणाली में डालना है जिसका हर कोई उपयोग कर सके।