परियोजना पर पहला निर्णय
परिचालन उद्देश्यों, प्रारंभिक समापन और मौजूदा आधार की पहचानआवश्यकता साक्षात्कार और सूचना जांच के माध्यम से कार्यक्षेत्र, इंटरफ़ेस, डेटा, तकनीकी जोखिम और सहयोग की उचित तौर-तरीक़ों की पहचान।
Home / Services सॉफ्टवेयर प्रोजेक्ट आउटलुक, सॉफ्टवेयर आर एंड डी आउटसोर्सिंग और एंटरप्राइज आर एंड डी सहयोग
PROFESSIONAL SERVICE
सॉफ्टवेयर विकास आउटसोर्सिंग सेवाएँ
नई परियोजनाओं, मौजूदा उत्पादों और चरणबद्ध विकास के लिए उत्पाद, डिजाइन, इंजीनियरिंग, परीक्षण और डिप्लॉयमेंट सहायता प्राप्त करें। कार्यक्षेत्र, टीम, समयरेखा, स्रोत कोड और स्वीकृति की जिम्मेदारियाँ अनुबंध से पहले स्पष्ट की जाती हैं।
परियोजना स्टार्ट-अप चक्र को छोटा करनाप्रक्रियाओं और जोखिमों की पारदर्शिताचरण परिणाम सत्यापन योग्य हैंव्यवसाय परिणाम ले सकते हैं।
सहायता के लिए एक पूर्ण अनुरोध तैयार करना आवश्यक नहीं है।
परियोजना निर्णय लेने के निष्कर्ष
सॉफ्टवेयर प्रोजेक्ट आउटलुक
जब स्पष्ट परिचालन उद्देश्य होते हैं, लेकिन आंतरिक टीमें अपर्याप्त होती हैं या डिलीवरी में तेजी लाने की आवश्यकता होती है, तो सॉफ्टवेयर प्रोजेक्ट आउटलुक आमतौर पर "पहली-निरीक्षण, दूसरा-अनुबंध, और मील का पत्थर आधारित स्वीकृति" के लिए उपयुक्त होता है। मांग स्थिर है और सीमा स्पष्ट है, और उन हिस्सों को जो अभी भी खोजे जा रहे हैं या लगातार बदलते हैं, मंच-आधारित या चल रहे आर एंड डी सहयोग के लिए अधिक उपयुक्त हैं।
START WITH EVIDENCE
पूर्वकालिक निर्णय से स्वीकृति और स्वीकृति वितरण तक
अनिश्चितता का स्तर इनपुट के पैमाने पर निर्णय लेने से पहले चरणों द्वारा कम किया जाता है और सहयोग की गतिशीलता।
कार्यक्रम और अनुबंध
कार्यक्षेत्र, चक्र, बजट और जवाबदेही के लिए आधार रेखाएं(c) पार्टियों के बीच आवश्यकताओं, मील के पत्थरों, प्रसव, स्वीकृति विधियों, परिवर्तन तंत्र और सहयोग की एक सूची विकसित करें।
कार्यान्वयन और स्वीकृति
हर चरण के संचालन और सबूत उपलब्ध कराएं(c) एक पुनरावृत्ति तरीके से अग्रिम, परीक्षण रिकॉर्ड और जोखिम सूची, जो स्रोत कोड, तैनाती, प्रलेखन और ज्ञान के अंतिम हस्तांतरण के लिए अग्रणी है।
सिफारिश पूर्व संज्ञान तत्परता
व्यवसाय उद्देश्य, लक्ष्य उपयोगकर्ता और कोर प्रक्रियाएंमौजूदा आवश्यकताओं, प्रोटोटाइप, कोड या संदर्भ प्रणालीतृतीय-पक्ष इंटरफ़ेस, डेटा और खाता की स्थितियोजनाबद्ध बजट, गो-जीवन और प्राथमिकताएंपर्यावरण, सुरक्षा और अनुपालन आवश्यकताओं की तैनातीस्रोत एट्रिब्यूशन, शांति व्यवस्था परिवहन और दीर्घकालिक इटरेटिव उम्मीदें
स्वीकृति में देखा जाना चाहिए।
मांग और स्वीकृति आइटम द्वारा पता लगाने योग्य आइटम हैंपरीक्षण पर्यावरण और उत्पादन पर्यावरण परिचालनकार्यक्षमता, इंटरफ़ेस और कमी की रिकॉर्डिंगस्रोत कोड, स्क्रिप्ट का निर्माण और उत्तरदायित्व पर निर्भर करता हैतैनाती, प्रवासन, बैकअप और पीछे हटने के लिए लागू करने योग्य हैंसंचालन, अंतरफलक और शांति व्यवस्था प्रशिक्षण सामग्री की डिलीवरी
सहयोग और जिम्मेदारी की सीमा
तृतीय-पक्ष सॉफ्टवेयर लाइसेंस, क्लाउड संसाधन, पाठ संदेश, मानचित्र, भुगतान गलियारों, मॉडल कॉल और एप्लिकेशन स्टोर के लिए शुल्क, और ग्राहक-पक्ष डेटा, सामग्री और व्यापार अनुमोदन जिम्मेदारियों को स्पष्ट रूप से आर एंड डी ऑफर में शामिल नहीं किया गया है; अंतिम दायरे दोनों पक्षों, आवश्यकताओं की आधार रेखा और वितरण सूची द्वारा मान्यता प्राप्त अनुबंधों पर आधारित है।
आमतौर पर उद्यमों का सामना करने वाली समस्याएं
आवश्यकता-समझ विचलन कार्य के लिए बार-बार वापसी का कारण बनता है
परियोजना की प्रगति अज्ञात है। समस्या बहुत देर हो चुकी है।
केवल हाथ से अधिक, स्रोत कोड, प्रलेखन और तैनाती क्षमता की कमी
ऑनलाइन जाने के बाद गुणवत्ता आश्वासन और शांति व्यवस्था ज्ञान का हस्तांतरण की कमी
हमारी मुख्य सेवाएं
01
आवश्यकताओं, गुंजाइश अलगाव और परियोजना बजट अनुमानों की स्पष्टीकरण
02
उत्पाद, डिजाइन, फ्रंट-एंड, परीक्षण और परिवहन सहयोग
03
फिक्स्ड कुल मूल्य, मील का पत्थर या चल रहे सहयोगी आर एंड डी मॉडल डिजाइन
04
ओवरटली प्रदर्शन, परिवर्तन प्रबंधन और जोखिम ट्रैकिंग
05
गुणवत्ता, सुरक्षा, प्रदर्शन और अभिगम सत्यापन
06
स्रोत कोड, प्रलेखन, तैनाती और प्रशिक्षण का पूर्ण हैंडओवर
वर्तमान परियोजनाओं के संदर्भ में निर्णय लेना जारी रखें
परियोजना के विभिन्न चरणों के कार्यान्वयन की सेवा की सीमाएं, बजट आधार और तौर-तरीकों को समान नहीं माना जाता है और इसका मूल्यांकन निम्नलिखित के साथ किया जा सकता है।
शंघाई सर्विस प्रवेशशंघाई सॉफ्टवेयर आउटसोर्सिंग और विकास सेवाएंशंघाई क्षेत्र संचार, रिमोट रिसर्च और विकास, सहयोग मॉडल और सीमा के लिए संभावित हैंडओवर को समझनाकार्यान्वयन गाइडशंघाई सॉफ्टवेयर आउटसोर्सिंग परियोजना के लिए पूर्ण वितरण पथआवश्यकता से स्पष्टीकरण, मिश्रित सहयोग, मील के पत्थर और स्वीकृति अधिग्रहण के लिए नियंत्रण बदलने और स्वीकृति अधिग्रहणक्रॉस-सिटी सहयोगThe Internet of the Internet and the Internet of the Internet.कुंजी नोड्स, दिन-प्रतिदिन दूरस्थ विकास, सिस्टम कनेक्शन और स्वीकृति अधिग्रहण पर ऑन-साइट संचार का संगठनलंबे त्रिभुज सहयोगJiang Zhen Software Development Serviceउपर्युक्त हाई सेंटर को ऑन-साइट संचार, रिमोट सहयोग और वितरण के लिए जिआंगसू और झेजियांग परियोजनाओं के लिए समझना
परियोजना वितरण
अंतिम वितरण सीमाओं को सेवाओं के दायरे, निर्माण चरण और सहयोग की गतिशीलता के अनुसार परिभाषित किया गया है, और इसे सामान्य परिणामों के रूप में नीचे वर्णित किया गया है।
DELIVERABLEमांग और प्रोटोटाइप
DELIVERABLEपरियोजना योजना और परिशोधन
DELIVERABLEस्रोत कोड और स्क्रिप्ट का निर्माण
DELIVERABLEपरीक्षण और स्वीकृति सामग्री
DELIVERABLEपरिवहन और प्रशिक्षण दस्तावेजों की तैनाती
परियोजना बजट का आकलन कैसे किया जाता है
पहली अवधि के लिए सेवाओं और व्यापार बंद करने की गुंजाइश: आवश्यकताओं, गुंजाइश अलगाव और परियोजना बजट अनुमानों, उत्पादों, डिजाइन, फ्रंट-एंड, परीक्षण और परिवहन सहयोग का स्पष्टीकरण
मौजूदा कोड, डेटा, सिस्टम, उपकरण और दस्तावेजों की अखंडता का स्तर और लेखा परीक्षा, स्थानांतरित या फिर से इंजीनियर होने के लिए कवरेज का दायरा
तृतीय-पक्ष इंटरफेस, समन्वय जिम्मेदारियों, डेटा की गुणवत्ता, असामान्य मुआवजा और बाहरी आपूर्तिकर्ता सहयोग की संख्या
गैर कार्यात्मक आवश्यकताओं जैसे प्रदर्शन, उपलब्धता, सुरक्षा, प्राधिकरण, लेखा परीक्षा, अनुपालन और एक्सेस विंडो
वितरण गहराई और दीर्घकालिक जिम्मेदारी: सामग्री का परीक्षण और निरीक्षण, परिवहन और प्रशिक्षण फ़ाइलों की तैनाती, और गुणवत्ता आश्वासन, शांति की निरंतरता रेंज
ये परिस्थितियां पूर्ण विकास की तत्काल शुरूआत की सिफारिश नहीं करती हैं।
परियोजना उद्देश्यों, जिम्मेदार व्यक्तियों और स्वीकृति मानदंड स्थापित नहीं किए गए हैं
कुंजी खातों, डेटा, इंटरफेस या व्यापार प्राधिकरण उपलब्ध नहीं है
केवल अधिकतम कीमत या बहुत कम चक्र की मांग की जाती है, और आवश्यक परीक्षण और गुणवत्ता नियंत्रण स्वीकार नहीं किया जाता है
आपकी स्थिति प्रासंगिक है।
मांग पूर्ण है और संचार सॉफ्टवेयर को पहले आउटसोर्स किया जा सकता है
लक्ष्य उपयोगकर्ता का विवरण, मुद्दों को संबोधित करने के लिए, उपलब्ध सॉफ्टवेयर और योजनाबद्ध समय पर्याप्त है, जिसमें पहली बार निर्णय लेना चाहिए कि क्या कोम्बस्ट, प्रोटोटाइप या औपचारिक विकास की आवश्यकता है।
IMPLEMENTATION PLAYBOOK
सॉफ्टवेयर परियोजना आउटलुक स्वीकार्य परिणामों की मांग से
निम्नलिखित कार्यान्वयन पद्धति, डेटा कैलिबर और जिम्मेदारी की सीमाओं को समझाने के लिए उपयोग किया जाता है, और कार्यात्मक सूचियों द्वारा परियोजना निर्णय के लिए प्रॉक्सी के रूप में उपयोग नहीं किया जाता है।
पहले, हम संशोधन से पहले वास्तविक स्थिति रिकॉर्ड करते हैं।
जब परियोजना शुरू की जाती है, तो एक व्यवसाय श्रृंखला का चयन करें जिसे सुधार की आवश्यकता होती है, वास्तविक उपयोगकर्ता का साक्षात्कार और हाल के नमूने को लेने की जरूरत होती है। प्रसंस्करण की राशि, औसत समय बिताया जाता है, प्रतीक्षा समय, रिटर्न की संख्या, असामान्य संख्याओं और मैनुअल संपर्क बिंदुओं को "की जरूरत के निर्धारण, गुंजाइश और परियोजना बजट अनुमानों का अलगाव" के आसपास रिकॉर्ड करें; यदि उपलब्ध डेटा अधूरे हैं, तो एक बेसलाइन के रूप में एक पंक्ति में एक से दो सप्ताह के लिए मैनुअल डेस्क खातों का उपयोग करें। बेसलाइन के बिना, परियोजना पूरी होने के बाद केवल इंटरफ़ेस का मूल्यांकन किया जा सकता है और यह निर्णय संभव नहीं है कि क्या सॉफ्टवेयर प्रोजेक्ट आउटलुक टिकाऊ व्यवसाय में बदलाव ला रहा है।
बेसलाइन को सांख्यिकी और बहिष्करण के दायरे को भी इंगित करना चाहिए। उदाहरण के लिए, प्रसंस्करण समय सूचना की उपलब्धता या ग्राहक द्वारा पहली जमा करने के साथ शुरू होता है, अपवाद तीसरे पक्ष के इंटरफेस को शामिल करने में विफल रहता है, और मैनुअल संशोधन मामूली प्रूफरीडिंग या फिर प्रसंस्करण होते हैं।
न्यूनतम उपलब्ध दायरे के साथ कुंजी धारणाओं को मान्य करें
पहला चरण सभी क्षेत्रों को कवर करने की कोशिश नहीं करता है, बल्कि "उत्पादों, डिजाइन, फ्रंट-एंड, परीक्षण और परिवहन सहयोग" के आसपास एक बंद लूप बनाता है जो वास्तविक शर्तों में काम कर सकता है: स्पष्ट इनपुट, हैंडलिंग, सिस्टम एक्शन, जिम्मेदार भूमिकाएं, असामान्य आंदोलनों और अंतिम आउटपुट। प्रमुख भूमिकाओं में कम से कम व्यवसाय मालिकों, वास्तविक उपयोगकर्ताओं, तकनीकी इंटरफेस और निरीक्षण अधिकारियों शामिल हैं, प्रबंधन द्वारा वर्णित मांग से बचने और किसी अन्य समूह द्वारा इंटरनेट पर इस्तेमाल किया जा रहा है।
आवश्यकता आकलन प्रत्येक प्रतिस्पर्धा को व्यापार दृश्य, उपयोगकर्ता भूमिका और नमूना स्वीकृति के अनुरूप है। ऐसे मामले जो वैध डेटा प्रदान नहीं करते हैं, इंटरफ़ेस या निर्णय निर्माताओं को पूर्व-स्थिति या बाद के चरण के रूप में शामिल किया जाना चाहिए, और इसे निश्चित-श्रेणी के प्रस्ताव में चुपचाप शामिल नहीं किया जाना चाहिए।
प्रक्रिया को एक प्रतिवर्ती और प्रतिवर्ती चरण परिणाम बनाओ
विशिष्ट पथ मांग संचार, कार्यक्रम प्रदान करता है, अनुबंध और योजनाएँ और पुनरावर्ती वितरण हैं। प्रत्येक चरण में प्रवाह चार्ट, प्रोटोटाइप, इंटरफ़ेस अनुबंध, परीक्षण रिकॉर्ड, तैनाती नोट्स या प्रदर्शन चलाने जैसे दृश्य परिणाम होना चाहिए।
मंच प्रदर्शन "काम के लिए फिट दिखता है" नहीं है। एक प्रतिनिधि नमूना सामान्य प्रक्रियाओं, लापता क्षेत्रों, दोहराने के अनुरोध, अपर्याप्त अधिकार, समय ओवर रन और बाहरी सेवाओं से ऐतिहासिक डेटा विसंगतियों को कवर करने के लिए इस्तेमाल किया जाना चाहिए, और उन समस्याओं की पहचान करना चाहिए जो केवल उत्पादन वातावरण में ही उत्पन्न होती हैं।
वितरण, सबूत और संकेतकों के साथ आम स्वीकृति और स्वीकृति
परियोजना को कम से कम प्रोटोटाइप, परियोजना योजना और iterative रिकॉर्ड, स्रोत कोड और निर्माण स्क्रिप्ट के साथ जरूरतों को दोहराना चाहिए, और स्रोत कोड या विन्यास निषेध, खाता प्रबंधन, निर्माण तैनाती, डेटा बैकअप, विफलता प्रतिक्रिया और बाद में रखरखाव जिम्मेदारियों की पुष्टि करना चाहिए। कार्यात्मक स्वीकृति के अलावा, चेक विशेषाधिकार, सुरक्षा, प्रदर्शन, लॉग, पुनर्प्राप्ति और कुंजी उपयोगकर्ता प्रशिक्षण यह सुनिश्चित करने के लिए कि ग्राहक टीम स्वतंत्र रूप से सिस्टम सीमाओं का उपयोग और समझने में सक्षम हैं।
प्रति माह 800 आइटम की एक प्रक्रिया आधार रेखा, प्रति यूनिट 18 मिनट का औसत और 12 प्रतिशत की वापसी दर केवल एक उदाहरण है, एक ग्राहक का प्रदर्शन नहीं है। एक लाइन को उसी कैलिबर में लगातार चार से आठ सप्ताह के अवलोकन के बाद, यह निर्णय लेने से पहले कि क्या एक छोटी परियोजना स्टार्ट-अप चक्र, प्रक्रिया और जोखिम पारदर्शी है और परिणाम मान्य हैं।
कीवर्ड और सामग्री का वर्णन
यह पृष्ठ वास्तविक सेवा मुद्दों जैसे सॉफ्टवेयर प्रोजेक्ट आउटलुक, सॉफ्टवेयर डेवलपमेंट आउटसोर्सिंग, एंटरप्राइज सॉफ्टवेयर आउटसोर्सिंग के आसपास आयोजित किया जाता है। कीवर्ड का उपयोग उपयोगकर्ताओं और खोज प्रणालियों को विषयों की पहचान करने में मदद करने के लिए किया जाता है, बिना परिणामों को ठीक करने के लिए प्रतिबद्धता को लागू किए; अंतिम दायरे, चक्र, बजट और संकेतक परियोजना निदान, अनुबंध और स्वीकृति आधार रेखा पर आधारित हैं।
DELIVERY PATH
कार्यान्वयन और वितरण मार्ग
प्रत्येक चरण में स्पष्ट उद्देश्य, भागीदारी भूमिकाएं और आकलन योग्य परिणाम होते हैं, और महत्वपूर्ण निर्णय परियोजना के अंत तक नहीं छोड़े जाते हैं।
01जरूरतों का संचार
02कार्यक्रम उद्धरण
03अनुबंध और योजना
04उलटा डिलिवरी
05शिपिंग प्राप्त करना और निरीक्षण करना
FAQ
FAQs
सहयोग से पहले सबसे आम मुद्दों को स्पष्ट रूप से अग्रिम में बताया गया है।
आप सॉफ्टवेयर आउटसोर्सिंग का प्रस्ताव कैसे कर सकते हैं?+
प्रस्ताव आमतौर पर मांग, कार्यभार, टीम विन्यास, गुणवत्ता आवश्यकताओं, तकनीकी जोखिम और वितरण चक्र के दायरे द्वारा निर्धारित किया जाता है, जिसमें निश्चित सकल मूल्य, phasing या कामकाजी घंटे सहयोग का उपयोग होता है।
क्या परियोजना स्रोत कोड वितरित किया जाता है?+
परियोजना आधारित सहयोग अनुबंध में निर्दिष्ट कर सकता है, स्रोत कोड की डिलीवरी की सीमा, डिजाइन ड्राफ्ट, डेटाबेस स्क्रिप्ट, तैनाती दस्तावेज़ और दस्तावेज़ और बौद्धिक संपदा अधिकारों के योगदान।
हम कैसे मांग परिवर्तन से निपटने के लिए?+
दोनों पक्षों द्वारा पहचाने जाने वाली जरूरतों की आधार रेखा स्थापित की गई है और कार्यक्षेत्र, चक्र, लागत और परीक्षण पर प्रभाव को एक परिवर्तन प्रक्रिया के माध्यम से मूल्यांकन किया जाता है, जिसकी पुष्टि की जाती है और फिर बाद में यह अनुमान लगाया जाता है।
क्या निश्चित सकल मूल्य और व्यक्ति-माह होना चाहिए?+
मांग स्थिर होने पर निश्चित सकल कीमतों का उपयोग किया जा सकता है और प्राप्त करने और निरीक्षण सीमा स्पष्ट है; मील के पत्थर या आवधिक टीमों को बेहतर अनुकूल होने पर बेहतर अनुकूल माना जाता है जब एक्सप्लोरेटरी, बदलते मांग या दीर्घकालिक सहयोग की आवश्यकता होती है।
DECISION FAQ
सभी 265 प्रश्नों को देखें।वर्तमान परियोजनाओं से संबंधित आम मुद्दे
परियोजना के सॉफ्टवेयर विकास और आउटसोर्सिंग
सॉफ्टवेयर आउटसोर्सिंग और स्वयं निर्माण टीमों का क्या विकल्प होना चाहिए?
सॉफ्टवेयर आउटसोर्सिंग आमतौर पर अधिक प्रभावी है यदि व्यवसाय को दीर्घकालिक निरंतरता की आवश्यकता होती है और उद्यम में एक उत्पाद और प्रौद्योगिकी प्रबंधन क्षमता होती है। यदि लक्ष्य को स्पष्ट रूप से परिभाषित किया जाता है, तो त्वरित प्रारंभ की आवश्यकता होती है या समर्पित क्षमता की अस्थायी कमी होती है, कई उद्यम उत्पाद और प्रौद्योगिकी मालिकों को बनाए रखते हैं, जो आर एंड डी के चरण को छोड़ देते हैं या बाहरी टीम के लिए समर्पित निर्माण करते हैं।
पूर्ण उत्तर देखेंपरियोजना के सॉफ्टवेयर विकास और आउटसोर्सिंगक्या शंघाई सॉफ्टवेयर आउटसोर्सिंग का चयन करना चाहिए?
यह देखने के लिए महत्वपूर्ण है कि आपूर्तिकर्ता कंपनी के आकार और बिक्री के बजाय कार्यक्षेत्र, जोखिम और स्वीकृति मानदंडों में व्यावसायिक मुद्दों का अनुवाद कर सकता है। जबकि शंघाई में स्थानीय संचार जटिल प्रक्रिया साक्षात्कार और ऑनलाइन सहयोग, कोड गुणवत्ता, परियोजना प्रबंधन और चल रहे रखरखाव की सुविधा अभी भी सबूत के अधीन है। यह अनुशंसा की जाती है कि अन्य पार्टी को समान परियोजनाओं की संरचना, वितरण, असामान्य हैंडलिंग और अधिग्रहण को समझाने के लिए कहा जाए।
पूर्ण उत्तर देखेंसॉफ्टवेयर परियोजना स्टार्ट-अप और कार्यक्रम चयनक्या किसी गोपनीयता समझौते के बाद जानकारी प्रदान की जा सकती है?
आप सूचना प्रदान करने से पहले दो तरह के गोपनीयता समझौते पर हस्ताक्षर कर सकते हैं।
पूर्ण उत्तर देखेंIA अनुप्रयोग आउटसोर्सिंग और AI सॉफ्टवेयर परियोजना वितरणAI Application Development Outsourcing का सामान्य काम क्या है?
पूर्ण AI अनुप्रयोग आउटसोर्सिंग में आमतौर पर दृश्य निदान, वास्तविक कार्य और डेटा तैयारी, PoC सत्यापन, उत्पाद डिजाइन, मॉडल या RAG कार्यक्रम, फ्रंट-एंड डेवलपमेंट, बिजनेस सिस्टम एकीकरण, प्राधिकरण सुरक्षा, परीक्षण तैनाती और चल रहे संचालन शामिल हैं। आपूर्तिकर्ता से विक्रेता तक "AI विकास" की सीमा बहुत अलग है, केवल वितरण मॉडल का उपयोग या प्रोटोटाइप किया जा रहा है, और पूर्ण उत्पादन प्रणाली को पूरा किया जा रहा है।
पूर्ण उत्तर देखेंRELATED
अपनी सलाह प्राप्त करें।सेवा, मार्गदर्शन और मामलों
उद्धरण पर निर्णय लेने
सॉफ्टवेयर आउटसोर्सिंग मॉडल का चयन क्या है?
निर्धारित कुल कीमतों, मील के पत्थर, व्यक्ति-माह और चल रही आर एंड डी सहयोग की तुलना के लिए लागू सीमाएं
अधिक जानकारी के लिए।बजट अनुमानकुस्टोद सामाजिक विकास के लिए लागत अनुमान
बजट आधार रेखाएं दायरे, इंटरफ़ेस, गुणवत्ता, चक्र और वितरण जिम्मेदारियों से स्थापित हैं
अधिक जानकारी के लिए।विक्रेता चयनसॉफ्टवेयर आउटसोर्सिंग विक्रेता मूल्यांकन चेकलिस्ट
वास्तविक टीमों, इंजीनियरिंग सबूत, अनुबंध सीमा, स्रोत कोड परिसंपत्तियों और स्वीकृति देयता के संबंध में
अधिक जानकारी के लिए।सॉफ्टवेयर आउटसोर्सिंग टीम का आकलन?
हमें परिचालन मुद्दों, मौजूदा सॉफ्टवेयर और प्रथम चरण लक्ष्य को संबोधित करने के लिए कहा जाता है, जो पहले विकास के दायरे, सहयोग की गतिशीलता और वितरण की सीमाओं को संप्रेषित करके।
पहला संपर्क पासवर्ड या असंवेदनशील संवेदनशील जानकारी भेजने के लिए नहीं है।