आप अपनी कंपनी के लिए एक उत्पाद विकसित करने के लिए उन्हें आउटसोर्सिंग के बजाय इन-हाउस सॉफ्टवेयर डेवलपर्स क्यों किराए पर लेंगे? [बन्द है]


23

आप अपनी कंपनी के लिए उत्पाद विकसित करने में आउटसोर्सिंग पर घर में किराए पर क्यों लेंगे? मैं केवल कुछ के बारे में सोच सकता हूं, लेकिन अगर वे पर्याप्त पर्याप्त कारण हैं तो मैं पूरी तरह से निश्चित नहीं हूं।

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

कोई विचार?


1
बस स्पष्ट होने के लिए, जब आप आउटसोर्सिंग कहते हैं, तो क्या आपका मतलब सिर्फ एक बाहरी कंपनी है, या अक्सर बोलचाल की भाषा में, ऑफ-शोरिंग (यानी, देश से बाहर)।
ग्रैंडमास्टरबी

मुझे पूरा यकीन है कि मेरे प्रोफेसर का मतलब दोनों तब था जब उन्होंने आउटसोर्सिंग कहा था।
टेरेंस पोंस

38
मुझे पसंद है कि आपने अपने होमवर्क के प्रश्न को कैसे आउटसोर्स किया: पी
ग्लाससेंट

जवाबों:


26
  • इन-हाउस टीम आपकी आवश्यकताओं के लिए अधिक उत्तरदायी होगी, क्योंकि वे वास्तव में आपकी कंपनी का हिस्सा हैं, इसलिए उन्हें बेहतर विचार है कि आप क्या चाहते हैं।
  • एक घर में टीम के साथ संवाद करने में आसान है- कुछ भी नियमित रूप से आमने-सामने संपर्क में नहीं आता है।
  • आपकी इन-हाउस टीम को अधिक डोमेन-विशिष्ट ज्ञान होगा जो बाहरी टीम को सीखना होगा।
  • आप न केवल सॉफ्टवेयर में निवेश कर रहे हैं, बल्कि विशेषज्ञता में आपकी कंपनी की सॉफ़्टवेयर समस्याओं के प्रकार को हल कर रहे हैं। अपने खुद के डेवलपर्स का उपयोग करने से पहले उन विशिष्ट समस्याओं से निपटने वाले प्रोग्रामर का एक स्टॉक बनता है।

(प्रतिवाद के लिए, जोएल को इस पर देखें ।)


5
जोएल की कड़ी में लग रहा था कि "मैं एक इनडोर देवता नहीं बनना चाहता" क्यों नहीं?
मिया

कुछ हद तक। हिस्ट पॉइंट्स में से एक यह था कि इन-हाउस डेवलपमेंट के साथ-साथ भद्दा सॉफ्टवेयर भी तैयार किया जाता है।
2

8
मुझे भद्दे आउटसोर्स सॉफ्टवेयर के बारे में बहुत सारी डरावनी कहानियां मिली हैं, इसलिए मुझे नहीं लगता कि उस विशेष आयाम को सामान्य करना संभव है।
एमआईए

+1: सभी तरह से। हमारी कंपनी डेवलपर्स की आउटसोर्स टीम पर निर्भर है। मैं पहला "डेवलपर" हूं जो उन्होंने 5 साल में कर्मचारियों पर किया था - विशेष रूप से आउट-सोर्सेड फर्म पर निर्भरता को कम करने और इसे घर में लाने के लिए।
आईब्रेट

6
सभी सॉफ्टवेयर का 90% भद्दा है, और यह एक कमतर हो सकता है
jk।

11

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

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

वहाँ सॉफ्टवेयर के बहुत सारे प्रकार हैं। कई मामलों में, आप कुछ आउटसोर्स कर सकते हैं और ठीक हो सकते हैं। समस्या यह है कि निर्णय प्रति मामले के आधार पर लिया जाना चाहिए, और आप इसे एक आकार में हल नहीं कर सकते सभी स्थिति फिट बैठती है।

मुझे यकीन है कि निर्णय लेने की प्रक्रिया में देखने के लिए एक लाख चीजें हैं।

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

दूसरी ओर, यदि आप उस वेब सर्वर को विशेष तरीके से चला रहे हैं और भले ही आपके पास यह अच्छी तरह से निर्दिष्ट है, तो आप इस घटक को प्रमुख बहु-चरण विकास पहलों से कसकर बांधने जा रहे हैं, आप शायद ' t कि आउटसोर्स करना चाहते हैं।


3

यह एक देर से जवाब है, लेकिन अधिक सामान्य "क्यों एक फर्म आउटसोर्स के बजाय घर एक्स में किराए पर लेगी?" - दूसरे शब्दों में, एक ही सीईओ के बजाय कंपनियां मौजूद क्यों हैं, जो सब कुछ आउटसोर्स करती हैं? - "फर्म का सिद्धांत" कहा जाता है

http://en.wikipedia.org/wiki/Theory_of_the_firm

