10 से 200 भागीदार तक: भागीदार कार्यक्रम में सबसे पहले क्या विफल होता है

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

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

भागीदार कार्यक्रम चरणों में क्यों विफल होते हैं: समन्वयक के पास कतार लगने लगती है

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

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

लिटिल का नियम कहता है कि किसी प्रणाली में मदों की औसत संख्या, उनके आने की दर और हर मद के वहाँ बिताए औसत समय के गुणनफल के बराबर होती है [1]। समन्वयक के इनबॉक्स में लंबित अनुरोधों का ढेर अनुशासन की कमी नहीं है; यह आगमन दर और प्रतीक्षा समय का गुणनफल है।

दूसरा निष्कर्ष उतना सहज नहीं है। सबसे सरल एकल-सेवाकर्ता कतार में, कोई अनुरोध प्रणाली में औसतन जितना समय बिताता है, वह उसके निपटान समय को एक में से सेवाकर्ता की उपयोग दर घटाकर प्राप्त संख्या से भाग देने के बराबर होता है [2]। 50% व्यस्तता पर, अनुरोध पूरा होने में उसके निपटान समय का दोगुना समय लगता है; 80% पर पाँच गुना; 95% पर बीस गुना। कार्यभार के साथ प्रतीक्षा सीधी रेखा में नहीं बढ़ती। जैसे-जैसे सप्ताह का उपलब्ध समय भरता है, यह तेज़ी से बढ़ती जाती है।

एक उदाहरण, जिसकी मान्यताओं को आप अपने आँकड़ों से बदलें: एक समन्वयक के पास भागीदारों के अनुरोधों के लिए सप्ताह में 20 घंटे हैं, और हर भागीदार सप्ताह में एक अनुरोध भेजता है जिसे निपटाने में 20 मिनट लगते हैं।

• 10 भागीदार: सप्ताह में 3 घंटे से कुछ अधिक। समन्वयक 17% व्यस्त है और अनुरोधों को लगभग कोई प्रतीक्षा नहीं करनी पड़ती।
• 50 भागीदार: लगभग 17 घंटे। 83% व्यस्तता, और औसत अनुरोध पूरा होने में उसके निपटान समय का छह गुना समय लगता है।
• 60 भागीदार: पूरे 20 घंटे। कतार कभी स्थिर नहीं होती; वह बढ़ती रहती है।

समन्वयक की गति धीमी नहीं हुई; गणित बदल गया। किसी भी उत्पादन लाइन की तरह, यही गणित सुधारों का क्रम भी बताता है: पहले आने वाले अनुरोध घटाएँ (भागीदार बिना पूछे जवाब खोज सकें), फिर निपटान का समय कम करें (हर अनुरोध एक ही प्रारूप में, एक ही जगह हो), और उसके बाद ही लोग जोड़ें। केवल नियुक्तियाँ करने से सीमा आगे खिसकती है: इन्हीं मान्यताओं के तहत दो समन्वयक 120 भागीदारों पर उस सीमा तक पहुँच जाएँगे।

सात समस्याएँ, उस क्रम में जिसमें वे आम तौर पर सामने आती हैं

1. ईमेल से स्थिति पूछते रहना पड़ता है (लगभग 15 भागीदारों से)

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

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

समाधान। स्थिति पूछना बंद करें; उसे दिखाई देने योग्य बनाएँ। भागीदारों के साथ तय करें कि प्रत्यक्ष रूप से प्रगति का अर्थ क्या है (किसी चरण तक पहुँचना, कोई कार्य पूरा होना, कोई दस्तावेज़ स्वीकार होना), ताकि स्थिति काम के साथ अपने-आप सामने आए।

2. ढाँचा कई संस्करणों में मौजूद रहता है (लगभग 25 से)

लक्षण। ढाँचा दो साल पुराने PDF, एक अद्यतन Word फ़ाइल और किसी के सुधारे हुए कार्यशाला स्लाइड में मौजूद है। अलग-अलग वर्षों में जुड़े भागीदार एक ही चरण की अलग-अलग परिभाषाओं के अनुसार काम करते हैं।

यहाँ समस्या क्यों आती है। 10 भागीदारों पर एक बैठक में बदलाव की घोषणा होती है और सभी सुन लेते हैं। 25 पर बदलाव संलग्नकों के ज़रिए पहुँचते हैं, और हर प्रति एक अलग संस्करण बन जाती है।

समाधान। एक ज़िम्मेदार व्यक्ति, एक वर्तमान संस्करण, बदलावों का रिकॉर्ड और हर बदलाव के लागू होने की तारीख।

3. नए भागीदारों को काम शुरू कराना एक व्यक्ति पर निर्भर होता है (लगभग 40 से)

