कुछ नौकरी पोस्ट "उच्च दबाव वातावरण" क्यों कहते हैं? [बन्द है]


58

अगर सभी जानते हैं कि वे क्या कर रहे हैं और परियोजनाओं का सही अनुमान लगाया जाता है तो कोई दबाव क्यों होगा? यदि दबाव, या यहां तक ​​कि उच्च दबाव है, तो इसका मतलब है कि वे वर्तमान में जो काम कर रहे हैं वह काम नहीं कर रहा है, कोई भी अच्छा प्रोग्रामर इस तरह एक टीम में शामिल क्यों करना चाहेगा? क्या इस तरह की नौकरी पोस्टिंग दिखाने की कोशिश में विफल रही है या वे वास्तव में सिर्फ ईमानदार हैं? या वास्तव में दबाव होने के कुछ अच्छे कारण हैं?


124
"हर कोई जानता है कि वे क्या कर रहे हैं और परियोजनाएं सटीक रूप से अनुमानित हैं"। हाँ, मैंने एक बार ऐसा ही एक सपना देखा था।
ऊद

9
मेरी पहली प्रोफेशनल सी प्रोग्रामिंग जॉब इसी से हुई। कंपनी ने उनके लिए कुछ सॉफ्टवेयर लिखने के लिए अपना सारा बजट एक सॉफ्टवेयर हाउस को दिया था। यह काम नहीं किया और इसलिए उन्होंने इसे घर में ठीक करने की कोशिश की, जहां मैं और कई अन्य लोग आए। एक छोटी कहानी को काटने के लिए, मैंने कुछ महीनों के बाद छोड़ दिया। योजना की कोई भी राशि उस तरह के कुप्रबंधन से नहीं निपट सकती है।
Jaydee

29
यही कोड वाक्यांश है "हम अपने प्रोग्रामर्स को गंभीर रूप से कम कर देते हैं"।
dasblinkenlight

4
महत्वपूर्ण योग्यता: क्या सॉफ्टवेयर विकास उद्योग में ये नौकरियां हैं, या अन्य संबंधित उद्योग जैसे उच्च आवृत्ति एल्गोरिदम ट्रेडिंग। नीचे दिए गए हर उत्तर की तरह लगता है कि सॉफ्टवेयर उद्योग मान रहा है। जाहिर है, यह एकमात्र उद्योग प्रोग्रामर नहीं है और अब तक उच्चतम दबाव नहीं है।
मार्सिन

4
@Marcin HFT सॉफ्टवेयर पर काम करने वाले लोग उद्योग विशिष्ट हैं, और वे उच्च दबाव में काम करते हैं, क्योंकि उनके ग्राहक (IMHO) सबसे अधिक तनावग्रस्त और गंभीर रूप से दुखी लोगों में से कुछ हैं जिनका मैंने कभी सामना किया है। उस शीर्ष पर, कई लोग अकेले नैतिक सिद्धांत पर ऐसी कंपनी के लिए काम करने पर विचार नहीं करेंगे। मैं नहीं बल्कि एल्गोरिदम कि असली दुनिया की समस्याओं का समाधान सुधार करने के लिए अपने ज्ञान का प्रयोग करेंगे और कहा कि एक पूरे के रूप में रहने के लिए एक बेहतर जगह दुनिया बनाते हैं।
maple_shaft

जवाबों:


20

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

अन्य उदाहरण:

  • नौकरियां जहां निर्भरता के लिए उच्च आवश्यकताओं वाले सॉफ्टवेयर का उत्पादन कर रहे हैं:
    • चिकित्सा सॉफ्टवेयर,
    • उपकरणों के नियंत्रण के लिए सॉफ्टवेयर।
  • वे स्थान जहाँ डिलिवरेबल्स (और असफलताएँ) होंगे:
    • लोगों पर सीधा और बड़ा प्रभाव,
    • कंपनी की छवि पर सीधा और बड़ा प्रभाव।

