यह बहुत बुरा है क्योंकि यह प्रश्न फंसाया गया है। मुझे लगता है कि एक बेहतर सवाल हो सकता है कि "सॉफ्टवेयर कॉन्ट्रैक्टर 'एक' सॉफ्टवेयर कंसल्टेंट 'से अलग कैसे है?" यह ऐसी शर्तें हैं जो वास्तव में सवाल उठाती हैं, कम से कम यहां अमेरिका में
'सॉफ़्टवेयर डेवलपर' शब्द किसी भी प्रकार के रोज़गार पर लागू हो सकता है, डेवलपर एक भूमिका या संसाधन का कार्य करता है। ठेकेदार / सलाहकार मुद्दा रोजगार के मुद्दों के इर्द-गिर्द घूमता है, और फिर, मैं अमेरिका में यहां कैसे काम करता हूं, इसके संदर्भ में बोल रहा हूं लेकिन वास्तव में इस सवाल का जवाब निश्चित रूप से देता हूं (और आप देखेंगे, यहां तक कि यह करना मुश्किल है!), पहले हम। कुछ शब्दों को परिभाषित करने और कुछ इतिहास का पता लगाने की आवश्यकता है।
एक सॉफ्टवेयर डेवलपर, इस बात की परवाह किए बिना कि वे कैसे कार्यरत हैं, सॉफ्टवेयर बनाता है, और शायद सॉफ्टवेयर के निर्माण से संबंधित कई अन्य कार्य करता है, आमतौर पर प्रबंधन भूमिका के अपवाद के साथ, हालांकि यह भी कुछ परियोजनाओं पर काफी आम है, जैसे टीम लीड । सॉफ़्टवेयर प्रोजेक्ट और प्रोग्राम मैनेजर शायद ही कभी सॉफ़्टवेयर बनाने की नट्स-एंड-बोल्ट गतिविधियों में शामिल होते हैं (टीम लीड से अलग)। फिर, ये भूमिकाएं हैं ।
रोजगार और भुगतान के रूप में, कई प्रकार (यूएस पर लागू होते हैं) हैं। सबसे आम प्रकार का रोजगार नियमित या 'प्रत्यक्ष' है, जहां कर्मचारी सॉफ्टवेयर विकसित करने वाली कंपनी के पेरोल पर है। वे प्रत्येक वर्ष नियोक्ता के साथ एक डब्ल्यू -4 भरते हैं और उस नियोक्ता से वर्ष के अंत में अपने करों के लिए डब्ल्यू -2 प्राप्त करते हैं।
प्रत्यक्ष रोजगार के बाहर, ठेकेदार हैं, और (परिभाषा के आधार पर) सलाहकार। 'ठेकेदार' शब्द थोड़ा भ्रामक है, हालाँकि। तकनीकी रूप से, एक ठेकेदार एक इकाई या व्यक्ति है जो ग्राहक कंपनी के साथ एक अनुबंध पर हस्ताक्षर करता है, इस मामले में एक सॉफ्टवेयर विकसित कर रहा है। लेकिन वास्तविकता यह है कि, अमेरिका में लगभग सभी ठेकेदार एक ठेका कंपनी के माध्यम से काम करते हैं (जिसे 'बॉडी शॉप्स' भी कहा जाता है और यहां तक कि कम मानार्थ); वे सीधे ग्राहक के साथ 'अनुबंध' नहीं करते हैं। ये तथाकथित ठेकेदार वास्तव में अनुबंध कंपनी के साथ एक डब्ल्यू -4 भरते हैं - ग्राहक नहीं - प्रत्येक वर्ष और उस अनुबंध कंपनी से अपने करों के लिए वर्ष के अंत में डब्ल्यू -2 प्राप्त करते हैं। उन पर ठीक उसी तरह से कर लगाया जाता है जैसे उनके सीधे-सीधे काम करने वाले भाई-बहन और बहन से।
यहाँ मुद्दा यह है कि यह 'कॉन्ट्रैक्टिंग कंपनी' है जो वास्तव में क्लाइंट कंपनी के साथ एक अनुबंध पर हस्ताक्षर करती है, न कि तथाकथित कॉन्ट्रैक्टर्स ('कॉन्ट्रैक्ट कर्मचारी') के साथ। अनुबंध कर्मचारियों को वास्तव में अनुबंध कंपनी द्वारा नियोजित किया जाता है, और अनुबंध कंपनी ग्राहक के साथ अनुबंध करने वाली पार्टी है। तो एक सॉफ्टवेयर प्रोजेक्ट पर काम करने वाले अनुबंध और प्रत्यक्ष कर्मचारी अनिवार्य रूप से कराधान के मामले में समान हैं, और आमतौर पर आसन्न क्यूबिकल्स में बिना किसी विशेष स्थिति के काम करते हैं, केवल प्रमुख अंतर यह है कि ठेकेदार एक निश्चित समय तक सीमित रहते हैं, जिस पर वे काम करना जारी रख सकते हैं उस ग्राहक के लिए परियोजना। इसका कारण यह है कि वे जिस ठेका कंपनी के लिए काम करते हैं, उन्हें उस समय से ज्यादा समय तक रखने के लिए नहीं माना जाता है या हमारे आईआरएस उन्हें प्रत्यक्ष कर्मचारियों के रूप में पुनर्वर्गीकृत कर सकते हैं,
अपने स्वयं के अनुभव में, ठेकेदारों को अक्सर एचआर प्रवंचना द्वारा बढ़ाया जाता है, एक अनुबंध कर्मचारी को फिर से वर्गीकृत करते हुए, कहते हैं, 'ठेकेदार' से 'अस्थायी' या जैसे। ग्राहक जो मुझे रखना चाहते थे, उस अवसर पर मैंने किया है। ग्राहक कंपनियों को हालांकि सावधान रहना होगा; आईआरएस उन ठेकेदारों के वास्तविक संबंधों को निर्धारित करने के लिए उनका ऑडिट कर सकता है। यदि आईआरएस को पता चलता है कि ग्राहक उनके साथ प्रत्यक्ष कर्मचारियों की तरह व्यवहार कर रहा है, तो उन्हें उदाहरण के लिए अनिश्चित काल तक साइट पर रखना, ग्राहक किसी भी लाभ के लिए उत्तरदायी हो जाता है, जो (अब-नियमित) कर्मचारी अनुबंध कर्मचारियों के रूप में प्राप्त नहीं कर रहे थे। और ठेका कंपनी उत्तरदायी भी हो सकती है। मैं सभी नियमों को नहीं जानता, लेकिन यह गड़बड़ हो सकता है।
अरे हां। 'सलाहकार' क्या है? यह शब्द 'स्क्विशी' की तरह है - उस पवित्र क्षेत्र पर कई युद्ध लड़े गए हैं। यह शायद 40 साल पहले हुआ करता था, 'सलाहकार' स्वतंत्र ठेकेदार के साथ अधिक-या-कम पर्यायवाची था, जिसका अर्थ है एक कार्यकर्ता जो सीधे ग्राहक के साथ अनुबंध करता था। यही है, कार्यकर्ता ने क्लाइंट के साथ एक अनुबंध पर हस्ताक्षर किया (शायद ऊपर के रूप में एक विकासशील सॉफ्टवेयर)। वह कर्मी ग्राहक के साथ W-4 नहीं भरता है और वर्ष के अंत में ग्राहक से W-2 प्राप्त नहीं करता है। इसके बजाय, एक प्रत्यक्ष ठेकेदार (जिसे तब 'सलाहकार' के रूप में संदर्भित किया जाता था) ग्राहक से 1099 प्राप्त करता है।
बहुत अलग कर व्यवस्था के साथ, 'सलाहकार' शब्द के बारे में एक निश्चित आभा थी। परामर्शदाता आमतौर पर अधिक अनुभवी होते थे (कम से कम 10 साल क्षेत्र में काम करने वाले) और आमतौर पर विशेषज्ञता के कुछ क्षेत्र थे जिन्हें खोजने में मुश्किल हो सकती थी, जिससे वे ग्राहकों के लिए बहुत वांछनीय हो जाते थे, और ग्राहक एक दिन में $ 500 या $ 1000 का भुगतान करने को तैयार थे उनकी विशेषज्ञ सेवाओं के लिए तब बहुत उदार राशि)। कंसल्टेंट्स काफी अच्छी तरह से जुड़े लोगों की एक कुलीन भीड़ के साथ भागे, और उन समूहों में आम तौर पर तोड़ना मुश्किल था। यदि एक सफल सलाहकार होना चाहिए, तो सदस्यता आवश्यक थी। एक संगठन था, जिसे हाल ही में विचलित किया गया था लेकिन अब इसे पुनर्जीवित किया जा रहा है, जिसे ICCA कहा जाता है जो कंप्यूटर सलाहकारों के लिए एक पुराने-लड़कों के क्लब की तरह था। कोई भी शामिल हो सकता है, और मैंने एक बिंदु पर किया; स्वीकार किया जाना और काम मिलना अलग कहानी थी।
एक आला उद्योग भी था, विशेष रूप से NYC के वित्तीय जिले जैसी जगहों पर, जो इन सलाहकारों के लिए दलाली के ठेके में विशिष्ट था। लेकिन फिर, सॉफ्टवेयर में काम पाने के लिए - और विशेष रूप से वित्तीय क्षेत्र - एक को अच्छी तरह से जोड़ा जाना था (मुझे पता है क्योंकि मैंने वापस कोशिश की थी)। आज, इन दलालों को बड़ी प्लेसमेंट कंपनियों द्वारा व्यवसाय से निगल लिया गया है या बाहर चला गया है। स्वतंत्र अनुबंध का लगभग निष्कासन हो चुका है (यह मौजूद है, लेकिन यह क्षेत्र अभी बहुत छोटा है, लगभग गैर-मौजूद है) कानून की एक श्रृंखला द्वारा धीरे-धीरे और निश्चित रूप से उस तरह के स्वतंत्र अनुबंध को नष्ट कर दिया गया है।
आज, सॉफ्टवेयर विकास रोजगार के दायरे में 'सलाहकार' शब्द का उपयोग शायद ही कभी किया जाता है। कम से कम, मैंने शायद ही कभी इसे सुना है। कभी-कभी एक अनुबंध सॉफ़्टवेयर डेवलपर को एक सलाहकार के रूप में संदर्भित किया जाता है, लेकिन शायद ही इसके अलावा कोई अंतर होता है, शायद, कुछ विशेष ठेकेदार के लिए किसी विशेष ठेकेदार को चापलूसी करने या उसकी प्रशंसा करने की कोशिश करते हैं, जो कि पहले tiem में होता है जब शब्द का अर्थ कुछ विशेष होता है ।
मुझे बताना चाहिए कि अभी भी सॉफ्टवेयर परियोजना प्रबंधक हैं जिन्हें "सॉफ्टवेयर प्रबंधन सलाहकार" कहा जाता है, लेकिन उनमें से लगभग सभी भी कुछ ठेकेदार कंपनी के प्रत्यक्ष कर्मचारी हैं जो इन प्रबंधन अनुबंध के कर्मचारियों के लिए एक ही उद्देश्य के रूप में W-4 प्रदान करने वाली कंपनियों के लिए काम करते हैं उन सॉफ्टवेयर डेवलपर अनुबंध कर्मचारियों। और, जैसा कि आप कल्पना कर सकते हैं, कभी-कभी वे एक ही अनुबंध फर्म हैं। कुछ क्लाइंट किसी प्रोजेक्ट पर काम करने वाले डेवलपर्स और प्रबंधकों दोनों के लिए श्रमिकों के एक स्रोत से निपटना चाहते हैं।
अमेरिका में वास्तविक, स्वतंत्र सॉफ्टवेयर परामर्श ज्यादातर संघीय कानून में बदलाव और कॉर्पोरेट अमेरिका के बदलते परिदृश्य के लिए धन्यवाद है। जैसे-जैसे कंपनियां (संभावित परामर्श क्लाइंट) बड़े होते जाते हैं, उनके एचआर विभाग अधिक क्रूरता से केंद्रीकृत हो जाते हैं, अहंकारपूर्ण रूप से कुशल होते हैं, और तकनीकी रूप से ब्लैक-बॉक्स होते हैं। किसी भी प्रकार, प्रत्यक्ष या अनुबंध के रोजगार के अवसर पर चर्चा करने के लिए एक काम पर रखने वाले प्रबंधक से संपर्क करना इन दिनों लगभग असंभव है। इसका एक हिस्सा कॉर्पोरेट गोपनीयता और कर्मचारी सुरक्षा है, लेकिन इसका बहुत से चलन यह सुनिश्चित करने की दिशा में है कि जितने संभव हो उतने कर्मचारी प्रत्यक्ष कर्मचारी हैं, या कम से कम एक ठेका कंपनी के माध्यम से काम कर रहे हैं।
इस परिदृश्य का विकल्प, 40 साल पहले या उससे पहले के समय के समान, काफी अलग था। इसके बाद, नियोक्ताओं के लिए अपने अनुबंधित कर्मचारियों, विशेष रूप से सलाहकार प्रकार के काम को नियंत्रित करना अधिक कठिन था। बढ़ती उत्पादकता को सुनिश्चित करने के लिए श्रमिकों का नियंत्रण तेजी से अमेरिका में रोजगार का मुख्य मुद्दा बनता जा रहा है, जो बदले में, भारत और वियतनाम जैसे देशों के साथ प्रतिस्पर्धा के लिए महत्वपूर्ण है, जिनके कार्यकर्ता उत्पादकता की बढ़ती मांगों के और भी अधिक आदी हैं।
इस सब को समझने की कुंजी यह है कि स्वतंत्र ठेकेदार को यह नहीं बताया जा सकता है कि अपना काम कैसे या कब किया जाए। वे आमतौर पर अपने स्वयं के उपकरण प्रदान करते हैं। उन्हें आईआरएस को वैध स्वतंत्र ठेकेदारों के रूप में मान्यता देने के लिए इन प्रकार की बाधाओं में से लगभग 20 का अनुपालन करना होगा। अन्यथा, उन कानूनी मुद्दों को मैंने अनुबंध के कर्मचारियों और उनकी अनुबंध कंपनियों के बीच बैक-बेनेफिट्स के लिए संभावित मुकदमों के साथ ऊपर किक करने के लिए संदर्भित किया, जो तब उनके कारण विधिपूर्वक होगा।
लंबी-घुमावदार व्याख्या के लिए खेद है, लेकिन यह वास्तव में यह जटिल है। मैं एक सॉफ्टवेयर डेवलपर हूं जिसने कंपनियों के लिए और कॉन्ट्रैक्ट कंपनियों के माध्यम से सीधे काम किया है। मैंने कई बार "इंडी" जाने पर विचार किया है लेकिन यह हाल के दशकों में अनुसरण करने के लिए एक बहुत ही विश्वासघाती (और डराने वाला) रास्ता बन गया है। और निगम, सरकार में अपने प्रभाव का लाभ उठाते हुए, इस व्यवस्था को कसते रहते हैं। अमेरिकी सॉफ्टवेयर सलाहकार मर चुका है; जो भी शेष बचे हैं वे अपनी अंतिम सांसें भुगत रहे हैं।