सॉफ़्टवेयर डेवलपर चुनते समय पूछे जाने वाले पाँच प्रश्न

सबसे पहले एक तुलनीय नौकरी विवरण तैयार करें

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

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

पहला सवाल: रखरखाव का काम कौन करेगा?

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

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

दूसरा सवाल: कोड और डिलीवरी पैकेज किसके पास होगा?

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

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

तीसरा सवाल: डेटा कहां और कैसे मैनेज होगा?

ग्राहक, ऑर्डर या कार्मिक डेटा किस वातावरण में रखा जाएगा? कौन डेटा देख पाएगा, कौन सी भूमिका कौन सी कार्रवाई कर पाएगी और रिकॉर्ड कैसे निर्यात किए जाएंगे? प्रदाता से एक सरल आरेख के साथ डेटा प्रवाह दिखाने के लिए कहें। बाहरी सेवाओं को भेजे गए क्षेत्रों को भी स्पष्ट किया जाना चाहिए। केवल एक प्रस्ताव तैयार करने के लिए वास्तविक व्यक्तिगत डेटा साझा न करें; नमूना या अज्ञात डेटा का उपयोग करें. एप्लिकेशन के दायरे के आधार पर डेटा प्रोसेसिंग दायित्वों के लिए विशेषज्ञ मूल्यांकन की आवश्यकता हो सकती है।

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

चौथा सवाल: पहली रिलीज किस काम को पूरा करेगी?

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

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

पांचवां सवाल: टीम को ट्रेनिंग कौन देगा और कैसे?

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

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

अक्सर पूछे जाने वाले सवाल

ऑफर की तुलना कैसे करें?

समान प्रक्रिया, दायरे, डिलीवरी मेट्रिक्स और देखभाल अपेक्षाओं के साथ तुलना करें। अकेले कुल कीमत की तुलना करना पर्याप्त नहीं है।

क्या प्रत्येक सुविधा को पहली रिलीज़ में शामिल किया जाना चाहिए?

एक सीमित संस्करण का चयन किया जा सकता है जो प्राथमिक वर्कफ़्लो का पूरक है। छूटी हुई विशेषताओं को तोड़ें और अगले चरण को लिखित रूप में लिखें।

क्या प्रशिक्षण वितरण का हिस्सा होना चाहिए?

व्यावहारिक प्रशिक्षण और एक संक्षिप्त उपयोगकर्ता पुस्तिका, जहां नौकरी का उपयोग करने वाले लोग नमूना संचालन कर सकते हैं, को डिलीवरी के दायरे में शामिल किया जा सकता है।