वैकल्पिक रूप से, यह जरूरी नहीं है कि " हम अंडर-रिसोर्सेड हैं और अनुचित रूप से आक्रामक डेडलाइन हैं " के लिए कोड है, लेकिन संभवतः "आपकी ज़िम्मेदारी के लिए कोड भी होता है अगर कुछ भी गड़बड़ हो जाता है"


1
मैं सहमत हूँ। मुझे लगता है कि ज्यादातर लोग आरामदायक नौकरी चाहते हैं। हालांकि, ऐसे लोग हैं जो एक बड़े भुगतान और संभावित पूर्व सेवानिवृत्ति की क्षमता के लिए आज कड़ी मेहनत करना चाहते हैं।
सेरेल बोथा

यह सच है जहां तक ​​ट्रेडिंग सॉफ्टवेयर जाता है, लेकिन अगर मैंने एक छोटे, वेब डेवलपमेंट शॉप के लिए नौकरी के विज्ञापन में "उच्च दबाव एनवायरमेंट" देखा, तो अलार्म की घंटी बंद हो जाएगी।
joshin4colours

4
@ joshin4colours: मैं एक "उच्च दबाव वाले वातावरण" की छोटी वेब डेवलपमेंट शॉप का सलाहकार था। मुझे इसमें कुछ भी गलत नहीं लगा - यह बाजार की रणनीति का एक हिस्सा था। व्यावसायिक रणनीति यह थी कि हम हास्यास्पद तंग समय सीमा में किसी और की गलतियों को ठीक कर सकते हैं - प्रोग्रामर दुःस्वप्न। मांगें? एक दिन आप जागते हैं और बताया जाता है कि टीम को 300 मीटर + पर उद्धृत कुछ विकसित करने और परीक्षण करने के लिए 3 दिन मिले। यूप, जिसका अर्थ था 16h कार्यदिवस, व्यक्तिगत ड्रामा और क्लॉकवर्क सटीकता के लिए कोई जगह नहीं। यह भी 50-150% उच्च वेतन का मतलब है, और 60% का भुगतान समय व्यक्तिगत परियोजनाओं के लिए समर्पित है
qdot

यह वह स्थिति है जिसके बारे में मैंने तुरंत सोचा जब मैंने मूल पोस्ट पढ़ी।
जेटी

102

मैंने हमेशा इस कोड पर विचार किया है "हम अंडर-रिसोर्स्ड हैं और अनुचित रूप से आक्रामक समय सीमाएं हैं।"


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

48
तेज, तेज-तर्रार, गतिशील सभी के लिए buzzwords हैं 'प्रबंधन अपनी कोहनी से अपने गधे को नहीं बता सकता है और दिशा बदल सकता है जितनी बार वे सूट बदलते हैं'
mcfinnigan

14
आपने कोड के अंत को छोड़ दिया: "और उच्च दबाव के आधार पर एक वृद्धि की उम्मीद न करें: जब आप काम पर रखे गए थे तब आप इसके बारे में जानते थे"
mouviciel

6
और वे चाहते हैं कि कोई व्यक्ति CS मास्टर्स डिग्री और 5-8 साल का "OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL सर्वर और PHP के साथ अनुभव" पर हाथ रखे।
jfrankcarr

13
और वे जावा अनुभव के पांच साल के साथ प्रोग्रामर चाहते थे। 1997 में।
जेम्स मैकलियोड

40

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

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


14
+1 अच्छा जवाब। इस तरह के स्थानों में एक अवर और उप-विकासकर्ता होगा।
maple_shaft

28

यह "हम युवा अविवाहित प्रोग्रामर चाहते हैं, जो किसी भी निजी जीवन की कीमत पर पूरी तरह से अनुचित घंटे काम करने को तैयार हैं।" के लिए एक कोड वाक्यांश है।

वे स्पष्ट रूप से भाग में नहीं कह सकते क्योंकि यह उम्र और वैवाहिक स्थिति के आधार पर भेदभाव करने के लिए अवैध है।


6
हा - "प्रिय सम्मानित कर्मचारी, मैं एक युवा, अलैंगिक, अविवाहित प्रोग्रामर हूं। मुझे बिट्स पसंद हैं और सिलिकॉन चिप्स खाते हैं। मैं कार्यालय में रहूंगा, और बूट करने के लिए कॉफी बनाऊंगा।"
Adel

