संस्थापक की मार्गदर्शिका: 2020 में आउटसोर्स सॉफ्टवेयर विकास कैसे करें

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

यदि आप सॉफ़्टवेयर डेवलपमेंट को आउटसोर्स करने का निर्णय लेते हैं, तो यह लेख आपको सही विकल्प बनाने और कई संस्थापकों द्वारा की गई गलतियों से बचने में मदद करेगा।

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

2019 में वापस, एक स्टार्टअप संस्थापक इस सटीक समस्या के साथ मेरे पास आया। उन्होंने एक विदेशी एजेंसी के साथ आउटसोर्स किया जिसकी कीमत की पेशकश कोई भी नहीं कर सकता था।

इसके अलावा, उनके समय के अनुमान को हराना मुश्किल था, उन्होंने पूरी तरह से काम करने वाले बाज़ार के लिए दो महीने का अनुमान लगाया जिसमें कई गैर-मानक विशेषताएं हैं।

यह वही है जो उन्होंने वादा किया था, अब क्या हुआ था:

उन्होंने इसे दो महीने में पूरा नहीं किया, और वे देरी करते रहे और उससे कहा कि "यह अगले महीने तैयार हो जाएगा।"

यह 5 महीने के लिए हुआ और फिर 6 तारीख को उसने एक कोड ऑडिट के लिए कहा। इस ऑडिट के परिणाम से पता चला कि प्लेटफॉर्म पूरी तरह से अनुपयोगी था। शाब्दिक रूप से इसका 100% ट्रैश किया जाना था।

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

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

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

  1. रिकॉर्ड और अनुभव
  2. प्रौद्योगिकी
  3. लागत और आकार मिलान
  4. स्केलेबिलिटी और लचीलापन
  5. भागीदारी
  6. लीन / उत्पाद-सेंट्रिक दृष्टिकोण
  7. समय, रोडमैप और प्रक्रिया
  8. संचार
  9. कार्य संस्कृति संगतता
  10. निर्भरता

ये कदम आपको जोखिमों को कम करने और आपको और एजेंसी दोनों के लिए एक लाभकारी व्यावसायिक संबंध की दिशा में मार्गदर्शन करने में मदद करेंगे।

1. रिकॉर्ड और अनुभव

इसके बारे में कोई दो तरीके नहीं हैं, आपको अपने संभावित साथी द्वारा पिछले कार्यों की गुणवत्ता को मान्य करना होगा। जिसे आप सत्यापित करना चाहते हैं:

  • यूएक्स / यूआई डिज़ाइन: उनके पोर्टफोलियो को देखकर डिजाइन और विकास की गुणवत्ता को सत्यापित करना आसान है।
  • कोड / वास्तुकला: यदि आपके पास एक तकनीकी मित्र है, तो आप उसे संभावित साझेदारों Git Repository के माध्यम से कोड का मूल्यांकन करने के लिए कह सकते हैं। हालाँकि, आपको अपने संभावित साथी द्वारा पूर्व में लिए गए निर्णयों के पीछे के तर्क को समझना चाहिए। यदि आप एक गैर-तकनीकी उद्यमी हैं तो तकनीक का यह क्रैश कोर्स आपको तकनीक के मूल सिद्धांतों को समझने में मदद कर सकता है।

2. प्रौद्योगिकी

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

सामान्यज्ञों से अवगत रहें - यदि आप सुनते हैं कि कोई एजेंसी आपको बताए:

"हम एक प्रौद्योगिकी के लिए फंस नहीं रहे हैं ... हम सभी ढेर और प्रौद्योगिकी कर सकते हैं ... हम सब कुछ कर सकते हैं"

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

अगर कोई कह रहा है कि "मैं मोबाइल नेटिव, वेब इन जेएस, जावा और .नेट" कर रहा हूं तो यह लाल झंडा है। आदर्श रूप से, आपको एक ऐसी एजेंसी के साथ काम करना चाहिए जो वेब या मोबाइल में और एक विशिष्ट तकनीक यानी जावास्क्रिप्ट फ्रेमवर्क, जावा, .Net में विशिष्ट है। आप ऐसे विशेषज्ञों की एक टीम चाहते हैं, जिन्हें एक या दो तकनीकों / ढेरों में महारत हासिल हो। एक टीम नहीं जो अगले चमकदार नए ढांचे से विचलित हो जाती है, जबकि पुराने आधे को सीखा है।

3. लागत और आकार मिलान

एक संगत मूल्य संरचना के साथ एक भागीदार खोजना महत्वपूर्ण है:

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

4. स्केलेबिलिटी और लचीलापन

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

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

5. समावेश

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

यस मैन के प्रति जागरूक रहें। नकली सेल्समैन को हाजिर करने की मेरी गुप्त तकनीक सरल है: अगर वे सब कुछ "आमीन" कह रहे हैं। मैं पर्याप्त तनाव नहीं कर सकता कि यह कितना बड़ा लाल झंडा है।

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

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

6. झुक / उत्पाद-सेंट्रिक दृष्टिकोण

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

यह मुझे बताता है कि उनके पास एक प्रतिबद्धता और उत्पाद दृष्टि है। इसके अलावा, यह दिखाता है कि वे "बिक्री योग्य" नहीं हैं, क्योंकि इसे कुंद रूप से डालते हुए, गुंजाइश को कम करके वे बजट को कम कर रहे हैं (अपने वित्तीय लक्ष्यों के विपरीत)। इसलिए यदि कोई एजेंसी सुविधाओं को कम करने और कटौती करने का प्रस्ताव दे रही है, तो उन्हें अतिरिक्त अंक दें।

7. समय, रोडमैप और प्रक्रिया

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

8. संचार

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

यह आपको यह भी बताएगा कि वे स्वीकार्य हैं - जिससे लाइन में आगे समस्या को हल करना आसान हो जाएगा। यहां से बचने के लिए एक बड़ी बात गुंजाइश को समझने में विफलता है और फीचर की गलत व्याख्या को जोखिम में डालना है। इससे आपके रोडमैप और बजट पर भारी असर पड़ेगा।

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

9. कार्य संस्कृति संगतता

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

10. निर्भरता

अतिरिक्त ध्यान रखें कि "लॉक-इन दुःस्वप्न" में फंस न जाएं - जिनमें से दो प्रकार हैं:

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

समेट रहा हु

एमवीपी, या आपके कोर की "उपग्रह सुविधाएँ" आउटसोर्सिंग, एक बढ़िया विकल्प है क्योंकि लीड डेवलपर और डेवलपर्स की टीम को किराए पर लेना एक कठिन और समय लेने वाली प्रक्रिया हो सकती है। नतीजतन, यह उन्हें प्रबंधित करने के अतिरिक्त काम के साथ आता है।

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

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

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

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

पढ़ने के लिए धन्यवाद।