सॉफ़्टवेयर ख़रीदना
सॉफ़्टवेयर डेवलपमेंट कंपनी कैसे चुनें
अधिकांश चयन प्रक्रियाएँ ग़लत चीज़ें परखती हैं। ये वे सवाल हैं जो वाक़ई बताते हैं कि निर्माण सफल होगा या नहीं — उनमें कई ऐसे भी जो हम चाहेंगे कि आप हमसे न पूछें।
हम उन कंपनियों में से एक हैं जिनका आप मूल्यांकन कर रहे होंगे, जिससे यह लेख संरचना से ही स्वार्थी हो जाता है। इसका उपाय है उन सवालों को शामिल करना जो हमारे लिए असहज हैं, और यह स्पष्ट कहना कि कहाँ कोई बड़ी फ़र्म या फ़्रीलांसर आपकी बेहतर सेवा करेगा। लेख को इस कसौटी पर परखिए कि हम पर लागू करने पर यह टिकता है या नहीं।
अधिकांश चयन प्रक्रियाएँ क्या परखती हैं, और वह क्यों विफल होता है
सामान्य प्रक्रिया पोर्टफ़ोलियो, टीम का आकार, तकनीकों की सूची और क़ीमत की तुलना करती है। इनमें से कोई भी ज़्यादा कुछ नहीं बताता।
पोर्टफ़ोलियो दिखाता है कि क्या बना, यह नहीं कि समय पर बना या नहीं, ग्राहक दोबारा ख़रीदेगा या नहीं, या वह अब भी चलता है या नहीं। स्क्रीनशॉट प्रोजेक्ट का सबसे आसान हिस्सा हैं और सफलता से सबसे कम जुड़े हुए।
टीम का आकार क्षमता बताता है, गुणवत्ता नहीं, और एक बिंदु के बाद यह समन्वय का बोझ बताता है। तकनीकों की सूचियाँ लगभग निरर्थक हैं — हर एजेंसी हर तकनीक सूचीबद्ध करती है, और मायने यह रखता है कि आपके प्रोजेक्ट पर मौजूद विशिष्ट लोग उस विशिष्ट स्टैक को अच्छी तरह जानते हैं या नहीं।
क़ीमत पर हम अन्यत्र बात कर चुके हैं। संक्षेप में, सबसे कम कोटेशन आमतौर पर सबसे अधूरा होता है।
वे सवाल जो वाक़ई नतीजा बताते हैं
- क्या आप हमारा व्यवसाय हमें वापस समझाकर बता सकते हैं?यह पहली बातचीत के अंत में पूछिए। जिस आपूर्तिकर्ता ने समस्या समझ ली है वह उसे अपने शब्दों में दोहरा सकता है, उस हिस्से सहित जो उसे असहज बनाता है। जो नहीं कर सकता वह वही बनाएगा जो आपने शब्दशः कहा, जो कभी ठीक वह नहीं होता जो आपका आशय था।
- किस बात पर आप यह प्रोजेक्ट मना कर देंगे?हर उस व्यक्ति के पास उत्तर है जो कभी जल चुका है: कोई आंतरिक ज़िम्मेदार नहीं, दायरे से पहले तय की गई समय सीमा, ऐसा ग्राहक जो निर्णय नहीं लेगा। जिस आपूर्तिकर्ता के पास काम मना करने का कोई मानदंड नहीं, वह या तो भाग्यशाली रहा है या आपसे सच नहीं कह रहा।
- यह विशेष रूप से कौन लिखेगा, और वे और किस काम पर हैं?पिच में मौजूद लोग अक्सर प्रोजेक्ट पर काम करने वाले लोग नहीं होते। नाम और मौजूदा व्यस्तताएँ पूछिए। यह अकेला सवाल निराशा की एक पूरी श्रेणी हटा देता है।
- कुछ ऐसा दिखाइए जो आपसे ग़लत हुआ और आपने क्या बदला।हर वास्तविक प्रोजेक्ट में एक होता है। विशिष्ट, तकनीकी और थोड़ा असहज उत्तर बताता है कि वे अपने काम पर विचार करते हैं। 'संवाद' के बारे में चमकाया गया उत्तर बताता है कि उन्होंने बस इसी सवाल की तैयारी की है और कुछ नहीं।
- अगर हमारे रास्ते अलग हो जाएँ तो कोड और अकाउंट का क्या होगा?उत्तर संरचनात्मक होना चाहिए: रिपॉज़िटरी आपकी है, परिनियोजन प्रलेखित है, स्टैक मुख्यधारा का है, आपके क्लाउड और स्टोर अकाउंट आपके नाम पर हैं। यदि इनमें से कुछ भी आपूर्तिकर्ता के पास है, तो आप सॉफ़्टवेयर नहीं, एक निर्भरता ख़रीद रहे हैं।
- हमें कैसे और कब पता चलेगा कि यह ग़लत दिशा में जा रहा है?अच्छे आपूर्तिकर्ताओं के पास एक तंत्र होता है — नियत अंतराल पर चलता सॉफ़्टवेयर, ऐसा डेमो जिसमें आप शामिल हों, ऐसा बर्न-डाउन जिसे आप पढ़ सकें। यदि पहली वास्तविक दृश्यता डिलीवरी पर है, तो जोखिम पूरी तरह आपका है और आपको बहुत देर से पता चलेगा।
वे चेतावनी संकेत जिन पर पीछे हट जाना ठीक है
- ऐसा कोटेशन जो आपके डेटा के बारे में एक भी सवाल पूछे बिना आ जाए। लागत डेटा मॉडल में ही बसती है; उसके बारे में पूछे बिना बनाई गई संख्या उसके बारे में सोचे बिना बनी है।
- हर बात पर सहमति। जो आपूर्तिकर्ता कभी असहमत नहीं होता वह या तो सुन नहीं रहा है या दोबारा काम का बिल बनाने की योजना बना रहा है।
- माइग्रेशन, परीक्षण या समानांतर संचालन का कोई ज़िक्र नहीं। यह काम कोटेशन में हो या न हो, होता ज़रूर है, और यदि यह कोटेशन से ग़ायब है तो बाद में अतिरिक्त शुल्क बनकर आएगा।
- ऐसा डेमो जिस पर क्लिक न किया जा सके। यदि एकमात्र प्रमाण स्क्रीनशॉट और वीडियो हैं, तो किसी वास्तविक चीज़ तक पहुँच माँगिए। वह न दिए जाने का कोई कारण है।
- डिस्कवरी से पहले हस्ताक्षर का दबाव। डिस्कवरी वही जगह है जहाँ दोनों पक्षों को पता चलता है कि प्रोजेक्ट वही है या नहीं जो वे समझते हैं। इसे छोड़ने से किसी का लाभ नहीं, सिवाय उस आपूर्तिकर्ता के जिसे उत्तर का अंदेशा है।
- जो लोग काम करेंगे उनके नाम बताने में, या आपको उनसे बात कराने में हिचक।
जब स्टूडियो ग़लत विकल्प है
हम एक छोटा स्टूडियो हैं। यह उन प्रोजेक्ट के लिए उपयुक्त है जहाँ मूल्य क्षेत्र को ठीक से समझने में है, जहाँ आप चाहते हैं कि जिन्होंने इसे डिज़ाइन किया वही इसे बनाएँ, और जहाँ प्रक्रिया के भार से अधिक इंजीनियरों तक सीधी पहुँच मायने रखती है। यह कई स्थितियों के लिए ग़लत स्वरूप है, और यह कह देना सबके लिए चौथे महीने में पता चलने से सस्ता है।
यदि आपको दो-वर्षीय कार्यक्रम के लिए ज़मीन पर सौ लोग चाहिए, तो आपको सिस्टम इंटीग्रेटर चाहिए, और जो बातें एक छोटे स्टूडियो को अच्छा बनाती हैं वे उस पैमाने पर अप्रासंगिक हैं।
यदि काम एक स्पष्ट, छोटा, स्वतःपूर्ण कार्य है — एक WordPress थीम, एक-पृष्ठ साइट, एक छोटी स्क्रिप्ट — तो एक सक्षम फ़्रीलांसर इसे तेज़ और सस्ते में कर देगा, और उसके लिए आपको स्टूडियो का ओवरहेड नहीं चुकाना चाहिए।
यदि आपके संगठन को अनुबंधीय प्रतिक्रिया समय और औपचारिक एस्केलेशन पथ सहित नामित 24/7 सपोर्ट डेस्क चाहिए, तो आश्वासन स्वीकार करने के बजाय सीधे पूछिए कि वास्तव में क्या दिया जा रहा है। यह एक वास्तविक आवश्यकता है और छोटी टीमें अक्सर इसे ईमानदारी से पूरा नहीं कर सकतीं।
रेफ़रेंस ठीक से जाँचें
रेफ़रेंस कॉल आमतौर पर बेकार जाती हैं, क्योंकि सवाल ही सकारात्मक उत्तर को न्योता देते हैं। 'क्या आप ख़ुश थे?' का उत्तर लगभग सभी 'हाँ' देते हैं, उनमें वे भी जो दोबारा नहीं ख़रीदेंगे।
इसके बजाय पूछिए: सबसे बड़ी असहमति क्या थी और कैसे सुलझी; पहले अनुमान की तुलना में प्रोजेक्ट की लागत क्या रही, और क्यों; आपको क्या करना पड़ा जिसकी आपने अपेक्षा नहीं की थी; और क्या आप उन्हें किसी बड़े काम के लिए चुनेंगे। आख़िरी सवाल वह है जिसमें हिचक ही जानकारी देती है।
यदि आपूर्तिकर्ता क्षेत्र-विशेष अनुभव का दावा करता है तो अपने क्षेत्र में रेफ़रेंस माँगिए, और ऐसे ग्राहक से पूछिए जिसका प्रोजेक्ट कम से कम एक साल पहले पूरा हुआ। हाल के ग्राहक अब भी उत्साह में हैं। एक साल बाद वे जानते हैं कि सॉफ़्टवेयर अब भी चलता है या नहीं और बदलाव अब भी संभव हैं या नहीं।
वह एक चीज़ जो सफलता सबसे अधिक बताती है
आपूर्तिकर्ता नहीं। बल्कि यह कि आपकी ओर एक ऐसा व्यक्ति है या नहीं जिसके पास निर्णय का अधिकार और जुड़ने का समय दोनों हों। वास्तविक ज़िम्मेदार वाले प्रोजेक्ट औसत आपूर्तिकर्ताओं के साथ भी सफल होते हैं; बिना ज़िम्मेदार वाले उत्कृष्ट आपूर्तिकर्ताओं के साथ भी विफल, क्योंकि हर निर्णय समिति बन जाता है और हर अस्पष्टता देरी।
यदि आप उस व्यक्ति का नाम नहीं बता सकते और उनका समय सुरक्षित नहीं कर सकते, तो किसी का चयन करने से पहले वह ठीक कीजिए। यह इस सूची के किसी भी चुनाव से अधिक नतीजा बदलेगा।