हर टीम हफ़्ते में दर्जनों छोटे आवंटन निर्णय लेती है: कौन प्रस्तुत करेगा, कौन नोट्स लेगा, कौन सम्मेलन जाएगा, कौन सप्ताहांत की ड्यूटी सँभालेगा। अकेले में ये इतने छोटे हैं कि मायने नहीं रखते। सौ बार दोहराए जाने पर ये इस बात में बदल जाते हैं कि कोई जगह उसके साथ कैसा व्यवहार करती है।
यही असली समस्या है जिसे रैंडमाइजेशन संबोधित करता है। “विजेता चुनना” नहीं — बल्कि एक बार-बार आने वाले निर्णय को बाँटना ताकि उसे निर्णय न समझा जाए।
यहाँ बताया गया है कि यह कहाँ काम करता है, उपयोगिता के मोटे क्रम में, और कहाँ नहीं।
मजबूत उदाहरण
1. साझा संसाधन। प्रशिक्षण बजट, अच्छी मेज़, पार्किंग की जगह, अतिरिक्त स्क्रीन। यह सबसे मजबूत उदाहरण है, क्योंकि पसंद के आधार पर बाँटे गए दुर्लभ संसाधन साफ़ नाराज़गी पैदा करते हैं, और ड्रॉ सवाल खत्म कर देता है। लकी ड्रॉ उपयोग करें।
2. ऑन-कॉल और ड्यूटी के अंतराल। रविवार के लिए कोई स्वयंसेवा नहीं करता। ड्रॉ उस बार-बार उठने वाले संदेह को हटा देता है कि हमेशा वही व्यक्ति “संयोगवश” उपलब्ध होता है। रिकॉर्ड ऊबड़-खाबड़ रहने की उम्मीद रखें — यह स्वतंत्रता है, टूटी हुई प्रक्रिया नहीं।
3. समिति और समीक्षा पैनल की सीटें। जिस चयन समिति को लोग मनमाने ढंग से चुना गया मानते हैं, उसके हर निर्णय पर सवाल उठेगा, चाहे उसमें कुछ भी गुण हो। सीटों को रैंडम करें, उम्मीदवारों को नहीं।
4. मीटिंग और स्प्रिंट का क्रम। पहले कौन प्रस्तुत करेगा। छुट्टी से लौटने पर पहला स्लॉट किसे मिलेगा। छोटी बात है, लेकिन वरना बारी-बारी का झगड़ा हमेशा लौटता रहता है।
5. डेमो या पिच का क्रम। ऊपर वाले से जुड़ा, और यह इसलिए काम करता है क्योंकि आख़िर में सबको जाना ही है।
6. काम और ज़िम्मेदारी की बारी। सफ़ाई, ऑन-कॉल सपोर्ट, वह मीटिंग जिसकी अध्यक्षता कोई नहीं करना चाहता। कार्य मिलान लोगों को कामों के साथ जोड़ता है और जो कुछ नहीं सौंपा गया उसे चुपचाप छोड़ने के बजाय बताता है।
7. कौन-सा लंच, कौन-सी ऑफ़िस के बाद की गतिविधि। वाकई उपयोगी: यह पंद्रह मिनट की बहस को दो सेकंड के नतीजे में बदल देता है, और यही एकमात्र तरीका है जिससे ऐसे निर्णय होते ही हैं।
8. मेंटरिंग या शैडोइंग के लिए जोड़ियाँ। पूरी टीम के बजाय कौशल-स्तरों के भीतर रैंडमाइज करें — नीचे देखें, इसमें विफलता का एक तरीका है।
9. स्पॉट अवार्ड और साथियों की पहचान। नामांकित पूल से ड्रॉ करना तब काम करता है जब नामांकन का चरण सच्चा हो। ऐसे पूल को रैंडम करना जिसके लिए किसी ने योग्यता हासिल नहीं की, अलग बात है।
10. प्रोजेक्ट टीम गठन। सबसे मजबूत तब जब प्रोजेक्ट वाकई क्रॉस-फंक्शनल हो और किसी के पास किसी की संगति पसंद करने का कारण न हो।
यह कहाँ गलत हो जाता है
कोई भी चीज़ जिसमें कौशल की शर्त हो। ऐसा काम रैंडम करना जिसके लिए प्रमाणन चाहिए, यह गारंटी देता है कि कभी-कभी वह गलत व्यक्ति को सौंपा जाएगा। शर्त के आसपास की हर चीज़ को रैंडम करें, शर्त को नहीं।
कोई भी दीर्घकालिक या अपरिवर्तनीय चीज़। पूरी तिमाही के लिए प्रोजेक्ट टीम, स्थायी समिति सीट, पदोन्नति का निर्णय। “ड्रॉ ने ऐसा कहा” ऐसी किसी भी चीज़ के लिए स्वीकार्य कारण नहीं है जिसके साथ किसी को छह महीने बाद भी जीना पड़े।
कोई भी चीज़ जहाँ आप परिणाम सुधार नहीं सकते। अगर ड्रॉ कुछ ऐसा बना दे जो परिचालन की दृष्टि से टूटा हो — दो लोग जो दो हफ़्ते के काम पर साथ नहीं रह सकते, या ग्राहक को जानने वाला अकेला व्यक्ति ग्राहक कॉल पर सौंपा गया — तो आपने शर्मिंदगी से बचने के लिए एक समस्या पैदा कर ली है।
निष्पक्ष बताकर पेश किए गए भारित ड्रॉ। अगर कोई ड्रॉ भूमिका या प्रदर्शन के आधार पर भारित था, तो यह उस अर्थ में रैंडम चयन नहीं है जो लोग मान लेते हैं। यह ठीक है, और उचित भी, पर तभी जब आपने ड्रॉ से पहले भार प्रकाशित किए हों। भारित राफल भार को स्पष्ट करता है ताकि यह बात खुलकर कही जा सके।
समूह गठन में एक विफलता तरीका है जिसे जानना ज़रूरी है
रैंडम प्रोजेक्ट टीमें गुटों का इलाज लगती हैं। वे ऑफिस में रैंडम चयन को बदनाम करने का सबसे आम तरीका भी हैं, क्योंकि असमान कौशल वाली टीम का पूरी तरह रैंडम बँटवारा एक ऐसा समूह बनाता है जिसके साथ काम नहीं चल सकता।

