कर्मचारियों के बीच काम बाँटना: मॉडल, नियम और आम ग़लतियाँ

असाइनमेंट दिन का सबसे महँगा फ़ैसला क्यों है

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

ऑपरेशंस के तीन मुख्य आँकड़े ठीक इसी चरण पर तय होते हैं। पहला — पहली ही विज़िट में पूरे हुए कामों का हिस्सा: अगर विशेषज्ञ ज़रूरी योग्यता या पुर्ज़ों के बिना पहुँचा, तो दोबारा जाना पड़ेगा, यानी लागत दुगुनी और आमदनी शून्य। दूसरा — समय-सीमा का पालन: ग्राहक से वादा किया गया स्लॉट या तो प्लान में बैठता है, या टूट जाता है। तीसरा — लोड का संतुलन: लोगों के बीच झुकाव एक साथ लागत पर भी चोट करता है और मनोबल पर भी, क्योंकि «अच्छे» और «बुरे» रूट टीम में झगड़े की वजह बहुत जल्दी बन जाते हैं।

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

वह डेटा जिसके बिना असाइनमेंट किया ही नहीं जा सकता

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

काम के बारे में यह पता होना चाहिए:

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

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

अलग से एक बात — मानक अवधि। अगर नियोजित अवधि हवा में से उठाई गई है, तो लोड का कोई भी हिसाब कल्पना बनकर रह जाता है: सिस्टम दिन को सुथरे ढंग से बिछा देगा, और हक़ीक़त दोपहर तक ही बिखर जाएगी।

बँटवारे के पाँच मॉडल और कौन-सा कब सही बैठता है

व्यवहार में कुछ जमी-जमाई योजनाएँ मिलती हैं। वे सीधे एक-दूसरे की प्रतिद्वंद्वी नहीं हैं — हर एक का अपना दायरा है।

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

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

डिस्पैचर के तर्क को नियमों में कैसे उतारें

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

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

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

नियमों का ऐसा संग्रह ऑटोमेशन से पहले भी अपने आप में क़ीमती है: यह शाम के आधे झगड़े ख़त्म कर देता है और नए डिस्पैचर के काम को पहले ही दिन से अनुमान-योग्य बना देता है। और जब नियम लिखे जा चुके हों, तो उन्हें सिस्टम में उतारना सेटिंग का सवाल है, प्रक्रिया को दोबारा गढ़ने का नहीं।

दिन के दौरान बदलाव: आग बुझाने के बजाय री-प्लानिंग

सुबह का प्लान पहली गड़बड़ी तक ज़िंदा रहता है। ग्राहक ने दरवाज़ा नहीं खोला, काम दुगुना लंबा निकला, कोई इमरजेंसी अनुरोध आ गया, कर्मचारी बीमार पड़ गया या जाम में फँस गया। सवाल यह नहीं कि ऐसा होगा या नहीं, बल्कि यह कि बचे हुए दिन को दोबारा जोड़ने में कितना वक़्त लगेगा।

ऐसे हालात को फ़ोन घुमाए बिना पार करने में क्या मदद करता है:

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

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

फ़ोन और स्प्रेडशीट से सिस्टम तक

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

नतीजे में क्या बदलता है। टास्क चिट्ठी-पत्री और कॉल के बजाय एक ही स्क्रीन में लिए और कर्मचारियों में बाँटे जाते हैं; रूट नक़्शे पर रियल टाइम में दिखते हैं; घूमने का क्रम OR-Tools पर बना ऑप्टिमाइज़ेशन इंजन खिड़कियों और पाबंदियों के साथ गिनता है; कर्मचारी मोबाइल वेब इंटरफ़ेस में फ़ोटो-रिपोर्ट और चेकलिस्ट के साथ काम करता है, ऐप इंस्टॉल करना ज़रूरी नहीं; काम पूरा होने की पुष्टि मौक़े पर ही होती है, और ग्राहक अपने पर्सनल कैबिनेट में स्थिति देखता है। फ़ील्ड टीमों के लिए यह सब कैसे बना है, इस पर विस्तार से — फ़ील्ड सर्विस प्रबंधन।

डेटा हाथ से दोबारा टाइप करने की ज़रूरत भी नहीं पड़ती: itlogist 1С, AmoCRM, Bitrix24 और Excel के साथ आदान-प्रदान करता है, इसलिए अनुरोध जानी-पहचानी जगहों से सीधे काम में आ जाते हैं। शुरुआत में 7 दिन लगते हैं, कोई लंबी अवधि का अनुबंध नहीं; समाधान 5 से 100 कर्मचारियों वाली टीमों के लिए बना है। यानी बँटवारे की नई योजना काग़ज़ पर नहीं, ज़िंदा प्रवाह पर परखी जा सकती है — और एक महीने बाद दर्ज किए गए शुरुआती आँकड़ों से तुलना की जा सकती है।