20

एक स्टार्टअप जो बाज़ार में जाता है, उसे प्रतिस्पर्धा से तेज़ होने के लिए संघर्ष करना चाहिए। ऐसी कंपनी के लिए, यह एक उच्च दबाव वाले काम के माहौल को बनाने के लिए समझ में आता है, क्योंकि दो महीने पहले एक ही समस्या पर काम करने वाले अन्य लोगों के बीच अगला फेसबुक होने और होने के बीच अंतर हो सकता है, ठीक है, बहुत कम-बहुत देर हो चुकी है सेवा किसी को याद नहीं है। स्टॉक विकल्पों के माध्यम से ऐसी कंपनी में काम करना आपको जल्दी अमीर बना सकता है।

एक अच्छी तरह से स्थापित सॉफ्टवेयर कंपनी के लिए, लगातार उच्च दबाव खराब प्रबंधन और / या लालची मालिकों और इसलिए लाल झंडे का संकेत है।


1
मैं जो इकट्ठा करता हूं, यदि आप उच्च-आवृत्ति ट्रेडिंग (जो विवादास्पद है लेकिन जो भी हो) जैसी किसी चीज में काम कर रहे हैं तो आपके टर्नअराउंड समय के लिए व्यावसायिक आवश्यकताएं हैं लेकिन आपके कोड की गुणवत्ता पर उच्च मांगें हैं।

2
हाँ लेकिन .... फेसबुक इस बात के लिए एक बुरा उदाहरण है। वे पार्टी के लिए देर से थे और वैसे भी जीते।
लॉर्ड टाइडस

15

यार, इस थ्रेड में वेंटिंग का एक LOAD है: P

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

मैं दुर्लभ अवसरों पर "उच्च दबाव" बयान को पसंद करता हूं जब मैं इसे देखता हूं क्योंकि वे टीम हैं जिन्होंने लक्षणों को देखा है, भले ही उनके पास सभी उत्तर न हों। यह उन अन्य विज्ञापनों से बेहतर है जिनका कोई सुराग नहीं है।

इसलिए जब तक प्रतियोगिता कुछ महान सॉफ़्टवेयर हाउस नहीं है, जिनके बारे में मुझे पता है, ऑड्स हैं मुझे लगता है कि यह "उच्च दबाव" बहुत कम से कम एक दिलचस्प होगा। बाजार में अच्छे प्रोग्रामर की तुलना में कम अच्छी टीमें हैं और स्पष्ट रूप से, सर्वश्रेष्ठ के लिए पकड़ (वे आपको अच्छी तरह से चाहते हैं) बहुत समय की बर्बादी है जब तक कि आपके पास फ़ीड करने के लिए मुंह नहीं है।

तो इस अर्थ में, वाक्यांश "उच्च दबाव" वास्तव में मुझे बिल्कुल नहीं रोकता है।


विरोध के दृष्टिकोण के लिए +1।
स्पेंसर रथबुन

2
हम वेंटिंग नहीं कर रहे हैं, यह एक वितरित सेमाफोर है।
एडेल

14

दो कारणों में से एक:

  1. वे चाहते हैं कि आप अपने सामाजिक जीवन को 12 घंटे दिन और सप्ताहांत में बिना किसी अतिरिक्त इनाम के उस परियोजना को बचाने के लिए छोड़ दें जो देर से और बजट के साथ ग्राहक को मुकदमा करने की धमकी दे रही है। आमतौर पर क्योंकि बिक्री टीम ने उन्हें डेवलपर्स के पिछले भाग के बिना अतिरिक्त सुविधाओं का वादा किया था।

  2. खिड़कियां नहीं खुलतीं और कर्मचारी पेट फूलने से पीड़ित होते हैं।

मुझे लगता है कि यह 1 है।


11

मुझे लगता है आपको बात समझ में आ गयी है।

अच्छे प्रोग्रामर थ्रेस कंपनियों में काम नहीं करते हैं, फिर कंपनी को कम काम मिलता है (अलग-अलग अध्ययनों में TCO का अंतर 10 से 26 के बीच देवों के बीच जाता है, जो बहुत बड़ा है) और दबाव बढ़ाता है, जिससे अधिक अच्छे देव निकल जाते हैं।

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