लक्षण। नए भागीदारों को कार्यक्रम बनाने वाला व्यक्ति एक लंबी कॉल में काम शुरू कराता है। जब वह व्यक्ति छुट्टी पर होता है, तो शुरुआत रुक जाती है; जब वह संगठन छोड़ता है, तो कार्यक्रम का संचित ज्ञान भी उसके साथ चला जाता है।

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

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

4. प्रमाण अलग-अलग इनबॉक्स में बिखरे रहते हैं (लगभग 60 से)

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

यहाँ समस्या क्यों आती है। प्रमाणों की मात्रा भागीदारों की संख्या और आवश्यकताओं के गुणनफल के साथ बढ़ती है, और वे ऐसे व्यक्तिगत इनबॉक्स में पहुँचते हैं जिन्हें सहकर्मी नहीं देख सकते। दूसरी ओर के कार्यभार पर भी ध्यान दें: मानवीय सहायता देने वाले गैर सरकारी संगठनों पर दाताओं की शर्तों के बारे में ICVA के 2016 के एक अध्ययन में प्रति देश प्रति वर्ष औसतन 36 रिपोर्टिंग समय-सीमाएँ मिलीं, और भागीदार क्षमता आकलन में 100 से अधिक प्रश्न तथा 91 तक परिशिष्ट हो सकते थे [3]। आपके भागीदार आपके लिए भी इसी तरह का कार्यभार उठाते हैं।

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

5. रिपोर्ट बनाने में सप्ताह लगते हैं (लगभग 90 से)

लक्षण। वार्षिक रिपोर्ट की शुरुआत हर भागीदार से आँकड़े माँगने वाले ईमेल से होती है, फिर कई सप्ताह फ़ाइलें मिलाने में लगते हैं, और अंत में ऐसा चार्ट बनता है जिसके मूल स्रोत तक कोई नहीं पहुँच सकता।

यहाँ समस्या क्यों आती है। इस आकार पर रिपोर्ट बनाना संकलन का काम है: यदि वर्ष के दौरान डेटा एक ही संरचना में एकत्र नहीं किया गया, तो अंत में कोई उसे हाथ से तैयार करता है। उसी ICVA अध्ययन में एक अंतरराष्ट्रीय गैर सरकारी संगठन का उल्लेख है जिसने गणना की कि यदि उसके नौ सबसे बड़े दाता लागत की परिभाषाओं पर सहमत हों और एक ही वित्तीय टेम्पलेट स्वीकार करें, तो वह वित्तीय रिपोर्टिंग के 11,000 घंटे बचा सकता है [3]। 2016 के ग्रैंड बार्गेन में दाताओं और सहायता संगठनों ने दोहराव तथा प्रबंधन लागत घटाने और रिपोर्टिंग सरल बनाने की प्रतिबद्धता जताई: कम मात्रा, साझा शब्दावली, मुख्य आवश्यकताएँ और रिपोर्ट की एक साझा संरचना [4]।

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

6. भागीदारों को अपेक्षाएँ पता नहीं होतीं, या वे अपनी भाषा में काम नहीं कर पाते (लगभग 120 से)

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

यहाँ समस्या क्यों आती है। अब तक कार्यक्रम कई देशों में फैल चुका होता है, जबकि अपेक्षाएँ अब भी एक ही भाषा में होती हैं। Humanitarian Exchange के 2021 के एक लेख के लेखकों ने बताया कि वैश्विक मार्गदर्शन और तकनीकी उपकरण आम तौर पर केवल संयुक्त राष्ट्र की आधिकारिक भाषाओं में उपलब्ध होते हैं, और अंतरराष्ट्रीय भाषाओं में होने वाली समन्वय बैठकें समस्या को और बढ़ाती हैं [5]। चुप्पी अक्सर भाषा की समस्या होती है, प्रेरणा की नहीं।

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

7. अनुमतियाँ और डेटा संरक्षण (लगभग 160 से)

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

यहाँ समस्या क्यों आती है। 10 भागीदारों पर एक साझा फ़ोल्डर सुविधाजनक है। 200 पर यह जोखिम बन जाता है: भागीदारों के रिकॉर्ड में व्यक्तिगत डेटा और संवेदनशील आकलन होते हैं, और हाथ से दी गई पहुँच शायद ही कभी हटाई जाती है। डिफ़ॉल्ट रूप से डेटा संरक्षण पर यूरोपीय आयोग का मार्गदर्शन है कि व्यक्तिगत डेटा तक पहुँच “केवल सीमित संख्या में व्यक्तियों को, जानने की आवश्यकता के आधार पर” होनी चाहिए [6]।

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

हर समस्या पर उपकरण को क्या करना चाहिए

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

विस्तार की तैयारी के लिए एक पृष्ठ की जाँच-सूची

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

विस्तार की तैयारी की जाँच-सूची डाउनलोड करें (PDF, 1 पृष्ठ)। टीम की बैठक के लिए इसे प्रिंट करें।

