यह कैसे समझें कि आप कंपनी से बाहर काम करने वाले श्रमिकों के तरीकों का स्वागत या चर्चा नहीं कर रहे हैं

डेवलपर एक औसत उत्साही व्यक्ति है, इसके साथ बहस करने का कोई मतलब नहीं है। निष्पक्ष रूप से, इस तथ्य के कारण कि युवाओं से प्रोग्रामिंग सीखने में बहुत समय और प्रयास लगता है, कई डेवलपर्स भालू की तरह थोड़े हो जाते हैं। और अब मैं समझाऊंगा कि क्यों।

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



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

मेट्रिक्स। कई और अलग

किसी व्यक्ति पर दबाव डालने का पहला तरीका उसकी संख्या में जटिलता और वृद्धि की दिशा में अपनी प्रभावशीलता के मैट्रिक्स को संशोधित करना है। जैसा कि एक कहावत है: “कोई बात नहीं कि वे कैसे वोट देते हैं। मुख्य बात यह है कि वे क्या सोचते हैं। ” वास्तव में, काम बड़ा हो सकता है, यह बस अलग तरह से माना जाएगा। जितनी अधिक मीट्रिक और वे अधिक भ्रमित होते हैं, उतनी अधिक संभावना है कि विशेषज्ञ कहीं न कहीं गलती करेगा और प्रबंधन की आवश्यकताओं को गलत समझेगा।

ये त्रुटियां प्रतिद्वंद्वी के हाथों को पकड़ती हैं और प्रतिद्वंद्वी उस पर दबाव बनाना शुरू कर देता है। यह किसी भी प्रकृति का हो सकता है: सुबह की रैलियों / कॉफी विराम पर सार्वजनिक चित्रण से लेकर अंतिम संस्कार तक। मैट्रिक्स की जटिलता का सार एक है: एक व्यक्ति को पेशेवर संतुलन की स्थिति से बाहर लाना।

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

इससे कैसे निपटें? सबसे पहले, बिल्कुल सभी मैट्रिक्स अस्पष्ट नहीं हो सकते। यदि प्रबंधक कहता है कि मेल द्वारा इंटरैक्शन को काम के समय का 10% आवंटित किया जाना चाहिए, और आपने 12% या 15% खर्च किया, क्योंकि आपको संपर्क करना था, उदाहरण के लिए, दृश्यपटल के साथ, यह कार्यवाही का कारण नहीं हो सकता है। इसके अलावा, प्रत्यक्ष पर्यवेक्षक उजागर किए गए सभी मैट्रिक्स के लिए जिम्मेदार होना चाहिए । क्रॉसओवर में, प्रबंधन द्वारा निर्धारित मैट्रिक्स के बीच गंभीर विसंगति के मामले में, डेवलपर्स के परिणाम प्रबंधन से समान रूप से पूछे जाते हैं। यदि काम पूरा हो चुका है और काम की प्रक्रिया सही दिशा में जा रही है, तो, इसलिए, एक गलती प्रबंधक द्वारा की गई थी जिसने अवास्तविक या गलत मैट्रिक्स को उजागर किया था।

दुर्भाग्य से, ज्यादातर कंपनियों में, मैट्रिक्स के कार्यान्वयन के लिए द्विपक्षीय जिम्मेदारी के सिद्धांत का सम्मान नहीं किया जाता है और डेवलपर के पास अपनी पर्याप्तता का आकलन करने की प्रक्रिया शुरू करने का अवसर नहीं होता है, जो प्रबंधन के हाथों को मुक्त करता है और उसे इस तरह के "हमले" में संलग्न करने की अनुमति देता है। ज्यादातर अक्सर, अपर्याप्त मेट्रिक्स प्रकृति में स्थानीय होते हैं; यदि आप बहुत ऊपर से "असंभव" के वंश के साथ सामना कर रहे हैं, तो ये वैश्विक संरचनात्मक समस्याएं हैं जिनके बारे में हमने "प्रभावी" प्रबंधकों के बारे में पाठ में बात की थी।

सजा के लिए सामूहिक जिम्मेदारी का परिचय

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



पर्याप्त निष्पादन में, यह दृष्टिकोण आपको नए लोगों को जल्दी से "ऊपर खींचने" की अनुमति देता है, "छड़ी के नीचे से" और अन्य सभी आक्रामक तंत्रों को संरक्षक नियुक्त करने की आवश्यकता को समाप्त करता है।