ध्यान दें कि 60% से 80% आईटी परियोजना को विफलता माना जाता है (सटीक संख्या के लिए अराजकता रिपोर्ट देखें)। और यह आपके द्वारा पढ़ी गई नौकरी के पदों में दिखाए गए व्यवहार के साथ बहुत कुछ करता है।

इसे अक्सर मृत समुद्री प्रभाव के रूप में संदर्भित किया जाता है, और आईटी उद्योग में एक बहुत ही वास्तविक घटना है।


3
60% to 80% of IT project are considered as failureमैं इस आंकड़े को बहुत सुनता हूं लेकिन यह स्वाभाविक रूप से अप्रिय है। किसके मानकों से? एप्लिकेशन और प्रोजेक्ट मैनेजर हमेशा विफलता प्रोजेक्ट को सफलता में बदलने का एक तरीका ढूंढते हैं। हितधारकों को असफलता स्वीकार करना पसंद नहीं है क्योंकि उनके पास परियोजना में समय और पैसा लगा है। किसी परियोजना के विफल होने पर किसी भी पार्टी को स्वीकार करना राजनीतिक रूप से फायदेमंद नहीं होता है, सिवाय इसके कि शायद ऑडिट या परामर्श भूमिका निभाने वाला कोई तीसरा पक्ष। अपने सिर को रेत में रखो और भद्दा सॉफ़्टवेयर स्वीकार करें जिसे आपने बहुत अधिक भुगतान किया है और केवल आंशिक रूप से आवश्यकता को पूरा करता है।
maple_shaft

2
@maple_shaft मैंने स्रोत का उल्लेख किया: यह अराजकता रिपोर्ट है। आप उनके माप के बारे में सब कुछ जानने के लिए इसे जांच सकते हैं और इसके बारे में अपनी राय बना सकते हैं।
डेडलिंक

3
"TCO" का क्या अर्थ है?

स्वामित्व की कुल लागत?
ozz

1
हाँ TCO कुल स्वामित्व की लागत है। अन्य शब्दों में, अप्रत्यक्ष लागत (उदाहरण के लिए कम बग करने वाला एक देव, QA और बगफिक्सिंग में कम खर्च करेगा) सहित, आपकी खुद की लागत का एक बहुत काम करता है।
deadalnix

5

क्यों?

क्योंकि वे उच्च दबाव हैं।

क्यों?

क्योंकि, आईटी के संदर्भ में, वे नहीं जानते कि वे क्या कर रहे हैं, या अधिक सटीक रूप से, वे अच्छी विकास प्रथाओं का पालन नहीं करते हैं, क्योंकि आईटी के बाहर कोई व्यक्ति प्रभारी है।

हमारे पास सॉफ्टवेयर डेवलपरों की एक समस्या यह है कि सॉफ्टवेयर एक ठोस, भौतिक वस्तु नहीं है। गैर-आईटी लोगों के लिए यह यह ऊनी, अस्पष्ट बात है जो उनके कंप्यूटर के अंदर मौजूद है।

लेकिन क्योंकि वे इसे छू नहीं सकते हैं, वे अच्छे सॉफ्टवेयर के निर्माण में जाने वाली जटिलताओं की सराहना नहीं करते हैं।

इसलिए जब आप इस प्रकार के लोगों को "बस चला रहे हैं", तो आपको जल्द ही टिप्पणियां मिलेंगी:

  • बस इसे बनाएँ
  • हमें 1 महीने में इसकी आवश्यकता है
  • हमें परीक्षकों की आवश्यकता नहीं है

वे इसे प्राप्त नहीं करते हैं।


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

1
मेरा विश्वास करो, मैं इसे प्राप्त करता हूं। ऊपर मैंने जो कुछ भी कहा है वह सब आपके द्वारा वर्णित स्थिति पर लागू होता है। और आप जिस स्थिति का वर्णन करते हैं वह देव टीम पर खराब प्रबंधन प्रथाओं का वर्णन करती है। पर्याप्त रूप से उचित हो सकता है कि वे प्रबंधक "इसे प्राप्त करें" और साथ ही, लेकिन वे अभी भी देव टीम पर बुरा व्यवहार कर रहे हैं।
ozz

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