Advancer.World में बड़े पैमाने पर भागीदार प्रबंधन

Advancer.World की शुरुआत UNICEF और Airbus जैसे संगठनों के कार्यक्रमों के डिजिटल रूपांतरण से हुई। कार्यक्रम एक ही ग्रिड होता है, जिसे एक बार डिज़ाइन किया जाता है: एक अक्ष पर चरण, दूसरे पर विषय और उपविषय, और हर खाने में यह विवरण कि उस विषय के लिए वह चरण कैसा दिखता है। आपकी टीम के कई लोग इसे एक साथ डिज़ाइन कर सकते हैं, और हर भागीदार एक ही संस्करण पर काम करता है।

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

हर भागीदार के KPI दर्ज किए जाते हैं और दैनिक स्नैपशॉट इतिहास सुरक्षित रखते हैं, इसलिए Excel रिपोर्ट और चार्ट सहित AI द्वारा लिखी गई Word रिपोर्ट वर्ष के दौरान एकत्र किए गए डेटा से बनती हैं। आपका संगठन Microsoft Entra ID से साइन इन कर सकता है, फ़ाइलें यूरोपीय संघ में रखी जाती हैं, और Gold तथा Enterprise योजनाओं में AI सहायक MCP सर्वर के ज़रिए आपके भागीदारों की स्थिति पढ़ सकता है। यदि MCP आपके लिए नया है, तो Model Context Protocol क्या है से शुरुआत करें।

अक्सर पूछे जाने वाले प्रश्न

एक समन्वयक कितने भागीदारों को संभाल सकता है?

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

हमें भागीदार कार्यक्रम को स्प्रेडशीट और ईमेल से कब हटाना चाहिए?

जब पहली चार समस्याओं में से दो एक साथ दिखाई दें, या भागीदारों का अगला समूह जुड़ने से पहले—जो भी पहले हो। मौजूदा डेटा स्थानांतरित करने में मदद के लिए Mourinho Solutions माइग्रेशन सहायता प्रदान करता है।

क्या प्लेटफ़ॉर्म हमारे भागीदारों का काम बढ़ाएगा?

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

भागीदार कार्यक्रम का विस्तार कैसे करें ताकि उसकी व्यवस्था न बिगड़े

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

संदर्भ

1. John D. C. Little, "50वीं वर्षगाँठ के अवसर पर लिटिल के नियम पर एक दृष्टि", Operations Research 59(3), पृ. 536–549, मई–जून 2011, https://doi.org/10.1287/opre.1110.0940 (अक्टूबर 2026 में देखा गया)।
2. Richard C. Larson और Amedeo R. Odoni, "शहरी संक्रिया अनुसंधान", Prentice-Hall, 1981, खंड 4.6.1, "एक ऑपरेटर, असीमित लाइनें", https://web.mit.edu/urban_or_book/www/book/chapter4/4.6.1.html (अक्टूबर 2026 में देखा गया)।
3. स्वैच्छिक संस्थाओं की अंतरराष्ट्रीय परिषद (ICVA), "कम कागज़ी कार्रवाई, अधिक सहायता: रिपोर्टिंग, भागीदारों की क्षमता का आकलन और लेखापरीक्षा", सितंबर 2016 में अद्यतन, https://alnap.org/help-library/resources/less-paper-more-aid-reporting-partner-capacity-assessment-and-audit/ (अक्टूबर 2026 में देखा गया)।
4. "ग्रैंड बार्गेन: ज़रूरतमंद लोगों की बेहतर सेवा के लिए एक साझा प्रतिबद्धता", इस्तांबुल, 23 मई 2016, https://gblocalisation.ifrc.org/wp-content/uploads/2018/06/grand_bargain_final_22_may_final-2_0.pdf (अक्टूबर 2026 में देखा गया)।
5. Mia Marzotto, Kemal Alp Taylan, Fatuma Ibrahim, Marian Ellen Hodgkin, Paul Martin Lukusa Mbwebwa और Charles Abugo, "‘अगर हम भाग नहीं ले सकते, तो योगदान कैसे दे सकते हैं?’ स्थानीय और राष्ट्रीय संगठनों के लिए मानवीय सहायता संबंधी मार्गदर्शन की सुलभता", Humanitarian Exchange 79, Humanitarian Practice Network, 25 मई 2021, https://odihpn.org/en/publication/how-can-we-contribute-if-we-cant-participate-the-accessibility-of-humanitarian-guidance-to-local-and-national-organisations/ (अक्टूबर 2026 में देखा गया)।
6. यूरोपीय आयोग, "दायित्व: डिज़ाइन और डिफ़ॉल्ट रूप से डेटा संरक्षण", https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/obligations/what-does-data-protection-design-and-default-mean_en (अक्टूबर 2026 में देखा गया)।

© 2026 Mourinho Solutions. सर्वाधिकार सुरक्षित।