और विभिन्न कारणों से काफी साक्ष्य और अध्ययन हैं, और जब यह स्रोत-बनाम "इन-सोर्स" श्रम और पूंजी के विभिन्न बिट्स को समझ में आता है, तो बहुत सारे ज्ञान।


2

इसे घर में करने का एक कारण यह है कि आप डेटा एन्क्रिप्शन तकनीक का उपयोग कर रहे हैं जिसे कुछ देशों में निर्यात नहीं किया जा सकता है।

सॉफ्टवेयर यकीनन उच्च गुणवत्ता पर, तेजी से किया जा सकता है और ग्राहकों की उम्मीदों को बेहतर ढंग से पूरा कर सकता है जब डेवलपर्स की एक छोटी, स्थानीय टीम का उपयोग किया जाता है जो एक पुनरावृत्त मॉडल का उपयोग करके आमने-सामने संवाद कर सकते हैं।

आउटसोर्सिंग के साथ पुनरावृत्त मॉडल यकीनन कम प्रभावी है; आउटसोर्सिंग को BDUF (बड़े डिजाइन अप-फ्रंट) का उपयोग करके अधिक काम करने की आवश्यकता है।

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


2

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

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

बंद शोरिंग के लिए, हमेशा अच्छा वित्तीय निर्णय नहीं होता है जो प्रबंधक आपको सोचना चाहते हैं। अधिकांश विकास में बहुत अधिक डोमेन नॉलेज (इंडस्ट्री नॉलेज) की आवश्यकता होती है, जो कि बस उस तरह से 'खरीदी' जा सकती है, और इसकी नकल करने के लिए केवल एक कल्पना के साथ एक दूरस्थ टीम को प्राप्त करने के लिए बेहद मुश्किल है।


1

हमारे पास केवल एक छोटी आंतरिक टीम है, और केवल छोटी बाहरी टीमों का उपयोग किया है, लेकिन आंतरिक रूप से उत्पादित सॉफ्टवेयर हमेशा बाहरी लिखित सॉफ्टवेयर की तुलना में कहीं बेहतर रहा है।

आंतरिक रूप से हम प्रलेखित पैटर्न, उपयुक्त व्यावसायिक परत तर्क (न केवल कक्षाएं जो डेटा लेयर में अन्य विधियों को कॉल करते हैं, डेटाटैब को किसी वास्तविक तर्क के साथ कहीं भी वापस भेजते हैं) का उपयोग करते हैं, और हमारे पास कोड का एक पुस्तकालय है जो हम अन्य अनुप्रयोगों से उपयोग कर सकते हैं जो भीतर फिट होते हैं हमारा डोमेन।


1

क्योंकि आप शायद नहीं जानते कि वास्तव में क्या बनाया जाना चाहिए।


1
और क्या ग्राहक कभी व्यापक सहमति-परिवर्तन के बिना अंतिम सुपुर्दगी के रूप में अपनी सहमति-आवश्यकताओं को स्वीकार करते हैं? कभी-कभी, इन-हाउस डेवलपर्स बहुत कम-परिभाषित रीक के आधार पर विभिन्न परिदृश्यों के साथ जम सकते हैं और आ सकते हैं, बनाम आउटसोर्स किया जाता है जो विकास को तब तक रोक देता है जब तक स्पष्टीकरण नहीं बन जाता (और संभवतः आप एक पूरे दिन ऑफ-किनारे खो चुके हैं)।
Jé Queue

0

यह विभिन्न कारकों पर निर्भर करता है:

यदि आप एक सॉफ्टवेयर उत्पाद विकसित कर रहे हैं; स्पष्ट रूप से आपके पास इससे जुड़ी कुछ गुप्त योजनाएँ, गोपनीयता, नए विचार आदि होने चाहिए, जो आपके सॉफ़्टवेयर विकास की आवश्यकता को पूरा करने के बजाय घर में करने के लिए अधिक संवेदनशील होना चाहिए।

दूसरी ओर, यदि आपके पास तंग बजट है या आप हार्डकोर विकास के बजाय बिक्री और विपणन गतिविधियों पर अधिक ध्यान केंद्रित करना चाहते हैं या यदि आपके पास अपनी वर्तमान टीम की तुलना में अधिक वर्कफ़्लो है तो आप इसे संभाल सकते हैं; आप सॉफ्टवेयर डेवलपमेंट आउटसोर्सिंग के साथ जा सकते हैं।

तो, यह सब आपकी प्राथमिकताओं पर निर्भर करता है; दोनों विकल्पों के अपने-अपने पक्ष और विपक्ष हैं। अगर मुझे एक सरल वेबसाइट विकसित करनी है, तो मैं इसे आउटसोर्स करने के लिए एक वेबसाइट विकास कंपनी को किराए पर लेना पसंद करूंगा और अगर मुझे एक सॉफ्टवेयर उत्पाद सीआरएम या एक ईआरपी कहना है, तो मैं इसे घर में करना पसंद करूंगा।

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