सभी को नमस्कार!
मैं लगभग दो वर्षों से एक बहुराष्ट्रीय टीम में काम कर रहा हूं। डच परियोजना, नीदरलैंड में फ्रंट ऑफिस, प्लस ऑफ़ बैक ऑफिस: रूसी और चेक। हॉलैंड एक ऐसा देश है जहां दुनिया भर के लोग काम करने के लिए कदम रखते हैं, और यह कंपनी खुद भी कोई अपवाद नहीं है। चेक, रूसी और डच में, यह अंत नहीं है; रोमानियन, डंडे, मैक्सिकन, इंडोनेशियाई, मैसेडोनियन, भारतीय परियोजनाओं में काम करते हैं और ये केवल वे हैं जिनके साथ मैं पहले ही काम कर चुका हूं। जैसा कि आप देख सकते हैं, हमारे यहां पूरा सेट है। बेशक, प्रत्येक व्यक्ति को व्यक्तिगत रूप से विशिष्ट चरित्र लक्षणों को भी ध्यान में रखना चाहिए, लेकिन कुछ विशेषताएं राष्ट्रीयता के आधार पर स्पष्ट रूप से प्रकट होती हैं। इस लेख में मैं ऐसी टीमों और निम्नलिखित विषयों पर कुछ चर्चाओं के बारे में अपने अनुभव को साझा करना चाहता हूं: नरम कौशल और तकनीकी कौशल, मानसिकता में अंतर के कारण टीम में गलतफहमी।
मैं संपूर्ण नहीं हूं, इसलिए मेरे जीवन से एक मामले की एक तस्वीर जोड़ें:
सॉफ्ट स्किल - हमारी हर चीज नहीं
ज्यादातर मामलों में, सॉफ्ट स्किल्स को तकनीकी से ऊपर माना जाता है। यह काम की शुरुआत में आपकी आंख को लगभग तुरंत पकड़ लेता है। पश्चिम के कई देशों में संचार में राजनीति की संस्कृति मानसिकता का हिस्सा है। अभिवादन के बाद, आपको "आप कैसे कर रहे हैं" पूछने की आवश्यकता है, और डच के साथ मेरे मामले में, कुछ सुझावों में मौसम पर चर्चा करना अच्छा होगा। हमारे लिए रूसी, यह सामान्य "हैलो" और विषय पर बाद के प्रश्न के साथ है। इसके अलावा, हम उन मामलों के बारे में पूछते हैं, एक नियम के रूप में, कामरेड से जिनके साथ हमारे अच्छे संबंध हैं और सप्ताहांत, छुट्टी या कुछ और के बारे में विस्तार से बताते हैं, न कि केवल "ललित, धन्यवाद"। कभी-कभी यह थोड़ा कष्टप्रद होता है जब यह विशिष्ट संवाद किसी रिलीज़ के दौरान भी होता है। टीम के पास खुले कार्य हैं जिन्हें तत्काल हल करने की आवश्यकता है, और आप मौसम पर चर्चा करने के लिए समय बर्बाद कर रहे हैं :) लेकिन फिर भी, कोई भी स्वीकार करता है और ऐसे मामलों में सीधे बिंदु पर जाता है।
बेशक, सॉफ़्टवेयर कौशल वहाँ समाप्त नहीं होते हैं। लेकिन, फिर भी, इन कौशलों में से एक, मेरी राय में, मुख्य रूप से, गलत है। तथ्य यह है कि तकनीकी कौशल होने से एक टीम में सामान्य विषयों को खोजने, तकनीकी बैठकों में भाग लेने और यहां तक कि सामान्य कार्यों को हल करने में मदद मिलती है। यह उनके लिए धन्यवाद है कि शांत टीम के सदस्य भी आपके लिए अलग तरीके से खुल सकते हैं।
मैं अपने पुराने काम से एक उदाहरण देना चाहता हूं। टीम में, एक कर्मचारी ने भी सभी को बधाई देना आवश्यक नहीं समझा। इस पर, सामाजिक कौशल का उनका स्तर समाप्त नहीं होता है। जब आपके कुछ सवालों के बारे में बात की जाती है, तो वह तुरंत जवाब नहीं दे सकता, लेकिन बस तर्क करना शुरू कर देता है और फिर छोड़ देता है। लेकिन वह हमेशा वापस आ गया, उसके पास जटिल प्रश्नों के बारे में सोचने का ऐसा दृष्टिकोण था जिसके लिए उसके पास तुरंत उत्तर नहीं थे। कभी-कभी वह फर्श पर टहलने जाता था, और कभी-कभी वह काम पर निकल जाता था, और उसके बाद ही कुछ समय के बाद (आधे घंटे के भीतर) जवाब देकर आपके पास लौट आता था। बेशक, पहली नज़र में, सामान्य पारस्परिक अभिवादन की अनुपस्थिति के साथ मामला असभ्य और अपमानजनक लगता है, लेकिन उन्होंने फिर भी टीम के किसी व्यक्ति के साथ बात की। जवाब आसान था - वह मुझसे बात करने में दिलचस्पी नहीं रखता है।
मुझे एक दृष्टिकोण ढूंढना था, और C ++ की पेचीदगियों पर कई वार्तालापों में भाग लेने का फैसला किया और फिर भी कुछ ऐसा बताने में कामयाब रहा जो उसे नहीं पता था। आदमी कार्यस्थल पर चला गया, हमने कुछ त्वरित उदाहरणों को छोड़ दिया, बस। उसके बाद, आपको दिलचस्प भी माना जाता है।
यही है, एक तरफ, ये पूरी तरह से अलग नरम और कठोर कौशल हैं, लेकिन दूसरी तरफ, वे निकटता से संबंधित हैं।
इसलिए, हमारी टीमों में तकनीकी टीम और वास्तुकारों को अक्सर समस्याएं होती हैं। यह यहां था कि मैं इस तरह से मिला कि एक अन्य प्रोग्रामर, जो किसी अन्य भाषा में है, 2-3 साल के प्रोग्रामिंग अनुभव के साथ, C ++ प्रोजेक्ट का आर्किटेक्ट बन सकता है, और यह अच्छा है यदि कोई प्रोग्रामिंग अनुभव है। बेशक, आपको यह महसूस होता है कि वास्तुकार वही भूमिका है जो आपको कोड लिखने के लिए बाध्य नहीं करता है, लेकिन दूसरी ओर, आपको यह समझाना होगा कि C ++ में इसे लागू करना असंभव है, और यदि माइक्रोलेमेंट अभी भी शुरू होता है और आप युक्तियों के साथ अपने कोड में नहीं आते हैं। मामले में, आंख थोड़ा सा हिलने लगती है। फिर भी, C ++ प्रोग्रामिंग अनुभव वाले व्यक्ति के पास प्रोग्रामर के साथ संवाद करने के लिए कम से कम दो भाषाएं हैं: अंग्रेजी और C ++।
इसलिए, बहुराष्ट्रीय टीमों में काम करना, सभी को अनुकूलित करना होगा।
संचार के लिए एक भाषा का उपयोग करते समय भी गलतफहमी
समान कार्यों और यहां तक कि साधारण कथनों को समझने में भी मानसिकता एक बड़ी भूमिका निभाती है। उदाहरण के लिए, कुछ पहलुओं को लें।
खुलापन
कई विषय जो हमें बहुत ही निजी लगते हैं, वे दूसरों के लिए सामान्य होते हैं।
हां, हम डॉक्टर से अपनी यात्रा के बारे में चर्चा नहीं करना चाहते हैं या यह बताना चाहते हैं कि पिछली रात का गम व्यक्तिगत है। हम लोगों के एक निश्चित दायरे में ऐसी चीजों पर चर्चा करने के लिए उपयोग किया जाता है। इसके अलावा, मुझे यकीन नहीं है कि कोई भी डॉक्टर की यात्रा के बारे में बात करना पसंद करता है। उसी समय, कुछ तकनीकी चीजों की बात होने पर खुलापन कहीं गायब हो जाता है। वैसे, यह हमेशा व्यक्तिगत गुणों पर निर्भर नहीं करता है। ध्यान रखें कि कुछ राष्ट्रीयताओं में यह सीधे तौर पर पूछने के लिए प्रथागत नहीं है कि क्या बातचीत के दौरान कुछ समझ में नहीं आता है, भले ही इसके बारे में वास्तव में चर्चा हो। किसी कारण से, सभी सुनी गई अवधारणाओं और शर्तों को Google से चर्चा करने के बाद पूरी तरह से सामान्य माना जाता है और इसे अपने दम पर जानने की कोशिश करें। इसके अलावा, कभी-कभी एक ही शब्द के संदर्भ के आधार पर अलग-अलग अर्थ होते हैं, जो अधिक गलतफहमी को जोड़ता है। तो वार्ताकार के चेहरे पर पढ़ने के लिए तैयार रहें, जहां आपको अधिक समझाने और बताने की आवश्यकता है। लेकिन स्काइप कॉल में ऐसा करना वास्तव में मुश्किल है, अगर केवल अनिश्चित अनिश्चित आवाज से निर्णय लिया जाए।
प्रतिक्रिया दृष्टिकोण या प्रतिक्रिया कैसे दी जाती है
यह रूसियों के लिए व्यक्तिगत रूप से प्रतिक्रिया देने के लिए प्रथागत है, चाहे सकारात्मक या नकारात्मक, टीम के व्यवहार पर टिप्पणी। डच इसे एक समूह में रखते हैं। जब मैं किसी टीम में सार्वजनिक रूप से व्यक्त की गई नकारात्मक रेटिंग की बात करता हूं तो मैं इसे "पब्लिक फॉगिंग" कहता हूं। मेरे सहयोगी हंस रहे हैं कि मैं इस कार्रवाई को देख रहा हूं, लेकिन यह है। यदि आप इसके बारे में सोचते हैं, तो "पब्लिक फॉगिंग" के दृष्टिकोण का उपयोग यहां भी किया जाता है, लेकिन, एक नियम के रूप में, यह है अगर यह दो या तीन बार की गई टिप्पणियों के बाद पारित नहीं हुआ। कोई व्यक्ति आमतौर पर समूह में प्रतिक्रिया को व्यक्तिगत अपमान के रूप में अनुभव कर सकता है, लेकिन विदेशी सहयोगियों की तरफ से सब कुछ सामान्य लगता है।
निष्कर्ष
मैंने न केवल रूसी प्रोग्रामर के साथ काम करने की सुविधाओं और जटिलता के बारे में शिकायत सुनी, बल्कि अन्य कंपनियों में भी, आप इंटरनेट पर लेखों में इसके बारे में पढ़ सकते हैं। बेशक, इसके द्वारा मैंने अमेरिका की खोज नहीं की। लेकिन हर कोई यह नहीं समझता है कि हमें भी विशेष दृष्टिकोण की तलाश करनी होगी और समान रूसी सहयोगियों से सम्मान हासिल करने के लिए प्रयास करना होगा। ध्यान रखें कि यदि आप इसे प्राप्त कर सकते हैं तो यह आपके लिए एक बड़ा धन है। और जब विदेशी सहयोगियों के साथ काम करते हैं, तो "इन असभ्य रूसी प्रोग्रामर" के स्टीरियोटाइप को दूर करने का प्रयास करें।
मैं सांस्कृतिक अंतर पर एक किताब पढ़ने की सलाह के साथ अपनी कहानी को समाप्त करना चाहता हूं, जिसे मैंने व्यक्तिगत रूप से अभी तक नहीं पढ़ा है, लेकिन पिछले आधे साल में कई सहयोगियों ने पढ़ना शुरू कर दिया है:
"द कल्चर मैप: ब्रेकिंग थ्रू थ्रू थ्रू बाउंड्री ऑफ़ ग्लोबल बिज़नेस" एरिन मेयर