तंत्र सीधा है: एक असाधारण व्यक्ति किसी एक समूह में पड़ जाता है, और उस समूह का हर काम पहले से तय लगने लगता है। सबको यह तुरंत दिख जाता है, और निष्कर्ष यह निकलता है कि रैंडमाइजेशन भोला है।
समाधान यह है कि पूरी टीम के बजाय कौशल-स्तरों के भीतर रैंडमाइज किया जाए। जिन दो लोगों को आप सबसे मजबूत जानते हैं, उन्हें पहले अलग-अलग समूहों में बैठाएँ, फिर बाकी को चुनें। समूह निर्माता ड्रॉ सँभालता है; स्तर का तर्क आपका है।
यह सफल होगा या नहीं, यह तय करने वाली आदतें
ड्रॉ वहाँ चलाएँ जहाँ लोग देख सकें। स्क्रीन शेयर करें, या कमरे में करें। जिस रैंडम प्रक्रिया को किसी ने देखा नहीं, उसे पक्षपातपूर्ण प्रक्रिया से अलग नहीं बताया जा सकता, इसलिए गवाह ही अंतर को दावे के बजाय असली बनाता है।
केवल परिणाम नहीं, सूची दिखाएँ। स्क्रीन पर प्रतिभागी सूची इस बात का प्रमाण है कि हर योग्य व्यक्ति पूल में था। केवल विजेता दिखाने वाला स्क्रीनशॉट यह सिद्ध नहीं करता कि उन्हें कैसे चुना गया।
इसे लगातार लागू करें। जब सुविधा हो तब रैंडम चयन और जब आपको फ़ायदेमंद लगे तब निर्णय — यह कभी न अपनाने से भी बुरा है, क्योंकि लोग सीख जाते हैं कि ड्रॉ एक नाटक है। यह सबसे ज़रूरी आदत है।
घोषित करें कि आप क्या रैंडम करेंगे। “सम्मेलन में जाने वाला हर उस व्यक्ति में से चुना जाएगा जो इस साल गया नहीं है” — यह वाक्य शिकायतों की पूरी श्रेणी को हटा देता है।
रिकॉर्ड रखें। सूची और परिणाम के साथ तारीख वाला नोट किसी भी प्रक्रिया बदलाव से ज़्यादा बहसें रोकता है, और इसमें तीस सेकंड लगते हैं।
टूलिंग पर एक टिप्पणी
तंत्र के बारे में प्रासंगिक बातें संक्षिप्त हैं। ड्रॉ Math.random() के बजाय ब्राउज़र के क्रिप्टोग्राफिक रैंडम स्रोत का उपयोग करते हैं, क्योंकि Math.random() नियतात्मक है और सिद्धांत रूप में पहले से अनुमानित किया जा सकता है — निष्पक्षता पृष्ठ बताता है कि यह क्यों मायने रखता है और रिजेक्शन सैंपलिंग क्या जोड़ती है। समूहों को CSV या XLSX के रूप में एक्सपोर्ट किया जा सकता है, प्रिंट किया जा सकता है, या टेक्स्ट के रूप में कॉपी किया जा सकता है। किसी चीज़ के लिए खाता ज़रूरी नहीं, और ड्रॉ पर कोई दैनिक सीमा नहीं।
टूलिंग से ज़्यादा यह मायने रखता है कि प्रक्रिया पहले घोषित की गई थी और लगातार लागू की गई। बिना समझाए नियम वाला निष्पक्ष ड्रॉ भी अन्यायपूर्ण महसूस होता है, और अच्छी तरह समझाए नियम वाला अन्यायपूर्ण दिखने वाला ड्रॉ आमतौर पर नहीं होता।
एक से शुरू करें
इस तिमाही में सबसे ज़्यादा झगड़ा कराने वाला संसाधन चुनें। प्रशिक्षण बजट, मेज़, सप्ताहांत की ड्यूटी। इसे एक बार, सबके सामने रैंडम करें, और देखें कि विषय उठना बंद होता है या नहीं।
आमतौर पर यह एक महीने में बंद हो जाता है, और इससे उन निर्णयों के लिए ध्यान खाली होता है जहाँ निर्णय वाकई सही साधन है।