इस गुरुवार 18:00 CET पर मोनाको ने 2026/27 UEFA चैंपियंस लीग के लीग फ़ेज़ ड्रॉ की मेज़बानी की। स्क्रीन पर जो दिखता है वह जाना-पहचाना है: एक गेंद निकाली जाती है, एक क्लब का नाम सामने आता है। लेकिन इसके बाद जो होता है, वह किसी समर्थक से ज़्यादा एक बिज़नेस मालिक के लिए मायने रखता है। एक बटन दबाया जाता है, और सॉफ़्टवेयर तुरंत उस क्लब के आठ प्रतिद्वंद्वी तय कर देता है और उन्हें चार घरेलू और चार बाहरी मैचों में बाँट देता है।

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

मैन्युअल ड्रॉ को किसने असंभव बना दिया

लीग फ़ेज़ का फ़ॉर्मेट 36 क्लबों को एक ही तालिका में रखता है, जो नौ-नौ के चार पॉट में बँटे होते हैं। हर क्लब आठ प्रतिद्वंद्वियों से खेलता है: हर पॉट से दो, आधे घर पर और आधे बाहर। इसके ऊपर प्रतिबंध आते हैं। एक ही राष्ट्रीय संघ के क्लब इस चरण में आपस में नहीं भिड़ते, और कोई भी क्लब किसी एक अन्य संघ के दो से ज़्यादा प्रतिद्वंद्वियों का सामना नहीं करता।

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

सबक फ़ुटबॉल के बारे में नहीं है। जैसे-जैसे शर्तें बढ़ती हैं, मैन्युअल काम केवल धीमा नहीं होता। वह ऐसी बंद गलियों में फँसने लगता है जिन पर बिल्कुल आख़िर तक किसी का ध्यान नहीं जाता।

आपकी कंपनी में दूसरे नामों से वही समस्या

मोनाको में सॉफ़्टवेयर ने जो किया वह सीमाबद्ध असाइनमेंट है: किसी नियम को तोड़े बिना चीज़ों को स्लॉट या समय-खिड़कियों में रखना। ठीक यहीं ऑपरेशंस मैनेजर हर हफ़्ते अपने घंटे खर्च करते हैं:

  • शिफ़्ट रोस्टर: कौन कब काम करेगा, हर पोस्ट के लिए ज़रूरी कौशल, शिफ़्टों के बीच आराम, स्वीकृत छुट्टियाँ और पीक घंटों में न्यूनतम कवरेज को ध्यान में रखते हुए।
  • वर्क ऑर्डर की डिस्पैच: कौन सबसे पास है, उस उपकरण का प्रमाणन किसके पास है, वैन में पुर्ज़ा किसके पास है, और कौन-सा काम अपनी अनुबंधित नियत तारीख के सबसे क़रीब है।
  • ग्राहक अपॉइंटमेंट: कौन-सा स्लॉट पेश करें, ताकि कुछ भी दो बार बुक न हो और विज़िट के बीच खाली अंतराल न बनें।
  • डिलीवरी रूट: कौन-से ऑर्डर साथ जाएँगे, किस क्रम में, और वाहन की किस क्षमता के भीतर।
  • स्टोरेज लोकेशन: कौन-सी वस्तु किस रैक पर रहेगी, टर्नओवर, वज़न और अलगाव की ज़रूरतों के आधार पर।

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

ऑटोमेशन की पूर्व-शर्त: नियम को लिख लें

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

इसलिए पहला व्यावहारिक कदम सिस्टम ख़रीदना नहीं है। यह एक छोटा सत्र है जिसमें आप अपने नियम कागज़ पर लिखते हैं, दो प्रकारों में बाँटकर:

  • कठोर नियम: कभी नहीं तोड़े जा सकते। लगातार दो शिफ़्ट नहीं। उपकरण के लाइसेंस के बिना कोई तकनीशियन नहीं। दो ग्राहकों के लिए बुक किया गया कोई स्लॉट नहीं।
  • लचीले नियम: पसंदीदा और मापे जाने वाले। टीम में रात का काम बराबर बाँटें। लगातार जाने वाली साइटों को पास-पास रखें। ग्राहक को उसी तकनीशियन के साथ रखें जो पिछली बार गया था।

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

गेंद मंच पर क्यों बनी रही

ध्यान दें कि UEFA ने भौतिक ड्रॉ नहीं छोड़ा, जबकि सॉफ़्टवेयर पूरी तालिका एक सेकंड में बना सकता था। गेंद इसलिए बनी रही क्योंकि लोगों को वह कदम देखना ज़रूरी है जिसमें हेरफेर नहीं किया जा सकता। ऑटोमेशन ने जटिल हिस्सा ले लिया, और दिखने वाला हिस्सा दिखता रहा।

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

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

Origami का दृष्टिकोण

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

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

इस हफ़्ते कहाँ से शुरू करें

इस विचार को परखने के लिए आपको किसी बड़े प्रोजेक्ट की ज़रूरत नहीं है। एक ही असाइनमेंट फ़ैसले पर यह क्रम चलाएँ:

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

आज आपने मोनाको से जो देखा, वह फ़ुटबॉल के बारे में कोई तकनीकी कहानी नहीं है। यह एक याद दिलाना है कि हर संगठन देर-सवेर उस बिंदु पर पहुँचता है जहाँ उसके नियम कागज़ की क्षमता से आगे निकल जाते हैं। उस बिंदु को शांति से पार करने और सालों तक उसी पर अटके रहने के बीच का अंतर सरल है: क्या आपके नियम लिखे हुए हैं, या अब भी एक ही व्यक्ति के दिमाग़ में हैं?

स्रोत