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