बेंच (अंग्रेज़ी bench — आरक्षित खिलाड़ियों की बेंच से) IT कंपनी में एक स्थिति है जब डेवलपर पेरोल पर होता है लेकिन अस्थायी रूप से किसी प्रोजेक्ट पर असाइन नहीं होता। आउटस्टाफिंग और प्रोडक्ट कंपनियों में, एक प्रोजेक्ट के खत्म होने और अगले की शुरुआत के बीच बेंच एक सामान्य घटना है। DOU, 2024 के अनुसार, लगभग 30% डेवलपर्स अपने करियर में कम से कम एक बार एक महीने से अधिक बेंच पर रहे हैं।
मुख्य बातें
बेंच एक डेवलपर की स्थिति है जो पेरोल पर है, वेतन प्राप्त करता है, लेकिन सक्रिय प्रोजेक्ट्स में भाग नहीं लेता। यह शब्द खेल से आया है: आरक्षित खिलाड़ियों की बेंच जहाँ खिलाड़ी मैदान में उतरने का इंतज़ार करते हैं।
डेवलपर ऑफिस आता है या दूर से काम करता है लेकिन उसके पास कोई प्रोजेक्ट कार्य नहीं होता। वह दस्तावेज़ पढ़ सकता है, नई तकनीकें सीख सकता है, कोड समीक्षा में सहकर्मियों की मदद कर सकता है या R&D में भाग ले सकता है। कंपनियाँ बेंच को अलग-अलग तरीके से देखती हैं: कुछ पूर्ण स्वतंत्रता देती हैं, अन्य एक मेंटर नियुक्त करती हैं और सीखने के कार्य निर्धारित करती हैं।
आउटस्टाफिंग कंपनियों में बेंच एक सामान्य स्थिति है। डेवलपर को एक ग्राहक को सौंपा जाता है, प्रोजेक्ट खत्म होता है, और नए की तलाश शुरू होती है। प्रोडक्ट कंपनियों में बेंच कम आम है: डेवलपर्स को आमतौर पर कंपनी के भीतर किसी अन्य फीचर या प्रोडक्ट पर पुनर्निर्देशित किया जाता है।
बेंच पर आने के कारण वस्तुनिष्ठ (बाजार-संबंधी) और कंपनी-विशिष्ट दोनों हो सकते हैं। कारणों को समझने से उचित प्रतिक्रिया देने में मदद मिलती है।
सबसे आम कारण — प्रोजेक्ट खत्म हो गया और नया अभी शुरू नहीं हुआ। आउटस्टाफिंग में यह नियमित रूप से होता है: ग्राहक अनुबंध समाप्त हो जाता है और कंपनी अगले की तलाश करती है। यदि कंपनी के पास अच्छा सेल्स पाइपलाइन है, तो बेंच 1-4 सप्ताह तक रहता है।
साल के अंत में, विशेष रूप से दिसंबर और जनवरी में, ग्राहक गतिविधि गिर जाती है। गर्मियों में भी मंदी संभव है। इसके अलावा, आर्थिक संकट और IT बजट में कटौती बेंच पर डेवलपर्स की संख्या बढ़ाती है।
यदि कोई कंपनी डेवलपर की क्षमताओं को बेच नहीं सकती, तो यह प्रबंधन या मार्केटिंग में समस्याओं का संकेत है। लंबी बेंच (3 महीने से अधिक) इंगित करती है कि कंपनी बाजार में अपनी स्थिति खो रही है, और डेवलपर को नई जगह तलाशनी चाहिए।
बेंच हमेशा बुरा नहीं होता। सही दृष्टिकोण के साथ, यह सक्रिय वृद्धि और विकास का समय बन सकता है। कई डेवलपर बेंच को अपने करियर का सबसे उत्पादक सीखने का समय मानते हैं।
प्रोजेक्ट पर शायद ही कभी नई तकनीक सीखने का समय होता है। बेंच पर कोर्स, दस्तावेज़ पढ़ने और अभ्यास के लिए 4-8 सप्ताह मिलते हैं। बेंच के दौरान नए फ्रेमवर्क, भाषा या पद्धति में महारत हासिल करना एक सामान्य अभ्यास है।
बेंच व्यक्तिगत प्रोजेक्ट्स के लिए शानदार समय है: पोर्टफोलियो के लिए पेट प्रोजेक्ट बनाना, ओपन सोर्स में योगदान करना, कॉन्फ्रेंस के लिए प्रेजेंटेशन तैयार करना। यह न केवल कौशल विकसित करता है बल्कि भविष्य के नियोक्ताओं के लिए आकर्षण भी बढ़ाता है।
कई डेवलपर बेंच का उपयोग प्रमाणपत्र प्राप्त करने के लिए करते हैं: AWS Certified Developer, Google Cloud Professional, CKAD (Kubernetes), Scrum Master। प्रमाणपत्रों के लिए 2-8 सप्ताह की तैयारी चाहिए होती है और ये बाजार मूल्य में काफी वृद्धि करते हैं।
लंबी बेंच (2-3 महीने से अधिक) कंपनी और डेवलपर दोनों के लिए जोखिम लाती है। समय पर खतरे के संकेतों को पहचानना महत्वपूर्ण है।
कंपनी वेतन देती है लेकिन डेवलपर से राजस्व नहीं प्राप्त करती। यदि बेंच लंबी खिंचती है, प्रबंधन कटौती शुरू करता है। सबसे लंबे समय तक बेंच पर रहने वालों को पहले निकाला जाता है। भले ही न निकाला जाए, प्रबंधन का लगातार दबाव असुविधा पैदा करता है।
अभ्यास के बिना, कौशल सुस्त हो जाते हैं। डेवलपर गति खो देता है, टूल की बारीकियाँ भूल जाता है, टीम वर्क की आदत खो देता है। 3-4 महीने की निष्क्रियता के बाद, नए प्रोजेक्ट पर वापसी के लिए 2-4 सप्ताह की रैंप-अप आवश्यक होती है, जो तनाव बढ़ाता है।
यदि आपके रिज़्यूमे में लंबा अंतराल है, भले ही वैध कारण से, भर्तीकर्ता सावधान हो जाते हैं। 2-3 महीने से अधिक बेंच पर न रहना बेहतर है। उस समय में, या तो कोई प्रोजेक्ट मिल जाता है या आप नौकरी छोड़कर नई जगह तलाशते हैं।
बेंच के लिए कार्य योजना संरचित होनी चाहिए। हर चीज़ का अव्यवस्थित अध्ययन एक केंद्रित कार्यक्रम की तुलना में कम प्रभावी है।
गतिविधि दिखाएँ: सहकर्मियों के लिए कोड समीक्षा करें, तकनीकी लेख लिखें, टीम मीटिंग में भाग लें। यदि कंपनी देखती है कि डेवलपर बेंच पर भी मूल्यवान है, तो उसे सबसे अंत में निकाला जाएगा।
यदि 3 महीने से अधिक बीत चुके हैं और कोई प्रोजेक्ट नहीं आया — सक्रिय रूप से खोजना शुरू करें। संभवतः कंपनी को समस्याएँ हैं, और और इंतज़ार जोखिम भरा है। इंटरव्यू में बेंच को सीखने और पेशेवर विकास के समय के रूप में समझाएँ।
अक्सर पूछे जाने वाले प्रश्न
हाँ, वेतन पूरी तरह बना रहता है। बेंच एक सामान्य स्थिति है जहाँ डेवलपर बिना प्रोजेक्ट के कंपनी में कार्यरत होता है। कंपनी निश्चित वेतन देती है, लेकिन प्रोजेक्ट बोनस और प्रीमियम आमतौर पर नहीं दिए जाते।
हाँ, निकाला जा सकता है, खासकर यदि बेंच 2-3 महीने तक खिंच जाए। कंपनियाँ आमतौर पर पहले कोई दूसरा प्रोजेक्ट या पुनःप्रशिक्षण देने की कोशिश करती हैं। लेकिन यदि कोई विकल्प नहीं है, तो निकालना मानक अभ्यास है।
बेहतर है उल्लेख न करें एक अलग अवधि के रूप में। यदि बेंच छोटी थी (एक महीने तक), तो इसे छोड़ा जा सकता है। यदि लंबी थी, तो रिज़्यूमे में कंपनी को समग्र रूप से दिखाएँ बिना प्रोजेक्ट में विभाजित किए। इंटरव्यू में ईमानदारी से समझाएँ कि आप प्रोजेक्ट्स के बीच नई तकनीकें सीख रहे थे।
यह आप पर निर्भर करता है। आप 3 महीने सोशल मीडिया पर बिता सकते हैं और अपनी योग्यता खो सकते हैं। या आप सीखने की योजना बना सकते हैं, एक नया स्टैक सीख सकते हैं और बेंच से अधिक मूल्यवान विशेषज्ञ बनकर निकल सकते हैं। कंपनियाँ उन सक्रिय डेवलपर्स को महत्व देती हैं जो बेंच का उपयोग विकास के लिए करते हैं।
डाउनटाइम इंफ्रास्ट्रक्चर या सेवा के ठहराव को संदर्भित करता है। बेंच कर्मचारी की निष्क्रियता को संदर्भित करता है। दूसरा अंतर: डाउनटाइम आमतौर पर घंटों या दिनों में मापा जाता है, जबकि बेंच हफ्तों और महीनों में। ये शब्द अलग-अलग क्षेत्रों से हैं — इन्हें भ्रमित न करें।
सारांश
हम एक मोबाइल एप्लिकेशन टर्नकी विकसित करेंगे
IT Sectr 2017 से स्टार्टअप और व्यवसायों के लिए iOS और Android एप्लिकेशन बनाता है। हम आपको सलाह देंगे और सर्वोत्तम समाधान प्रस्तावित करेंगे।
यह भी पढ़ें