4

मैं शायद ही कभी इसे इस तरह से देखा जाता हूं, लेकिन फिर ऐसे बयान सबसे अच्छे हैं, और सबसे खराब आधारहीन ड्राइवल हैं।

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

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


2
+1, नौकरी का विवरण नमक के एक दाने के साथ लिया जाना चाहिए, लेकिन दुख की बात है कि कई डेवलपर्स अंकित मूल्य पर सामान लेते हैं। वास्तविक स्थिति का पता लगाने का एकमात्र तरीका उनके साथ व्यक्तिगत रूप से बात करना है। Glassdoor कुछ अंतर्दृष्टि भी दे सकता है।
एंजेलो

1
@Angelo Glassdoor might give some insight as well.इस। एक हजार बार इस! यदि आप कभी भी अपनी नौकरी से नफरत करना शुरू करते हैं, तो बस Glassdoor पर जाएं और अपने क्षेत्र के 20 अन्य सॉफ्टवेयर विकास नियोक्ताओं के लिए कर्मचारी समीक्षा देखें। आप बहुत जल्दी महसूस करेंगे कि आप कितने भाग्यशाली हैं। यहां तक ​​कि इस बात को ध्यान में रखते हुए कि एक समीक्षा लिखने वाले अधिकांश लोग शुरू करने के लिए असंतुष्ट हैं, आप आमतौर पर सत्य के अंदर पर्याप्त रूप से जान सकते हैं कि सॉफ्टवेयर की विशाल दुकानें बस काम करने के लिए भयानक स्थान हैं। अच्छा प्रबंधन और सर्वोत्तम प्रथाएं दुर्भाग्य से अपवाद हैं, न कि नियम।
maple_shaft

1
मैं निश्चित रूप से कांच के पात्र पर "असंतुष्ट" समीक्षकों की अपेक्षा करता हूं। मेरा लाल झंडा है अगर कोई या बहुत कम सकारात्मक समीक्षाएँ हैं। एक ही टोकन के द्वारा, मुझे संदेह होगा कि सभी समीक्षाएं समान रूप से सकारात्मक थीं।
एंजेलो

4

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

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


मैं इसके बारे में असहमत हूं "यह सब उतना अर्थ नहीं है"। अधिकांश वित्तीय संस्थान इस तरह हैं। खेल कंपनियों के रूप में अच्छी तरह से। कहीं भी समयसीमा जो पैसे के लिए एक विशाल वादे (गेम रिलीज) से प्रेरित है या जो लोग इसे नहीं समझते हैं, उनके द्वारा संचालित है।
फेज

@ मुझे लगता है कि jfrankcarr यह कहना चाह रहा है कि जॉब पोस्टिंग पर इस प्रकार के बयानों का आयोजन कम या संगठनात्मक अक्षमता के साथ कम और एचआर अक्षमता के साथ अधिक करने के लिए होता है।
maple_shaft

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

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

@jfrankcarr फिर, मैं उस आधार से असहमत हूं। मैं उन अन्य लोगों के बारे में सहमत हूं जिनका आप उल्लेख करते हैं कि आप क्लिच या अर्थहीन हैं, लेकिन उस विशिष्ट के लिए, मेरा कहना है कि यह विशाल बहुमत के लिए एक अच्छा संकेतक है। मुझे कोई आपत्ति नहीं है अगर हम असहमत हैं :-)
ozz

2

मैं अब उन प्रकार की नौकरियों की पोस्टिंग को अनदेखा करता हूं। उनके कहने का मतलब है कि हम एक ऐसे गुलाम को चाहते हैं जो हफ्ते में 80 घंटे काम करे और उसे भुगतान न किया जाए। यह एक संकेत है कि प्रबंधन सही ढंग से परियोजनाओं की बोली नहीं लगा रहा है या परियोजनाओं का सही प्रबंधन नहीं कर रहा है।

