रैंडम टीम गठन से गुट तोड़ना

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

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

रैंडमाइजेशन वास्तव में क्या बदलता है

यह ऐसी बातचीत बनाता है जो वरना कभी नहीं होती। यही असली प्रभाव है और यह मार्केटिंग के दावों से कहीं शांत है। अलग-अलग टीमों के दो लोग बराबरी पर मिलते हैं, जो एक दुर्लभ स्थिति है — आम तौर पर सीमा पार बातचीत का कारण यह होता है कि किसी एक को कुछ चाहिए।

यह “A-टीम” की आपत्ति को हटा देता है। कोई यह शिकायत नहीं कर सकता कि दिलचस्प प्रोजेक्ट उन्हीं तीन लोगों को मिला, क्योंकि उन्हें किसी ने चुना ही नहीं।

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

यह मोल-भाव को हटा देता है। इसे कम आँका जाता है। “क्या मैं सैम से बदल सकता हूँ” में लगे दस मिनट ड्रॉ से ज़्यादा महँगे पड़ते हैं।

वह समस्या जिससे लोग छोड़ देते हैं

यहाँ तंत्र यह है, और इस पर सीधे बात करना ज़रूरी है: असमान कौशल वाली टीम का पूरी तरह रैंडम बँटवारा एक ऐसा समूह बनाता है जिसके साथ काम नहीं चल सकता।

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

समाधान यह है कि पूरी टीम के बजाय कौशल-स्तरों के भीतर रैंडमाइज किया जाए। जिन दो-तीन लोगों को आप सबसे मजबूत जानते हैं, उन्हें पहले अलग-अलग समूहों में बैठाएँ, फिर बाकी सबको चुनें। ड्रॉ अब भी काम करता है; आप बस वह इनपुट हटा देते हैं जिसे वह नहीं सँभाल सकता।

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

इसे सेट करना

पहले सूची बनाएँ। इसे टाइप करें, स्प्रेडशीट से पेस्ट करें, या सूची की फ़ोटो इम्पोर्ट करें। अगर फ़ोटो इम्पोर्ट उपयोग करें, तो परिणाम ध्यान से पढ़ें — यह असली OCR प्रक्रिया है और कभी-कभी नाम गलत पढ़ सकती है।

बनाने से पहले संख्या जाँचें। पैनल दिखाता है कि कितनी प्रविष्टियाँ लोड हैं। समूह बन जाने के बाद छूटा हुआ व्यक्ति जोड़ा नहीं जा सकता, और जो छूट गया उसे यह सबके सामने पता चलता है।

बँटवारे का तरीका ध्यान से चुनें। “समूहों की संख्या” ठीक उतने ही समूह देता है, जितना संभव हो समान रूप से बाँटते हुए — 30 को 5 में बाँटने पर हर एक में 6। “प्रति समूह लोग” हर समूह का आकार समान सुनिश्चित करता है और समूहों की संख्या स्वयं गिनता है। कक्षा के काम के लिए दूसरा तरीका बेहतर डिफ़ॉल्ट है, जहाँ बचा हुआ छात्र साफ़ दिखने वाली समस्या होती है।

समूहों को नाम दें। जानवर, रंग, शहर, या अपने नाम। यह सुनने से ज़्यादा मायने रखता है: “समूह 1” और “समूह 2” एक क्रम बना देते हैं, नामित समूह नहीं। इससे बाद में किसी का ज़िक्र करना भी स्वाभाविक हो जाता है — “दूसरे वाले” के बजाय “फाल्कन्स की प्रस्तुति”।

रैंडम नेता चालू करें अगर समूह को कुछ बनाना है। वितरित अधिकार एक व्यक्ति को डिफ़ॉल्ट रूप से निर्णय लेने से रोकता है।

इसके बाद क्या करें

समूहों को CSV या XLSX के रूप में एक्सपोर्ट करें, या प्रिंट करें। लिखित आवंटन उस गलियारे की बातचीत में टिका रहता है जिसमें मौखिक आवंटन नहीं टिकता।

बाद में उन्हें दोबारा मत बदलें। अगर आप संतुलन ठीक करने के लिए लोगों को बदलते हैं, तो आपने वही निर्णय वापस ले आए हैं जिसे ड्रॉ ने हटाया था, और अब लोग ड्रॉ पर ही संदेह करेंगे। अगर कोई समूह सचमुच काम नहीं कर सकता, तो बँटवारे का तर्क ठीक करें और सबके सामने दोबारा ड्रॉ करें।

वह संस्करण जो लंबे समय तक काम करता है

एक बार किया गया रैंडम टीम अभ्यास केवल जिज्ञासा है। असली बदलाव वह पैटर्न लाता है जो दोहराया जाता है:

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

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

उस काम के लिए इसका उपयोग करें जिसके लिए कोई स्वयंसेवा नहीं करता। अंतर-टीम कार्यशालाएँ, बिना चमक वाला प्रोजेक्ट, आंतरिक समिति। पसंदीदा काम को रैंडम बनाने से नाराज़गी बढ़ती है; उबाऊ काम को रैंडम बनाने से वह घटती है।

सामाजिक संस्करण के लिए

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

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

ड्रॉ के पीछे क्या है

समूह Fisher-Yates शफ़ल से बनते हैं, जो मूल सूची को नहीं बदलता और निष्पक्ष क्रमपरिवर्तन देता है। रैंडम स्रोत Math.random() के बजाय ब्राउज़र का क्रिप्टोग्राफिक जनरेटर है, क्योंकि Math.random() नियतात्मक है और सिद्धांत रूप में पहले से अनुमानित किया जा सकता है। निष्पक्षता पृष्ठ दोनों को समझाता है।

आज़माएँ

समूह निर्माता खोलें, अपनी सूची पेस्ट करें, और एक बार बनाएँ। कोई खाता नहीं, कोई सीमा नहीं।

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