वास्तव में, सामूहिक जिम्मेदारी अक्सर टीम और उसके व्यक्तिगत सदस्यों पर दबाव डालने के लिए एक दमनकारी उपकरण में बदल जाती है। सफल काम के लिए सामूहिक बोनस का पद छोड़ दिया जाता है और टीम के किसी भी श्रम कारनामे को "आप 100% वैसे भी काम करना चाहिए" शब्द के साथ अवमूल्यन कर रहे हैं। दूसरी ओर, किसी भी गलती जो किसी व्यक्ति के नेतृत्व के लिए आपत्तिजनक है, पूरी टीम के खिलाफ सामूहिक प्रतिबंधों का कारण बनती है।

नतीजतन, प्रतिबंधों के "अपराधी" को टीम से बाहर कर दिया जाता है: जो किसी अन्य व्यक्ति की गलतियों के कारण बोनस और बोनस खोने की कृपा करता है? यदि विभाग के पास पर्याप्त एकता नहीं है, तो बहुत जल्दी एक आपत्तिजनक कर्मचारी एक प्रकोप बन जाता है, जिसके बाद वह अपनी नौकरी बदलना शुरू कर देता है।

पेशेवर आत्मसम्मान पर दबाव

एक और तकनीक जो एक व्यक्ति अपने कार्यस्थल से जीवित रहने की कोशिश कर सकता है, वह कर्मचारी के पेशेवर आत्म-सम्मान पर अत्यधिक दबाव में व्यक्त किया जाता है। पेशेवर आत्म-सम्मान से अधिक महत्वपूर्ण क्या हो सकता है? कई आईटी श्रमिकों के लिए, व्यक्तिगत आत्मसम्मान का स्तर सीधे पेशेवर के स्तर के साथ संबंधित है। पेशेवर क्षेत्र में उपलब्धियां हमें व्यक्तिगत विकास और विकास के लिए ताकत देती हैं, यह दिखाती हैं कि हम जितना बेहतर कर सकते हैं, उससे बेहतर हैं।

संक्षेप में, पेशेवर आत्मसम्मान एक बहुत ही संवेदनशील बिंदु है, जिस पर आपको दबाव नहीं डालना चाहिए। लेकिन वास्तव में यह कैसे प्रभावित होता है? कुछ सरल तरीके हैं: धुंधले कार्यों को स्थापित करना और सक्षमता के सार्वजनिक संदेह। आमतौर पर, ये "ट्रिक्स" संयोजन में उपयोग किए जाते हैं।

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

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



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

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

ऐसे आतंक से कैसे निपटा जाए

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

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

दूसरा तरीका कार्य प्रबंधक के प्रत्येक चरण और कार्यों के एक स्पष्ट निर्धारण के माध्यम से है, ताकि किसी भी औपचारिक शिकायतों से बचने के लिए और संघर्ष को एक व्यावहारिक विमान में खींच लिया जा सके, जहां डेवलपर्स का एक फायदा है। यह एक स्थितिगत युद्ध है - जो जीवित रहेगा और जो टूट जाएगा। इस पद्धति के साथ समस्या यह है कि गलतियों को यहां नहीं किया जा सकता है और बचाव पक्ष जानबूझकर खोने की स्थिति में है, क्योंकि "युद्ध के नियम", अर्थात्, कार्य अक्सर हमलावर द्वारा निर्धारित किए जाते हैं।

अभी भी एक पौराणिक तीसरा तरीका है, जब एक टीम दबाव के शिकार के आसपास एकजुट होती है और किसी व्यक्ति को अपने कार्यस्थल से जीवित नहीं रहने देती है। इस मामले में, संघर्ष टकराव के एक विकृत चरण में चला जाता है और, सबसे अधिक संभावना है, नेतृत्व परिवर्तन का कारण बनेगा (क्योंकि पूरी टीम को गिराने और एक नई भर्ती करने की तुलना में सस्ता करना आसान है)। मुख्य योजना कार्य योजना में दक्षता है।

लेकिन यह लगभग एक शानदार परिदृश्य है, क्योंकि यह कुछ भी नहीं था, जिसके लिए मैंने आईटी लोगों के "मंदी" भावनात्मक स्वभाव का उल्लेख किया था। जब हमें पता चलता है कि किसी सहकर्मी को हमारी सहायता की आवश्यकता है, तो वह सबसे पहले ही अपनी बर्खास्तगी पर दस्तावेजों पर हस्ताक्षर कर चुका है और आपको पास के एक बार में विदाई के लिए आमंत्रित करता है।