अच्छी तरह से चलने वाली टीमें समय पर और अतिरिक्त तनाव के बिना चलती हैं, प्रबंधकों की तरह जो 100 नई आवश्यकताओं को लेते हैं और तारीख रखने की कोशिश करते हैं। मैंने सालों में डेथ मार्च नहीं किया है। निकटतम बात यह थी कि जब मैं एक असफल परियोजना पर वापस आया, एक सलाहकार के रूप में प्रति घंटा दरों को बढ़ाकर और कुछ प्रमुख असफलताओं को बाहर करने के लिए लंबी छुट्टी के सप्ताहांत में काम किया।


1

अच्छी तरह से तथ्य यह है कि कई बार परियोजनाएं कभी सटीक रूप से अनुमानित नहीं होती हैं!

जो उच्च दबाव बनाएगा!

इनमें से अधिकांश कंपनियों में सप्ताह की टीमें हैं जो सिस्टम विफलताओं का निर्माण करेगी जो आपको दबाव में कम सूचना पर आधी रात को काम करने की आवश्यकता होगी :)


5
वास्तव में, परियोजनाएं अक्सर सटीक रूप से अनुमानित होती हैं, लेकिन प्रबंधन के उच्च स्तरों द्वारा अनुमानों को स्वीकार नहीं किया जाता है।
क्रिस कार्ड

यह सच है, अधिक सटीक कहने के लिए प्रबंधन द्वारा अनुमानित अनुमान गलत है :)
अली

1

"अगर हर कोई जानता है कि वे क्या कर रहे हैं और परियोजनाओं का सही अनुमान लगाया गया है?" वास्तव में बड़ी धारणा है। आमतौर पर यह धारणा गलत है कि अगर कंपनी कहती है कि यह "उच्च दबाव का वातावरण" है।

और, हां, बहुत सारी कंपनियां हैं जो कर्मचारियों की योजना बनाने और उन्हें प्राप्त करने में विफल हैं। बहुत सारी कंपनियाँ हैं जो उस साँचे में फिट नहीं बैठती हैं, आपको बस अपने स्वयं के मानकों को बनाए रखना है और इन उच्च दबाव वाली नौकरियों में काम करने से इंकार करना है।


1

एक जगह जहां इसके लिए पॉप अप करना ठीक है, अगर आपके पास एक नौकरी होगी जहां जीवन लाइन पर है।

उदाहरण के लिए, यदि आप आकाश में हवाई जहाज रखने के लिए सेवाओं के लिए sys व्यवस्थापक हैं, तो आपको उच्च दबाव होने की उम्मीद करनी चाहिए। या, यदि आप ऐसे सॉफ़्टवेयर पर काम करते हैं जो एक युद्ध क्षेत्र में सैनिकों के लिए तैनात किया जाएगा, तो आप दबाव की उम्मीद कर सकते हैं।

यदि आप इसे देखते हैं, तो साक्षात्कारकर्ता से पूछें कि क्या जीवन रेखा पर हैं यदि आप एक समय सीमा या अलार्म याद करते हैं। यदि नहीं, तो वे नाटकीय हो रहे हैं।


सहमत, मैंने एक बार एक ऐसे वातावरण में काम किया था जहां हमें एक्स राशि में मुद्दों को ठीक करने के लिए अनुबंध की आवश्यकता थी क्योंकि जीवन दांव पर था। हमारे संविदात्मक दायित्व को पूरा करने के लिए BIG, BIG दंड थे।
HLGEM

-1

इसका मतलब है कि उन्होंने कभी एजाइल या स्क्रैम या कानबन नहीं सुना है, और वे अपने डेवलपर्स को जलाने के बारे में परवाह नहीं करते हैं।


तो, चंचल या स्क्रम या कानबन उच्च दबाव का समाधान है? (!)
मावग

इन प्रथाओं को उत्पाद स्वामी की भागीदारी की आवश्यकता होती है जो बेहतर प्रबंधन प्रबंधन और इसलिए बेहतर दबाव प्रबंधन की ओर जाता है।
दिमित्रीबाई
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.