Metlivi ब्लॉग

भविष्य के हर दरवाजे को बंद किए बिना वर्तमान प्रोजेक्ट को अस्वीकार करें

वर्तमान प्रोजेक्ट का नाम लेकर, काम से संबंधित एक अनुपयुक्तता (mismatch) बताकर और निर्णय को स्पष्ट बनाकर किसी अनुपयुक्त सहयोग को अस्वीकार करें: “लॉन्च प्रोजेक्ट के लिए मुझे विचार करने हेतु धन्यवाद। मैं इस कार्यक्षेत्र (scope) और समय-सीमा की ज़िम्मेदारी नहीं ले सकता/सकती, इसलिए मैं इस बार इसमें शामिल नहीं हो पा रहा/रही हूँ।” यह पंक्ति भेजने से पहले, पुष्टि करें कि वास्तव में आपसे क्या ज़िम्मेदारी लेने के लिए कहा जा रहा है। एक मैत्रीपूर्ण बातचीत अभी कोई निर्धारित प्रोजेक्ट नहीं होती, और एक दिलचस्प विचार अपने आप में कोई व्यावहारिक प्रतिबद्धता नहीं बन जाता। यदि आप भविष्य में संपर्क चाहते हैं, तो एक ऐसी शर्त का वर्णन करें जो एक नई बातचीत को सही ठहराए—जैसे कि बाद में शुरू होने की अवधि या सीमित काम—बिना यह संकेत दिए कि आपकी स्वीकृति पहले से आरक्षित है।

26 अगस्त 20268 मिनट में पढ़ेंरिश्ते और जीवन के चरणलेखक: Metlivi Editorial Team
खंड 1

आमंत्रण को एक निर्णय कार्ड (decision card) में बदलें

प्रस्तावित परिणाम, आपके डिलिवरेबल्स, निर्णय लेने का अधिकार, शुरू और समाप्त होने की समय-सीमा, अपेक्षित उपलब्धता, निर्भरताएं, मुआवज़ा या संसाधन व्यवस्था, और अंतिम कार्य को स्वीकार करने वाले व्यक्ति का विवरण लिख लें। 'सरकारी प्रोजेक्ट डिलीवरी' (Government Project Delivery) योजना को दायरे, डिलिवरेबल्स, समय-सीमा, संसाधनों, बजट, निर्भरताओं, भूमिकाओं और अनुमोदन प्रक्रियाओं के माध्यम से वर्णित करती है। ये क्षेत्र हर सहयोग के लिए कोई अनिवार्य फ़ॉर्म नहीं हैं; ये यह उजागर करने का एक उपयोगी तरीका हैं कि आमंत्रण में अभी भी क्या अज्ञात है। यदि आमंत्रित करने वाला व्यक्ति काम को “इसे पूरा करने में हमारी मदद करें” से आगे स्पष्ट नहीं कर सकता है, तो निर्णय लेने से पहले एक संक्षिप्त लिखित विवरण (brief) मांगें। अज्ञात दायरा मूल्यांकन को रोकने का एक कारण है, न कि अपने स्वयं के अवैतनिक अनुमानों से अंतराल को भरने का।

खंड 2

सटीक अनुपयुक्तता (mismatch) की पहचान करें

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

खंड 3

वर्तमान निर्णय को स्पष्ट रूप से समाप्त करें

विस्तृत संदर्भ देने से पहले अपना उत्तर रखें। एक व्यावहारिक संदेश में चार बातें होती हैं: आमंत्रण के लिए आभार, प्रोजेक्ट का नाम, स्पष्ट अस्वीकृति, और काम से संबंधित कारण। उदाहरण के लिए: “शरद ऋतु अभियान (autumn campaign) के लिए मुझे आमंत्रित करने के लिए धन्यवाद। मैं इसे अस्वीकार कर रहा/रही हूँ क्योंकि छह सप्ताह की डिलीवरी अवधि उस काम के साथ टकराती है जिसके लिए मैं पहले ही प्रतिबद्ध हूँ, और मैं इस भूमिका को वह समय नहीं दे पाऊंगा/पाऊंगी जिसकी इसे आवश्यकता है।” जब आमंत्रित करने वाले को अभी किसी को ज़िम्मेदारी सौंपनी हो, तो “शायद बाद में” कहने से बचें। यदि प्रस्ताव की कोई अंतिम तिथि है, तो उससे पहले उत्तर दें। एक स्पष्ट 'ना' दूसरी टीम को आगे की योजना जारी रखने की अनुमति देती है; एक अनौपचारिक लेकिन अनिश्चित उत्तर एक वास्तविक कार्य को अधर में लटकाए रखता है।

खंड 4

अनिच्छा से की गई 'हाँ' से एक सीमित विकल्प को अलग रखें

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

खंड 5

भविष्य के खुलेपन को एक शर्त के रूप में परिभाषित करें, वादे के रूप में नहीं

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

खंड 6

किसी भी जानकारी का हैंडऑफ पूरा करें

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

खंड 7

यदि आमंत्रित करने वाला बातचीत करता है तो सुसंगत रूप से उत्तर दें

एक संशोधित आमंत्रण केवल तभी एक नए निर्णय का हकदार है जब वह उस पहलू को बदलता है जिसके कारण बेमेल (mismatch) हुआ था। अधिक फ़ीस कम समय की समस्या को हल नहीं करती; बाद की समय-सीमा अस्पष्ट अधिकार को हल नहीं करती; एक छोटा पद अपरिवर्तित डिलिवरेबल्स को कम नहीं करता। अपने निर्णय कार्ड के साथ संशोधन की तुलना करें और बदले हुए तथ्यों का उत्तर दें। यदि कुछ भी ठोस नहीं बदला है, तो निष्कर्ष को एक बार दोहराएं: “प्रस्ताव को समायोजित करने के लिए धन्यवाद। डिलीवरी की ज़िम्मेदारी अभी भी उससे अधिक है जो मैं ले सकता/सकती हूँ, इसलिए मेरा निर्णय 'ना' ही रहेगा।” आपको हर जवाबी प्रस्ताव (counteroffer) के लिए नए कारण बताने की आवश्यकता नहीं है। पेशेवर निरंतरता का अर्थ है कि समान बाधाएं समान उत्तर की ओर ले जाती हैं, जबकि वास्तव में नई स्थितियों पर उनकी अपनी योग्यता के आधार पर विचार किया जा सकता है।

संबंधित प्रश्न

सामान्य प्रश्न

क्या मुझे विस्तृत कारण बताना चाहिए?

प्रोजेक्ट से संबंधित एक ऐसा कारण बताएं जो आमंत्रित करने वाले को निर्णय समझने में मदद करे। व्यक्तिगत शेड्यूल का विवरण, वित्तीय रिकॉर्ड, या व्यक्तियों की आलोचना अनावश्यक है।

क्या मैं कह सकता/सकती हूँ कि मैं भविष्य के काम के लिए तैयार हूँ?

हाँ, जब यह सच हो। एक यथार्थवादी समय, दायरा या प्रोजेक्ट का प्रकार बताएं जो एक नई बातचीत शुरू कर सके, और ऐसे शब्दों से बचें जो आपकी स्वीकृति को पहले से आरक्षित दर्शाते हों।

क्या होगा यदि मुझे पहले ही सामग्रियां मिल चुकी हैं?

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

संबंधित लेख

इस विषय को आगे पढ़ें